Hi Piet,
piet61 hat geschrieben: ↑Mo Jul 01, 2024 2:16 pmspricht eigentlich etwas dagegen, dem Timberwolf Server einfach alle Datentypen 'beizubringen', die die ETS kennt?
Das kommt darauf an, wie Du das meinst.
Wenn es diesbezüglich um den zweiten Punkt geht (keine Fehlermeldung beim Import Projekt), dann kann man darüber nachdenken.
Wenn es darum geht, dass diese anderen DPT auch funktional im Stack unterstützt und kodiert / dekodiert werden, dann wäre das wohl zu aufwändig. Auch weil es viele herstellerspezifische - und teils recht spezielle - Datenpunkttypen gibt, die weder komplett dokumentiert sind, noch die wir testen könnten (mangels speziellem Gerät). Sicherlich würde schon "die meisten im Stack unterstützen" einen ordentlichen sechsstelliger Betrag kosten.
piet61 hat geschrieben: ↑Mo Jul 01, 2024 2:16 pmBeim Importieren der ETS Datei werden mir z.B. Fehler wegen abweichender DPTs gemeldet, weil der TWS die in der ETS verwendeten DPTs leider nicht kennt (DPT 1.024 ist Tag/Nacht - diesen DPT kennt der TWS nicht). Das ist zwar in einem solchen Fall nicht schlimm aber lästig
Punkt ist verstanden.
piet61 hat geschrieben: ↑Mo Jul 01, 2024 2:16 pmSchwierig wird es aber, wenn kein 'gleichwertiger' DPT zur Verfügung steht (wie z.B. der bereits erwähne HVAC Modus (20.102) oder gar Helligket Farbtemperaturübergang (249.600))
Der Helligkeit Farbtemperaturübergang (249.600) ist insofern speziell, weil dieser drei Werte gleichzeitig beinhalten KANN.
1. Zeitperiode in Anzahl 100 ms Schritten in 16 Bit
2. Farbtemperatur in Kelvin in 16 Bit
3. Helligkeit in Prozent in 8 Bit
Und dann noch eine 3-Bit Maske mit Information, ob und welche der drei Werte tatsächlich enthalten sind (korrekt: Gültig ist).
Das Timberwolf Objektsystem verteilt derzeit Objekte, die nur eine Wert aus einem Datentyp enthalten.
Um nun solche "Multi-Wert-Telegramme" zu unterstützen, müssen wir auch im Timberwolf Server "Komplex-Datentypen" implementieren. Das bedeutet dann, hierfür auch Logikmodule für das Aus- und Einleiten der x Werte aus und in diese Komplex-Datentypen nebst Umrechnung zur Verfügung stellen (man will die Zeit ja dann in ms haben und nicht in Anzahl von 100 ms). Dies muss dann auch vom Verknüpfungsassistenten und wegen der automatischen Typkonvertierung von allen anderen Subsystem berücksichtigt werden.
Ist eine tolle Sache, wenn das drin ist, weil das würde das Handling sehr vereinfachen, gerade mit der VISU, aber ist auch eine Herausforderung.
Wir haben den Bedarf für diese erweiterten DPT durchaus verstanden. Ich habe nichts versprochen und keinen Termin genannt.
lg
Stefan
