Ich hab es nur an der Wohnungstuer im Einsatz nicht Haustuer. Hat in letzter Zeit immer funktioniert.
Tuer wird geoeffnet , ueber IPS ,wenn im ich im Treppenhaus.
Mit der aktuellen APP funnktioniert es auch immer. Kann mal ein Log machen ob es mehrmals probiert
wurde.
Ich habe es nun auch endlich geschafft, mein Danalock einzubauen und hätte noch eine Frage, die mir die Bedienungsanleitung nicht beantwortet: Ich habe die Endpositionen Verriegelt und Geöffnet programmiert, bei Geöffnet gibt es ja beim Einlernen nur die Position mit geöffneter Falle (in der App habe ich die Zeit hinterlegt, wann die Falle zurück fällt).
Wenn ich nun per IPS das Ganze mit einem Zeitplan steuern will, kann ich beim Öffnen nur die Endposition anfahren, so dass die Türe dann aufspringen würde… das soll aber nicht passieren, sondern nur der Status „nicht verriegelt“ angefahren werden.
Geht das und ich habe nur einen Denkfehler oder geht es einfach gar nicht?
Über einen einen Tipp würde ich mich freuen! DANKE!
Also bei mir lässt sich das Danalock V3 nicht richtig einbinden.
Genau wie beim Thread-Eröffnungspost beschrieben: nur die Instanz, keine Variablen.
Sicheres inkludieren ist aktiviert. Ohne lässt sich das Danalock gar nicht erst als verbinden.
Danach erhalte ich folgendes Ergebnis (Screenshot)
Nutze Symcon 5 (aktuelle stable Version) und das Symcon zWave Plus Gateway.
Hat das jemand lösen können?
Hallo mesa,
das gleiche Problem habe ich inzwischen auch … Das Danalock lief jetzt ca. 1Jahr ohne Probleme, dann ging garnichts mehr. Es antwortet auf doe ZWave-Pings, ich kann ex ecludieren und auch wieder inkludieren, habe jedoch nur 5 unsecure Klassen, die secure-Klassen fehlen komplett …
Leider noch nicht gelöst, das Problem …
Grüße
Andreas
Hast du im Z-Wave Konfigurator im Debug einmal geschaut, ob beim Inkludieren wirklich das SECURE vollständig durchläuft?
paresy
Habs nun nach dem Zurücksetzen nochmal probiert und wohl Glück gehabt. Es wurde inkludiert und ich sehe einige Variablen.
Ich habe auch das Problem, dass sich das Danalock nicht richtig einbinden lässt.
Habe es mehrfach gelöscht und neu hinzugefügt - aber keine Änderung.
Wüsste gerne was ich hier falsch mache, denn es scheint ja bei anderen zu klappen…
TXT: 27.11.2019 07:44:09.00 | StartAddDevice |
HEX: 27.11.2019 07:44:09.00 | StartAddDevice |
TXT: 27.11.2019 07:44:09.00 | ZW_AddNodeToNetwork | ADD_NODE_STATUS_LEARN_READY
HEX: 27.11.2019 07:44:09.00 | ZW_AddNodeToNetwork | 41 44 44 5F 4E 4F 44 45 5F 53 54 41 54 55 53 5F 4C 45 41 52 4E 5F 52 45 41 44 59
TXT: 27.11.2019 07:44:30.00 | ZW_AddNodeToNetwork | ADD_NODE_STATUS_NODE_FOUND
HEX: 27.11.2019 07:44:30.00 | ZW_AddNodeToNetwork | 41 44 44 5F 4E 4F 44 45 5F 53 54 41 54 55 53 5F 4E 4F 44 45 5F 46 4F 55 4E 44
TXT: 27.11.2019 07:44:30.00 | ZW_AddNodeToNetwork | ADD_NODE_STATUS_ADDING_SLAVE
HEX: 27.11.2019 07:44:30.00 | ZW_AddNodeToNetwork | 41 44 44 5F 4E 4F 44 45 5F 53 54 41 54 55 53 5F 41 44 44 49 4E 47 5F 53 4C 41 56 45
TXT: 27.11.2019 07:44:31.00 | ZW_AddNodeToNetwork | ADD_NODE_STATUS_PROTOCOL_DONE
HEX: 27.11.2019 07:44:31.00 | ZW_AddNodeToNetwork | 41 44 44 5F 4E 4F 44 45 5F 53 54 41 54 55 53 5F 50 52 4F 54 4F 43 4F 4C 5F 44 4F 4E 45
TXT: 27.11.2019 07:44:37.00 | StopAddDevice |
HEX: 27.11.2019 07:44:37.00 | StopAddDevice |
TXT: 27.11.2019 07:44:37.00 | ZW_AddNodeToNetwork | ADD_NODE_STATUS_DONE
HEX: 27.11.2019 07:44:37.00 | ZW_AddNodeToNetwork | 41 44 44 5F 4E 4F 44 45 5F 53 54 41 54 55 53 5F 44 4F 4E 45
TXT: 27.11.2019 07:44:37.00 | ZW_GetSecurityScheme | Check what scheme of SECURITY is supported
HEX: 27.11.2019 07:44:37.00 | ZW_GetSecurityScheme | 43 68 65 63 6B 20 77 68 61 74 20 73 63 68 65 6D 65 20 6F 66 20 53 45 43 55 52 49 54 59 20 69 73 20 73 75 70 70 6F 72 74 65 64
TXT: 27.11.2019 07:44:39.00 | SetSecurityKey | Update security key for SECURITY context
HEX: 27.11.2019 07:44:39.00 | SetSecurityKey | 55 70 64 61 74 65 20 73 65 63 75 72 69 74 79 20 6B 65 79 20 66 6F 72 20 53 45 43 55 52 49 54 59 20 63 6F 6E 74 65 78 74
TXT: 27.11.2019 07:44:39.00 | SecureInclusionDone | Device was successfully included as a secure device!
HEX: 27.11.2019 07:44:39.00 | SecureInclusionDone | 44 65 76 69 63 65 20 77 61 73 20 73 75 63 63 65 73 73 66 75 6C 6C 79 20 69 6E 63 6C 75 64 65 64 20 61 73 20 61 20 73 65 63 75 72 65 20 64 65 76 69 63 65 21
TXT: 27.11.2019 07:44:39.00 | RequestSupportedClasses | Request supported command classes for SECURITY context
HEX: 27.11.2019 07:44:39.00 | RequestSupportedClasses | 52 65 71 75 65 73 74 20 73 75 70 70 6F 72 74 65 64 20 63 6F 6D 6D 61 6E 64 20 63 6C 61 73 73 65 73 20 66 6F 72 20 53 45 43 55 52 49 54 59 20 63 6F 6E 74 65 78 74
Hast du mal versucht das Gerät ganz in der Nähe vom Gateway anzulernen?
paresy
Hallo zusammen.
Gibt es mittlerweile eine Lösung für das Problem?
Ich habe gestern mein Danalock includiert (Aeotec Z-Stick Gen 5 und Symcon auf einem Windows PC)
Das Ergebnis ist Identisch zu Mesa (Feb. 19)
Auch die Kommandoklassen entsprechen.
Falls sich das Danalock nicht mit Symcon auslesen und ansteuern lässt müsste ich es zurücksenden.
Direkt mit der Frage verbunden, was die Alternative ist. Das Nuki ist wohl sehr laut.
Vielen Dank für Eure Unterstützung
Security ist im Konfigurator in den Einstellungen aktiv? Das Danalock wirklich nah am Gateway?
paresy
Unterstütze sicheres Inkludieren ist aktiv. Habe das Schloss direkt auf dem Schreibtisch neben dem Gateway liegen. Routing optimiert. Immer noch das selbe. Folgende Meldung kommt:
(RequestInfoNode) Die Wartezeit auf eine Rückmeldung ist abgelaufen in C:\Windows\System32- on line 82
Debug:
TXT: 17.03.2022, 13:43:57 | (S) RequestInfoNode | G HEX: 17.03.2022, 13:43:57 | (S) RequestInfoNode | 60 47 TXT: 17.03.2022, 13:43:59 | Update | <EOT>@<ETX>^��Ur� HEX: 17.03.2022, 13:43:59 | Update | 04 40 03 5E 98 9F 55 72 8A TXT: 17.03.2022, 13:43:59 | NodeClasses | ^��Ur� HEX: 17.03.2022, 13:43:59 | NodeClasses | 5E 98 9F 55 72 8A TXT: 17.03.2022, 13:43:59 | NodeControlClasses | HEX: 17.03.2022, 13:43:59 | NodeControlClasses | TXT: 17.03.2022, 13:44:03 | (S) Optimize | HGG HEX: 17.03.2022, 13:44:03 | (S) Optimize | 48 47 47 TXT: 17.03.2022, 13:44:06 | (S) RequestRoutingList | �G<NUL><SOH><NUL> HEX: 17.03.2022, 13:44:06 | (S) RequestRoutingList | 80 47 00 01 00 TXT: 17.03.2022, 13:44:07 | (S) RequestRoutingList | �G<NUL><NUL><NUL> HEX: 17.03.2022, 13:44:07 | (S) RequestRoutingList | 80 47 00 00 00 TXT: 17.03.2022, 13:44:09 | (S) ZWaveDevice::DeleteReturnRoute | GG� HEX: 17.03.2022, 13:44:09 | (S) ZWaveDevice::DeleteReturnRoute | 47 47 A0 TXT: 17.03.2022, 13:44:10 | (S) ZWaveDevice::AssignReturnRoute | FG<SOH>� HEX: 17.03.2022, 13:44:10 | (S) ZWaveDevice::AssignReturnRoute | 46 47 01 A0 TXT: 17.03.2022, 13:44:12 | (S) Optimize | HGG HEX: 17.03.2022, 13:44:12 | (S) Optimize | 48 47 47 TXT: 17.03.2022, 13:44:15 | (S) ZWaveDevice::DeleteReturnRoute | GG� HEX: 17.03.2022, 13:44:15 | (S) ZWaveDevice::DeleteReturnRoute | 47 47 A0 TXT: 17.03.2022, 13:44:16 | (S) ZWaveDevice::AssignReturnRoute | FG<SOH>� HEX: 17.03.2022, 13:44:16 | (S) ZWaveDevice::AssignReturnRoute | 46 47 01 A0 TXT: 17.03.2022, 13:44:20 | (S) RequestInfoNode | G
HEX: 17.03.2022, 13:44:20 | (S) RequestInfoNode | 60 47
TXT: 17.03.2022, 13:44:22 | Update | @^��Ur�
HEX: 17.03.2022, 13:44:22 | Update | 04 40 03 5E 98 9F 55 72 8A
TXT: 17.03.2022, 13:44:22 | NodeClasses | ^��Ur�
HEX: 17.03.2022, 13:44:22 | NodeClasses | 5E 98 9F 55 72 8A
TXT: 17.03.2022, 13:44:22 | NodeControlClasses |
HEX: 17.03.2022, 13:44:22 | NodeControlClasses |
Versuch es bitte noch ein paar mal zu Exkludieren/Inkludieren. Schau dazu auch gerne im Debug vom Konfigurator. Du wirst dort sehen, ob das SECURE Anlernen vollständig durchgelaufen ist. Denn daran liegt es wahrscheinlich, dass das Handshake nicht ordentlich abgeschlossen wurde.
paresy
Danke Danke Danke!
Hat nach dem 4. mal geklappt.
1 „Gefällt mir“