ETS-Projekt-Import zeigt unterschiedlichen Datentyp an, obwohl dieser laut ETS korrekt ist
Verfasst: Fr Okt 09, 2020 6:26 am
Eine kurze Info an alle, die eventuell solche Import-Fehlermeldungen bzgl. unterschiedlichem Datentyp bekommen, obwohl aber der eingestellte Datentyp eigentlich passt.
Hatte jetzt den Fall, dass in der ETS bei einer GA der Datentyp 1.011 (Status) eingestellt war.
Beim Objekt des TW in der ETS, dass mit dieser GA verknüpft ist, ist auch der Datentyp 1.011 (Status) eingestellt.
Nach Programmierung des TW von der ETS aus und dann beim Import der ETS-Projektdatei über die TW-Oberfläche bekam ich dann immer wieder die Fehlermeldung, dass der Datentyp von dieser GA unterschiedlich ist 1.001 (Schalten) anstatt 1.011 (Status).
Nach einiger Zeit suchen bin ich dann drauf gekommen, dass bei der GA in der ETS zwar 1.011 eingestellt ist, aber intern in der Projektdatei trotzdem 1.001 eingestellt war. Dies wird auch ersichtlich, wenn man die GA-Struktur exportiert und dort dann sieht, dass diese GA auf einmal 1.001 als Datentyp hinterlegt hat anstatt wie eingestellt bei der Gruppenadresse in der ETS 1.011.
Der ganze Grund dafür ist schlicht und ergreifend einfach, dass diese GA irgendwo im Projekt mit einem Objekt eines anderen KNX-Gerätes verbunden ist (in meinem Fall mit einem Taster), dass als Datentyp 1.001 angegeben hat. Dadurch wird der Datentyp dieser GA automatisch auf 1.001 gesetzt, obwohl in der Gruppenadressen-Ansicht immer noch 1.011 steht!
Dies ist kein Bug vom TW (denn dieser arbeitet sauber mit den Datentypen), sondern mit der ETS, die den Datentyp intern anders speichert als bei der ETS angezeigt.
Dieser Fall tritt meiner Meinung bei Anwendungsfällen auf, wo im nachhinein die Datenpunkttypen bei GA's geändert werden, welche bereits mit verschiedenen KO's verbunden sind.
Bei Neu-Anlegung einer GA ohne Einstellung eines Datenpunkttyps und dann der Verbindung dieser GA mit einem Objekt wird ja automatisch der Datenpunkttyp der GA entsprechend des Datenpunkttyps beim KO eingestellt.
Mir ist das z.B. aufgefall bei den Rückmelde-GA's von normalen Licht-Ein/Aus-Funktionen.
Manche Hersteller geben für die Rückmeldeadresse den Typ 1.011 an, andere wiederum 1.001.
Vielleicht sollte das auch in die KB rein und es hilft jemanden.
Hatte jetzt den Fall, dass in der ETS bei einer GA der Datentyp 1.011 (Status) eingestellt war.
Beim Objekt des TW in der ETS, dass mit dieser GA verknüpft ist, ist auch der Datentyp 1.011 (Status) eingestellt.
Nach Programmierung des TW von der ETS aus und dann beim Import der ETS-Projektdatei über die TW-Oberfläche bekam ich dann immer wieder die Fehlermeldung, dass der Datentyp von dieser GA unterschiedlich ist 1.001 (Schalten) anstatt 1.011 (Status).
Nach einiger Zeit suchen bin ich dann drauf gekommen, dass bei der GA in der ETS zwar 1.011 eingestellt ist, aber intern in der Projektdatei trotzdem 1.001 eingestellt war. Dies wird auch ersichtlich, wenn man die GA-Struktur exportiert und dort dann sieht, dass diese GA auf einmal 1.001 als Datentyp hinterlegt hat anstatt wie eingestellt bei der Gruppenadresse in der ETS 1.011.
Der ganze Grund dafür ist schlicht und ergreifend einfach, dass diese GA irgendwo im Projekt mit einem Objekt eines anderen KNX-Gerätes verbunden ist (in meinem Fall mit einem Taster), dass als Datentyp 1.001 angegeben hat. Dadurch wird der Datentyp dieser GA automatisch auf 1.001 gesetzt, obwohl in der Gruppenadressen-Ansicht immer noch 1.011 steht!
Dies ist kein Bug vom TW (denn dieser arbeitet sauber mit den Datentypen), sondern mit der ETS, die den Datentyp intern anders speichert als bei der ETS angezeigt.
Dieser Fall tritt meiner Meinung bei Anwendungsfällen auf, wo im nachhinein die Datenpunkttypen bei GA's geändert werden, welche bereits mit verschiedenen KO's verbunden sind.
Bei Neu-Anlegung einer GA ohne Einstellung eines Datenpunkttyps und dann der Verbindung dieser GA mit einem Objekt wird ja automatisch der Datenpunkttyp der GA entsprechend des Datenpunkttyps beim KO eingestellt.
Mir ist das z.B. aufgefall bei den Rückmelde-GA's von normalen Licht-Ein/Aus-Funktionen.
Manche Hersteller geben für die Rückmeldeadresse den Typ 1.011 an, andere wiederum 1.001.
Vielleicht sollte das auch in die KB rein und es hilft jemanden.