FHEM Forum

FHEM - Hausautomations-Systeme => ZWave => Thema gestartet von: krikan am 09 August 2016, 21:53:29

Titel: [Gelöst] "get <device> versionClass" erzeugt keine Readings bei WAKE_UP-Geräten
Beitrag von: krikan am 09 August 2016, 21:53:29
Bei mir werden bei Abfragen von "get <device> versionClass <dezClassId>", die bei WAKEUP-Geraeten in den Wakeup-Sendstack gelegt werden, trotz korrektem Versand und Antwort nach WakeupNotification, keine Readings/Events erzeugt (auch kein UNPARSED-Reading). Bei  netzgebundenen und FLIRS Geraeten funktioniert alles ordungsgemaeß.

Beispiel:
2016.08.09 21:39:57.532 5: ZWDongle_0 dispatch 00040007028407
2016.08.09 21:39:57.532 4: CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:028407 CB:00
2016.08.09 21:39:57.533 5: ZWDongle_Write 0013070386137a2530 (e345c452)
2016.08.09 21:39:57.533 5: SW: 010a0013070386137a253018
2016.08.09 21:39:57.553 5: ACK received, WaitForAck=>2 for 010a0013070386137a253018
2016.08.09 21:39:57.553 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.08.09 21:39:57.553 5: SW: 06
2016.08.09 21:39:57.554 5: ZWDongle_0 dispatch 011301
2016.08.09 21:39:57.558 4: ZWDongle_Read ZWDongle_0: rcvd 001330000002 (request ZW_SEND_DATA), sending ACK
2016.08.09 21:39:57.558 5: SW: 06
2016.08.09 21:39:57.559 5: device ack reveived, removing 010a0013070386137a253018 from dongle sendstack
2016.08.09 21:39:57.559 5: ZWDongle_0 dispatch 001330000002
2016.08.09 21:39:57.559 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:30
2016.08.09 21:39:57.560 4: ZWDongle_0 transmit OK for CB 30, target ZWave_SENSOR_NOTIFICATION_7
2016.08.09 21:39:57.578 4: ZWDongle_Read ZWDongle_0: rcvd 000400070486147a02 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.08.09 21:39:57.578 5: SW: 06
2016.08.09 21:39:57.579 5: ZWDongle_0 dispatch 000400070486147a02
2016.08.09 21:39:57.579 4: CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:0486147a02 CB:00
2016.08.09 21:39:59.547 5: ZWDongle_Write 0013070284082531 (e345c452)


Ist das bei anderen auch nachvollziehbar? Oder haengt das mit meinem nicht API entsprechenden Controllerumzug zusammen (was ich aber nicht glaube)?

Gruß, Christian
Titel: Antw:"get <device> versionClass" erzeugt keine Events/Readings bei WAKE_UP-Geräten
Beitrag von: rudolfkoenig am 10 August 2016, 15:48:49
Laut diesen (https://forum.fhem.de/index.php/topic,50090.msg421126.html#msg421126) Kommentar sollte "get xx versionClass YY" seit Ende Maerz keine Events/Readings mehr generieren, bei keinem Geraet, sondern nur vclasses modifizieren.
Wenn wir dieses Verhalten aendern wollen, dann muessen wir erst spezifizieren, was genau wir wollen :)
Titel: Antw:"get <device> versionClass" erzeugt keine Events/Readings bei WAKE_UP-Geräten
Beitrag von: krikan am 10 August 2016, 16:39:05
Danke für die Erinnerung, hatte ich vergessen.   :-[

Wenn wir es so lassen, sollten wir das in der commandref mMn entsprechend beim Befehl dokumentieren und bei den Readings versionClass_$classId:$version herausnehmen. Ich traue mich aber wegen Andreas großen offenen Formatierungspatch nicht, Dir einen Patch hierfür bereitzustellen. Soll ich doch?

Schöner fände ich zum Experimentieren wieder Readings/Events, aber da bin ich sicherlich in der Minderheit und bekomme es anders gelöst.
Titel: Antw:"get <device> versionClass" erzeugt keine Events/Readings bei WAKE_UP-Geräten
Beitrag von: rudolfkoenig am 10 August 2016, 16:55:34
ZitatDanke für die Erinnerung, hatte ich vergessen.   (https://forum.fhem.de/Smileys/default/embarrassed.gif)
Ich auch, ich kam ueber Test -> Code-Review -> svn blame 10_ZWave.pm -> svn log 10_ZWave.pm -> Forumsnummer/Datum auf meinem eigenen Text.

ZitatSchöner fände ich zum Experimentieren wieder Readings/Events, aber da bin ich sicherlich in der Minderheit und bekomme es anders gelöst.
Habs jetzt umgebaut, dass "get versionClass" event/reading generiert, und "get versionClassAll" (wie bisher) nur vclasses modifiziert.
Wenn was noch fehlt oder aufffaellt, melde dich.
Titel: Antw:"get <device> versionClass" erzeugt keine Events/Readings bei WAKE_UP-Geräten
Beitrag von: krikan am 10 August 2016, 17:11:42
Danke.