Guten morgen,
im Logfile sehe ich oft, das scheinbar dieselbe Nachricht mehrere Male empfangen wird, nur dass sich der "CB" Wert unterscheidet:
2018.01.13 07:41:19 4: ZWDongle_Read ZWDongle1: rcvd 0004080703200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.01.13 07:41:19 4: CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:03200100 CB:08
2018.01.13 07:41:19 4: ZWDongle_Read ZWDongle1: rcvd 0004000703200100 (request APPLICATION_COMMAND_HANDLER), sending ACK
2018.01.13 07:41:19 4: CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:03200100 CB:00
In diesem Fall will ein Fibaro Multisensor was schicken.
Kann ich das so interpretieren, dass der Sensor das Ack vom Controller nicht erhalten hat und die Nachricht ein weiteres mal schickt ? Und wird das Ack nicht verstanden, weil der Controller vorher einen falschen CB Wert empfangen hat ?
Oder lieg ich da komplett daneben ?
Viele Grüße
Martin
Um die Kommunikation mit dem Controller zu ueberwachen, musst du auf verbose 5 gehen, und attr global mseclog schadet auch nicht. Bei resends sieht man eine deutliche Meldung.
Die von dir gezeigten Nachrichten sind eine Ebene hoeher. Falls CallBackId 0 ist, dann kommt die Nachricht "ohne Bestellung". Vermutlich ist der Controller mehrfach in die Assoziation eingetragen.
Treffer, versenkt !
Der Fibaro Multisensor hat 5 Kanäle, und FHEM hat per autocreate den Controller mit Kanälen 1,4 und 5 verbunden (und ich dann auch noch die Kanäle 2 und 3 ).
1st association group – "Lifeline"
2nd association group – "Motion"
3rd association group – "Tamper"
4th association group – "Motion BC"
5th association group – "Tamper BC"
Also keine Übertragungsfehler sondern gewollte Mehrfachübertragung.
Tausend Dank
Martin