Danalock nach Update auf Symcon 4.3 Reagiert nicht korrekt

Hallo,

leider habe ich seit heute (habe heute von Version 4.1 auf 4.3 gepatcht) ein Problem, mein Danalock läuft nicht mehr.

Interesanter Fehler wie ich finde, wenn ich das Schloß per Symcon anspreche bekomme ich folgenden Fehler:

08.09.2017 18:16:37*| ScriptEngine*| Ergebnis für Skript 15717
<br />
<b>Warning</b>:  (DoorLockOperation) (SEC) Waiting for nonce timed out in <b>/var/lib/symcon/scripts/15717.ips.php</b> on line <b>18</b><br />

in dieser Zeile steht:

ZW_DoorLockOperation(27998 /*[Bereiche\5-Flur\Schloss - Haustür]*/, 0);

jetzt kommt das Interessante, wenn ich über Symcon die Aktor Eigenschaften Lade, kann ich das Schloss ca 1 Minute verwenden. Das Auslesen ist ohne manuelles aufwecken möglich.

Ich habe das Log mal angehängt:

TXT: 08.09.2017 18:09:38.00 |  (S) RequestNodeInfo | 
HEX: 08.09.2017 18:09:38.00 |  (S) RequestNodeInfo | 
TXT: 08.09.2017 18:09:39.00 |               Update | <EOT>@<ETX>^r?Z?s"
HEX: 08.09.2017 18:09:39.00 |               Update | 04 40 03 5E 72 98 5A 80 73 22 
TXT: 08.09.2017 18:09:39.00 |          NodeClasses | ^r?Z?s"
HEX: 08.09.2017 18:09:39.00 |          NodeClasses | 5E 72 98 5A 80 73 22 
TXT: 08.09.2017 18:09:39.00 |   NodeControlClasses | 
HEX: 08.09.2017 18:09:39.00 |   NodeControlClasses | 
TXT: 08.09.2017 18:09:39.00 | (S) RequestNodeSecureInfo | 
HEX: 08.09.2017 18:09:39.00 | (S) RequestNodeSecureInfo | 
TXT: 08.09.2017 18:09:40.00 | (R) Class (98): SECURITY | <ETX><NUL>bpq??NcS?Yz?ï
HEX: 08.09.2017 18:09:40.00 | (R) Class (98): SECURITY | 03 00 62 70 71 8A 8B 4E 63 53 85 59 7A 86 EF 
TXT: 08.09.2017 18:09:40.00 |      Update (Secure) | bpq??NcS?Yz?ï
HEX: 08.09.2017 18:09:40.00 |      Update (Secure) | 62 70 71 8A 8B 4E 63 53 85 59 7A 86 EF 
TXT: 08.09.2017 18:09:40.00 |      Update (Secure) | 0 more reports will follow
HEX: 08.09.2017 18:09:40.00 |      Update (Secure) | 30 20 6D 6F 72 65 20 72 65 70 6F 72 74 73 20 77 69 6C 6C 20 66 6F 6C 6C 6F 77 
TXT: 08.09.2017 18:09:40.00 | NodeClasses (Secure) | bpq??NcS?Yz?
HEX: 08.09.2017 18:09:40.00 | NodeClasses (Secure) | 62 70 71 8A 8B 4E 63 53 85 59 7A 86 
TXT: 08.09.2017 18:09:40.00 | (S) RequestInfoManufacturerSpecific | r<EOT>
HEX: 08.09.2017 18:09:40.00 | (S) RequestInfoManufacturerSpecific | 72 04 
TXT: 08.09.2017 18:09:40.00 | (R) Class (72): MANUFACTURER_SPECIFIC | <ENQ><SOH><SO><NUL><BS><NUL><STX><NUL><NUL>
HEX: 08.09.2017 18:09:40.00 | (R) Class (72): MANUFACTURER_SPECIFIC | 05 01 0E 00 08 00 02 00 00 
TXT: 08.09.2017 18:09:40.00 |       ManufacturerID | 010E
HEX: 08.09.2017 18:09:40.00 |       ManufacturerID | 30 31 30 45 
TXT: 08.09.2017 18:09:40.00 |          ProductType | 0008
HEX: 08.09.2017 18:09:40.00 |          ProductType | 30 30 30 38 
TXT: 08.09.2017 18:09:40.00 |            ProductID | 0002
HEX: 08.09.2017 18:09:40.00 |            ProductID | 30 30 30 32 
TXT: 08.09.2017 18:09:40.00 | (S) RequestVersionForClass | ?<DC3>q
HEX: 08.09.2017 18:09:40.00 | (S) RequestVersionForClass | 86 13 71 
TXT: 08.09.2017 18:09:40.00 | (R) Class (86): VERSION | <DC4>q<ETX>
HEX: 08.09.2017 18:09:40.00 | (R) Class (86): VERSION | 14 71 03 
TXT: 08.09.2017 18:09:40.00 | (S) RequestInfoUserCodeNumbers | c<EOT>
HEX: 08.09.2017 18:09:40.00 | (S) RequestInfoUserCodeNumbers | 63 04 
TXT: 08.09.2017 18:09:40.00 | (R) Class (63): USER_CODE | <ENQ><DC4>
HEX: 08.09.2017 18:09:40.00 | (R) Class (63): USER_CODE | 05 14 
TXT: 08.09.2017 18:09:40.00 | USER NUMBERS SUPPORTED | <DC4>
HEX: 08.09.2017 18:09:40.00 | USER NUMBERS SUPPORTED | 14 
TXT: 08.09.2017 18:09:40.00 | (S) RequestInfoUserCodeGet1 | c<STX><SOH>
HEX: 08.09.2017 18:09:40.00 | (S) RequestInfoUserCodeGet1 | 63 02 01 
TXT: 08.09.2017 18:09:40.00 | (R) Class (63): USER_CODE | <ETX><SOH><NUL>
HEX: 08.09.2017 18:09:40.00 | (R) Class (63): USER_CODE | 03 01 00 
TXT: 08.09.2017 18:09:40.00 |     USER_CODE Report | <SOH><NUL>
HEX: 08.09.2017 18:09:40.00 |     USER_CODE Report | 01 00 
TXT: 08.09.2017 18:09:40.00 | (S) RequestVersionForClass | ?<DC3>?
HEX: 08.09.2017 18:09:40.00 | (S) RequestVersionForClass | 86 13 8A 
TXT: 08.09.2017 18:09:41.00 | (R) Class (86): VERSION | <DC4>?<STX>
HEX: 08.09.2017 18:09:41.00 | (R) Class (86): VERSION | 14 8A 02 
TXT: 08.09.2017 18:09:41.00 | (S) RequestAssociations | ?<ENQ>
HEX: 08.09.2017 18:09:41.00 | (S) RequestAssociations | 85 05 
TXT: 08.09.2017 18:09:41.00 | (R) Class (85): ASSOCIATION | <ACK><SOH>
HEX: 08.09.2017 18:09:41.00 | (R) Class (85): ASSOCIATION | 06 01 
TXT: 08.09.2017 18:09:41.00 |                COUNT | 1
HEX: 08.09.2017 18:09:41.00 |                COUNT | 31 
TXT: 08.09.2017 18:09:41.00 | (S) RequestAssociationGroup1 | ?<STX><SOH>
HEX: 08.09.2017 18:09:41.00 | (S) RequestAssociationGroup1 | 85 02 01 
TXT: 08.09.2017 18:09:41.00 | (R) Class (85): ASSOCIATION | <ETX><SOH><SOH><NUL><SOH>
HEX: 08.09.2017 18:09:41.00 | (R) Class (85): ASSOCIATION | 03 01 01 00 01 
TXT: 08.09.2017 18:09:41.00 | (S) DeleteReturnRoute | G<LF>^
HEX: 08.09.2017 18:09:41.00 | (S) DeleteReturnRoute | 47 0A 5E 
TXT: 08.09.2017 18:09:41.00 | (S) AssignReturnRoute | F<LF><SOH>^
HEX: 08.09.2017 18:09:41.00 | (S) AssignReturnRoute | 46 0A 01 5E 

TXT: 08.09.2017 18:09:46.00 | (S) DoorLockOperation | b<SOH>ÿ
HEX: 08.09.2017 18:09:46.00 | (S) DoorLockOperation | 62 01 FF 
TXT: 08.09.2017 18:09:53.00 | (R) Class (62): DOOR_LOCK | <ETX>ÿ<DC1><ENQ>þþ
HEX: 08.09.2017 18:09:53.00 | (R) Class (62): DOOR_LOCK | 03 FF 11 05 FE FE 
TXT: 08.09.2017 18:09:53.00 | DOOR LOCK OPERATION REPORT | ÿ<DC1><ENQ>þþ
HEX: 08.09.2017 18:09:53.00 | DOOR LOCK OPERATION REPORT | FF 11 05 FE FE 

TXT: 08.09.2017 18:09:54.00 | (S) DoorLockOperation | b<SOH><NUL>
HEX: 08.09.2017 18:09:54.00 | (S) DoorLockOperation | 62 01 00 

TXT: 08.09.2017 18:10:07.00 | (R) Class (62): DOOR_LOCK | <ETX><NUL><DC1><STX>þþ
HEX: 08.09.2017 18:10:07.00 | (R) Class (62): DOOR_LOCK | 03 00 11 02 FE FE 
TXT: 08.09.2017 18:10:07.00 | DOOR LOCK OPERATION REPORT | <NUL><DC1><STX>þþ
HEX: 08.09.2017 18:10:07.00 | DOOR LOCK OPERATION REPORT | 00 11 02 FE FE 

TXT: 08.09.2017 18:10:22.00 | (S) DoorLockOperation | b<SOH>ÿ
HEX: 08.09.2017 18:10:22.00 | (S) DoorLockOperation | 62 01 FF 

Beim erneuten Anlernen ist beim Auslesen der Klassen folgender Fehler Aufgetreten:

TXT: 08.09.2017 18:38:33.00 |  (S) RequestNodeInfo | 
HEX: 08.09.2017 18:38:33.00 |  (S) RequestNodeInfo | 
TXT: 08.09.2017 18:38:34.00 |               Update | <EOT>@<ETX>^r?Z?s"
HEX: 08.09.2017 18:38:34.00 |               Update | 04 40 03 5E 72 98 5A 80 73 22 
TXT: 08.09.2017 18:38:34.00 |          NodeClasses | ^r?Z?s"
HEX: 08.09.2017 18:38:34.00 |          NodeClasses | 5E 72 98 5A 80 73 22 
TXT: 08.09.2017 18:38:34.00 |   NodeControlClasses | 
HEX: 08.09.2017 18:38:34.00 |   NodeControlClasses | 
TXT: 08.09.2017 18:38:34.00 | (S) RequestInfoManufacturerSpecific | r<EOT>
HEX: 08.09.2017 18:38:34.00 | (S) RequestInfoManufacturerSpecific | 72 04 
TXT: 08.09.2017 18:38:34.00 | (R) Class (72): MANUFACTURER_SPECIFIC | <ENQ><SOH><SO><NUL><BS><NUL><STX><NUL><NUL>
HEX: 08.09.2017 18:38:34.00 | (R) Class (72): MANUFACTURER_SPECIFIC | 05 01 0E 00 08 00 02 00 00 
TXT: 08.09.2017 18:38:34.00 |       ManufacturerID | 010E
HEX: 08.09.2017 18:38:34.00 |       ManufacturerID | 30 31 30 45 
TXT: 08.09.2017 18:38:34.00 |          ProductType | 0008
HEX: 08.09.2017 18:38:34.00 |          ProductType | 30 30 30 38 
TXT: 08.09.2017 18:38:34.00 |            ProductID | 0002
HEX: 08.09.2017 18:38:34.00 |            ProductID | 30 30 30 32 
TXT: 08.09.2017 18:38:34.00 | (S) DeleteReturnRoute | G<DC4>Û
HEX: 08.09.2017 18:38:34.00 | (S) DeleteReturnRoute | 47 14 DB 
TXT: 08.09.2017 18:38:34.00 | (S) AssignReturnRoute | F<DC4><SOH>Û
HEX: 08.09.2017 18:38:34.00 | (S) AssignReturnRoute | 46 14 01 DB 

Ich habe keine Idee mehr, vielleicht hat jemand von euch ein ähnliches Problem?

Gruß
Jens

Ich hab dich nicht vergessen. Ich bin leider noch nicht dazu gekommen. Hast du aber mal probiert das Gerät frisch anzulernen?

paresy

Ja steht auch im post (letztes bild) inzwischen ist der stand wieder wie ausgangs. Also ohne Funktion.

Gruß Jens

Welches Danalock hast du denn?

Habe heute das V3 bekommen. Das funktioniert bei mir auch nicht. Habe bisher nur Symcon 4.3 probiert.

Zeigt auch an, dass paar Klassen nicht unterstützt werden.

Normale Klassen: 9F und 55
Secure Klassen: 6C

Bekomme auch die Fehlermeldung (SEC) Waiting for nonce timed out in

Edit:
Also mir scheint das irgendwie mit Wake Up zusammen zu hängen.
Wenn ich das Schloss manuell bewege, dann kommt der Status im Symcon an. Und dann funktionieren auch die Befehle.
Wenn ich dann aber ne halbe Minute nichts mache, dann kommt wieder die Fehlermeldung.

Hallo Zusammen,

ich bekomme die Meldung

(SEC) Waiting for nonce timed out

auch immer wieder bei der Verwendung von aktuellen Fibaro Zwischensteckern… Scheint mir also eher ein generelles Z-Wave <-> IPS Problem bei Z-Wave Verschlüsselung zu sein…

@Symcon-Team
Was sagt ihr dazu?

Gruß,
Markus

Hi,

ich hatte auch schon die Security Klasse im Verdacht. Bei mir hat leider nur das Danalock in der V2 (Tausch steht an) die Security klasse damit kann ich leider nur mit selbigen testen. Meine Fibaro Geräte laufen alle einwandfrei.

Gruß
Jens

Ich habe endlich Zeit gehabt mein Danalock V2 wieder ins System einzubinden. Hier läuft alles super. :confused::eek:

Mögt ihr mal gucken, ob im Debug vom Konfigurator das Einbinden komplett durchläuft? Ggf. muss das Danalock in der Nähe vom Z-Wave Gateway sein. Also einfach mal Ablernen und wieder neu anlernen. Danach könnt ihr in der alten Instanz in IP-Symcon einfach die NodeID auf die neue ID ändern.

paresy

Das Problem hängt hiermit zusammen. Popp 10-Jahres Rauchmelder (9402) - Batteriestand lässt sich nicht abfragen

Ich habe die Ursache identifiziert und arbeite an einer Lösung.

paresy

Hallo Paresy.
Ja das hört sich genau nach diesem Problem an.

Falls es bei der Lösung des Problems hilft, hier screenshots der Klassen und des Debugs beim Laden der Klassen.
Ist bei mir das neue V3 Danalock aber ich denke mal, dass das Problem das selbe ist (wie beim V2 und bei diesem Popp Rauchmelder).

Bei Symcon 4.1 funktioniert alles wie es soll

Danke!



Fix ist jetzt im Beta-Bereich online. Ihr müsste nach dem Update in der Instanz das Gerät einmal neu „Laden“. Danach sollte alles wie gewohnt wieder laufen.

paresy

Hallo Paresy,
mit dem Fix läuft das V3 wie es soll.
Danke!

Habe jetzt auch die Beta Version oben leider funktioniert die Ansteuerung nicht zuverlässig. Bekomme immer wieder ein Timeout. Nur wenn ich vorher eine RequestInfo durchführe, geht es „fast“ immer:


ZW_RequestInfo(17252);
ZW_DoorLockOperation(17252,255);

Geht doch Einwandfrei, war wohl zu weit weg mit dem Schloss