Timeout get model bei Fibaro Zwischenstecker

[ToKa]

Hallo zusammen,

wurde an der Funktion get model etwas geändert? Ich habe heute bemerkt, dass bei meinen Fibaro Zwischensteckern (Gen 5) immer ein timeout kommt. Auch beim FGS213 Switch kommt ein timeout. Bei den älteren Zwischeneckern und anderen zwave Geräten passiert das nicht.

Reichweite kann ich ausschließen, da ich einen Stecker neu inkludiert habe und dazu direkt am Pi mit dem razberry Modul war.

Bei Bedarf kann ich gerne eine Log Datei erstellen.

Beste Grüße
Torsten

[rudolfkoenig]

wurde an der Funktion get model etwas geändert?

Fuer eine Antwort muesste man wissen, in welchem Zeitraum.
In den letzten Monaten mW nicht.

Funktionieren die anderen gets?
Funktionieren die sets?

Reichweite kann ich ausschließen, da ich einen Stecker neu inkludiert habe und dazu direkt am Pi mit dem razberry Modul war.

Das verstehe ich selbst nach mehrmaligen Lesen nicht.

[krikan]

Beim FGS213 funktioniert hier die Abfrage problemlos.

Gruß, Christian

[ToKa]

Hallo Rudi,

mein fhem ist aktuell. Es ist sicherlich ein paar Monate her, dass ich get model benutzt habe und da hat es funktioniert.

Mit meinem Hinweis auf die Reichweite wollte ich sagen, dass der Abstand zwischen dem Fibaro Zwischenstecker und dem zwave Modul gerade Mal 1,5 m war und somit der timeout nicht durch die große Entfernung kommen kann.

Ich habe noch weiter probiert und es sieht für mich jetzt so aus, dass bei Geräten, die nicht direkt mit dem razberry kommunizieren, sondern über repeater, der timeout kommt. Bei den anderen liefert get model die korrekte Antwort. Es hat also nichts mit der Gerätegeneration zu tun.

Hier mal ein Log mit verbose 5 für den FGS213:

Code Auswählen Erweitern

2020.07.05 16:31:35 5: ZWDongle_Write 0013020656017204453D2502 (d14c12e6)
2020.07.05 16:31:35 5: SW: 010d0013020656017204453D25029b
2020.07.05 16:31:35 5: ACK received, WaitForAck=>2 for 010d0013020656017204453D25029b
2020.07.05 16:31:35 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2020.07.05 16:31:35 5: SW: 06
2020.07.05 16:31:35 5: ZWAVE1: dispatch 011301
2020.07.05 16:31:35 4: ZWDongle_Read ZWAVE1: rcvd 00130200000a03c67f7f7f7f000103320a100002010000 (request ZW_SEND_DATA), sending ACK
2020.07.05 16:31:35 5: SW: 06
2020.07.05 16:31:35 5: device ack reveived, removing 010d0013020656017204453D25029b from dongle sendstack
2020.07.05 16:31:35 5: ZWAVE1: dispatch 00130200000a03c67f7f7f7f000103320a100002010000
2020.07.05 16:31:35 4: CMD:ZW_SEND_DATA ID:00 ARG:000a03c67f7f7f7f000103320a100002010000 CB:02
2020.07.05 16:31:35 4: ZWAVE1 transmit OK for CB 02, target ST_fl_US_Wandspot
2020.07.05 16:31:35 4: ZWDongle_Read ZWAVE1: rcvd 000400020c56017205010f040310000c6fc600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.07.05 16:31:35 5: SW: 06
2020.07.05 16:31:35 5: ZWAVE1: dispatch 000400020c56017205010f040310000c6fc600
2020.07.05 16:31:35 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0c56017205010f040310000c6fc600 CB:00


Ein get powerlevel für das gleiche Gerät endet ebenfalls mit einem timeout ( Timeout reading answer for powerlevel), aber das reading wird angelegt und der timestamp hat die aktuelle Uhrzeit. Habe extra ein zweites Mal das Reading vorher gelöscht. Das mit dem timestamp gilt auch für die readings zu model. Durch den Timeout werden allerdings wohl die associations nicht gesetzt.

Beste Grüße
Torsten