udsDidsSpecific werden nicht entsprechend angelegt

[Backes89]

Moin moin,

ich hab es endlich mal geschafft upzudaten und mich heut im Smarthome Dashboard gewundert, dass meine Räume keine Temperaturen und Luftfeuchtigkeiten mehr haben.

Nach erster Prüfung geschaut ob nach dem Update die udsDidsSpecific gelöscht wurde, aber sah sauber aus und hatte noch die alten Werte.
Die udsDidsSpecific hab ich bereits mit 0.10.x gepflegt gehabt und dort hat er dann entsprechend die Objekte angelegt.
Mit 0.11 macht er das anscheinend nicht mehr und er bleibt auf der lib/didsE3var.json hängen und nimmt dort die Werte.

Hier der Inhalt welcher in meiner "e3oncan.1.BACKENDGATEWAY_0x6c3.info.udsDidsSpecific" liegt im json file.
full_udsDidsSpecific.json

Hier die Struktur bei den Objekten wo man sieht, dass er nicht die specific nimmt, sondern die Codecs aus dem Projekt aus lib/didsE3var.json nimmt.

Im Protokoll erkennt er auch die udsDidsSpecific anscheinend, siehe hier:

Mich stellt jetzt die Frage wo das Problem liegt. Zu den specific-Sachen habe ich im Readme keine Änderungen gesehen. Liegt hier ein Bug vor? Oder hab ich nen Fehler gemacht - wobei es ja mit 0.10 super funktionierte.

[MyHomeMyData]

Bin unterwegs, deshalb nur ganz kurz: Mit 0.11 haben sich viele Strukturen der Datenpunkte geändert. Schau mal ins Changelog im Reedme.
Wahrscheinlich musst Du nur ein .ID ergänzen.

[MyHomeMyData]

Ok, verstehe. Bevor ich tiefer einsteige, eine Frage: Hast Du nach dem Scan auf "Speichern" geklickt? Erst dann werden alle Definitionen korrekt neu geladen.

Ich hatte ähnliche Effekte beim Testen und dann immer festgestellt, dass ich vergessen hatte zu speichern.

Was passieren sollte, ist hier beschrieben. Nach einem Scan und Neustart werden die Datenpunktdefinitionen aus udsDidsCommon verwendet. Da sollte die richtige Defintion aus udsDidsSpecific drin stehen.

[Backes89]

Jap, hab nach dem Scan der UDS-Geräte gespeichert, Adapter neustarten lasssen und danach die Datenpunkte alle neu gescannt und gespeichert, neustarten lassen und joa. Jetzt steh ich da mit dem Problem wie beschrieben. Er übernimmt einfach nicht aus dem udsDidsSpecific Datenpunkt die Custom DIDs welche dort immernoch sauber drin stehen. Also dort auch sauber gespeichert mittels Button.

Was passieren sollte, ist hier beschrieben. Nach einem Scan und Neustart werden die Datenpunktdefinitionen aus udsDidsCommon verwendet. Da sollte die richtige Defintion aus udsDidsSpecific drin stehen.

Macht er leider nicht. In der specific sind meine Defintionen drin und in der Common sind die ursprünglichen drin.

[MyHomeMyData]

Hab mir das jetzt genauer angeschaut und werde noch nicht so richtig schlau draus. In Deiner Datei full_udsDidsSpecific.json sind Datenpunkte enthalten, für die Varianten bekannt sind, z.B. 2086 und solche, für die keine Varianten bekannt sind, z.B. 2084.

Für letztere sollte weiterhin die vorhandenen Device-spezifische Definition verwendet werden. Für die varianten Datenpunkte ist es komplizierter. Beim ersten Start nach dem Upgrade auf 0.11.x oder höher passiert bei varianten Datenpunkten folgendes:

• wenn ein "specific" Datenpunkt vorhanden ist und nicht einfach "RawCodec" lautet, wird dieser in den Abschnitt "Backup" verschoben und durch den varianten Datenpunkt aus didsE3var.json ersetzt.
• bei einem Scan wird die vorhandene Struktur überschrieben, sofern der vorhandene Eintrag eine passende Versionsbezeichnung hat, also vom Adapter angelegt wurde und nicht vom Anwender. Ein Backup wird nicht erstellt, da sinnlos.
• jeweils sollte die neue Struktur dann wirksam werden

Die Idee dahinter ist, dass mit dem varianten Datenkonzept nun jeweils die "richtige" Struktur bekannt ist und die Anwender-spezifische Struktur ersetzen kann. Als Fallback gibt es die Sicherung nach "Backup", so dass der Anwender auf seine Definition zurück kann (händisch).

Fragen:

1. In Deiner json-Datei gibt es keinen Abschnitt "Backup". Ist das der Stand vor dem Upgrade?
2. Sind nur variante Datenpunkte (z.B. 2086) oder auch 'normale' (z.B. 2084) betroffen?
3. Von welcher auf welche Version hast Du aktualisiert?
4. Wie bist Du dabei vorgegangen? Ist Dir beim Ablauf etwas aufgefallen? Gab es Warnungen oder Fehlermeldungen im Log?
5. Hast Du bereits weitere Änderungen vorgenommen?
6. Schick mir bitte den aktuellen Stand von "e3oncan.1.BACKENDGATEWAY_0x6c3.info.udsDidsSpecific" und "e3oncan.1.BACKENDGATEWAY_0x6c3.info.udsDidsCommon"
7. Falls Du eine Version der beiden States vor dem Upgrade hast, wäre das super hilfreich, um das Problem in meinem Testsystem zu reproduzieren.
8. Welche Datenpunkte machen konkret Probleme?

[Backes89]

So, ich hab während du das geschrieben hattest gestern, einmal komplett neu eingerichtet und jetzt geht es. Da muss irgendwas während dem Update sich zerschossen haben. die udsSpecific wird jetzt genommen und meine Datenpunkte werden wieder so aufgelöst wie gedacht. Also, nach Adapterdeinstallation und Neuinstallation etc. läuft es jetzt wieder.

In Deiner json-Datei gibt es keinen Abschnitt "Backup". Ist das der Stand vor dem Upgrade?

Was genau meinst du mit Backup? Ich sehe das auch ständig in den Logs. Aber finde dazu nichts in den Datenpunkten? Aus der Readme werde ich da auch nicht schlau.

Wo kommen die Variants denn her für die Zigbee-Devices? Da fehlen in der Version von dir die Humidity komplett und Co.
Ich hatte in open3e meine Konfig damals ja initial bereit gestellt mit mehr Infos wie aktuell hier mitgeliefert wird.

Die eNums werden natürlich dementsprechend auch nicht sauber aufgelöst. Aber sei's drum. Hauptsache Temp und Humidity sind wieder sauber da.

[MyHomeMyData]

@Backes89 @Philip-Wiege @DpunktS @philippoo66

Gut, dass es wieder funktioniert.

Die Datenpunktdefinition würde ich gerne nochmal diskutieren. Ich verwende ja grundsätzlich die Defintionen aus open3e. Für 2086 usw. basiert das auf dieser Diskussion. Evtl. ist da was schief gelaufen. Schlage vor, wir führen diese Diskussion in open3e weiter, um einen abschließenden Konsens zu erzielen.