Fhem via Razberry mit Danalock verbinden

[tiffi1989]

Hallo,

ich habe mir vor ein paar Tagen die ersten paar Bestandteile für mein Smart Home System bestellt (Danalock Z-Wave und das Phillips Hue Starter Kit). Das System läuft auf einem Raspberry Pi mit einem Razberry Modul.
Das Modul wird inzwischen richtig erkannt, die Inklusion des Schlosses hat auch (fast) problemlos funktioniert. Unter Everything sehe ich zumindest ein ZWave Gerät namens ZWave_ENTRY_CONTROL_2.
Nun habe ich aber ein Problem, laut wiki (http://www.fhemwiki.de/wiki/Z-Wave#Assoziation) sollte man nach der Inklusion eine Assoziation zwischen dem Z-Wave Gateway (in meinem Fall dem Razberry) und dem Z-Wave Gerät (dem Danalock) herstellen.
Allerdings bringt der Befehl:

Code Auswählen Erweitern

set <name> associationAdd <associationGroup> <CtrlNodeId>
in meinem Fall: set ZWave_ENTRY_CONTROL_2 associationAdd 2 1
die Ausgabe:

Code Auswählen Erweitern

Unknown argument associationAdd, choose one of basicSet basicValue neighborUpdate secKey secNonce secScheme versionClassRequest

Übersehe ich etwas Grundlegendes?
Gibt es hier vielleicht jemanden der das Danalock schon komplett in Fhem eingerichtet hat?

Ein weiteres Problem ist, dass die meisten get Befehle für das Danalock einen Timeout werfen... könnte natürlich daran liegen das das Gerät das nicht unterstützt oder ständig im Tiefschlaf ist.

Danke schon einmal

tiffi

[krikan]

Danalock braucht die Command Class SECURITY, die derzeit noch nicht in Fhem implementiert ist. Darum kann es derzeit so nicht funktionieren.
Es gibt recht weit fortgeschrittene Testversion für die SECURITY-Implementierung, die auch noch Tester sucht. Details: http://forum.fhem.de/index.php/topic,38587.msg307798.html#msg307798
ZWave-spezfische Fragen sind im Übrigen besser im Unterforum ZWave aufgehoben.

[A.Harrenberg]

Hallo tiffi,

Danalock braucht die Command Class SECURITY, die derzeit noch nicht in Fhem implementiert ist. Darum kann es derzeit so nicht funktionieren.
Es gibt recht weit fortgeschrittene Testversion für die SECURITY-Implementierung, die auch noch Tester sucht. Details: http://forum.fhem.de/index.php/topic,38587.msg307798.html#msg307798

Neben der Command Class SECURITY die wir, wie Krikan schrieb, schon recht gut laufen haben, ist für das DanaLock aber auch noch (mindestens) die Command Class DOOR_LOCK nötig. In der Testversion für die SECURITY-Implementierung habe ich auch schon mal angefangen zwei GET-Befehle aus der Version 1 der Klasse zu implementieren. Bei Gelegenheit werde ich dann auch mal die beiden SET-Befehle implementieren. Allerdings unterstützt (benötigt?) das DanaLock anscheinend bereits Versionen >1, und hierzu existieren anscheinend keine verfügbaren Dokumentationen an denen man sich orientieren kann.

Wir werden sehen wie "weit" man mit den beiden SET-Befehlen aus der DOOR_LOCK V1 kommt, das Schloss hat auch noch die Klasse USER_CODE, welche z.B. bei meinem RFID-Leser dazu da ist, die Codes der (erlaubten) RFID-Tags zu programmieren. Alles weitere dann am besten im ZWave Forum.

Gruß,
Andreas.

Weitere

[ElmarK]

Hallo Zusammen,
hab seit 1 Woche ebenfalls das Danalock mit ZW. Auch wurde ein ZWave_ENTRY_CONTROL_4 in meinem FHEM unter Ubuntu angelegt.

Hat die Implementation schon jemand geschafft?

LG, Elmar

[A.Harrenberg]

Hi,
Für die Befehlsklasse Doorlock sind aktuell nur zwei Get-Befehle implementiert. Die zwei dazu gehörenden Set-Befehle fehlen noch. Wie weit man mit der V1 der Klasse kommt muss man dann sehen. Doku für höhere Versionen habe ich nicht. Ich kann aber erst in 1 Woche was daran machen.
Einbindung mit Security sollte gehen, aber die zusätzlichen Klassen werden danach noch nicht eingebunden. Auch das ist noch offen.
Gruß, Andreas.

[ElmarK]

Hallo Andreas,
danke für die Info. Freut mich das Du da dran bist

LG!

[A.Harrenberg]

Hi ELmarK,
dauert aber noch etwas bis ich dazu komme, diese Woche ist ganz schlecht und dann ist erst noch mal etwas grundlegendes für SECURITY dran.

Steht das Schloss den zum ausprobieren zur Verfügung oder ist das bereits eingebaut? Wie konfigurierst/bedienst Du das denn jetzt? Per Bluetooth?

Gruß,
Andreas.

[ElmarK]

Hallo Andreas,
ist eingebaut und kann jederzeit mit Z-Wave getestet werden. Ja, derzeit leider
nur via Bluetooth

LG, Elmar

[A.Harrenberg]

Hi,

dann muss ich mal anfangen da ein wenig mehr zu implementieren.

Was für Möglichkeiten hast Du denn wenn Du das Schloss per Bluetooth bedienst?
Wir/Ich habe nämlich nur eine Doku V1 und das Schloss unterstützt V2, evtl. kann man da aus den Möglichkeiten der Bluetooth App erkennen was V2 beinhaltet...

Dauert aber sicherlich noch einige Tage bis ich da mal etwas weiter gekommen bin.

Gruß,
Andreas.

[A.Harrenberg]

Hi ElmarK,

Hallo Andreas,
ist eingebaut und kann jederzeit mit Z-Wave getestet werden. Ja, derzeit leider
nur via Bluetooth

mit der neuesten Version von 10_ZWave.pm müsstest Du das Schloss mit SECURITY einbinden können und es müssten die neuen Klassen unter SECURITY dann auch im Attribut classes angezeigt werden.
Ein paar Hinweise zum Einbinden unter Security sind hier, vor allem das hier ist wichtig... ,-)

Code Auswählen Erweitern

set <Devicename ZWave, meist ZWDongle_0> addNode on sec

Wenn Du das Schloss mal einbinden könntest und ein "list" von dem Gerät posten könntest wäre das schon mal hilfreich. Es müssten dann auch zwei GET-Befehle:
(get) doorLockOperation und
(get) doorLockConfiguration auswählbar sein.

Damit könntest Du auch schon mal rumprobieren und schreiben was so angezeigt wird bzw. in das Log geschrieben wird. Vielleicht kannst Du auch mal vergleichen was Dein Bluetooth Tool da im Vergleich anzeigt.

Gruß,
Andreas.

[ElmarK]

Hallo Andreas,
sorry für die späte Reaktion. ich habe den Dongle schon länger im FHEM eingebunden. den Dongle habe ich nun mit sec
und networkkey integriert. muss ich das schloss löschen und neu anlernen ?

LG, Elmar

[ElmarK]

Hallo Andreas,
hilft das vielleicht f?

http://www.pepper1.net/zwavedb/device/603

[A.Harrenberg]

Hi Elmar,

Hallo Andreas,
sorry für die späte Reaktion. ich habe den Dongle schon länger im FHEM eingebunden. den Dongle habe ich nun mit sec
und networkkey integriert. muss ich das schloss löschen und neu anlernen ?

da ich nicht weiß mit welcher Version Du das gemacht hast und bei der Inklusion was geändert wurde solltest Du das Schloss noch exkludieren und wieder neu (mit "sec on") inkludieren.
Ein Log mit Level 5 (Attribut verbose beim ZWave-Dongle) von der Inklusion wäre schön.

Für die weiteren Tests solltest Du danach auch beim Schloss den Loglevel auf 5 setzen.
Ein "get <...> versionClass" wäre dann interessant, und wenn Du dann noch die beiden Befehle für Doorlock auslösen könntest hätte ich erst mal alles. Da noch nichts auf das Schloss geschrieben wird ist das auch erst einmal völlig ungefährlich ,-)

http://www.pepper1.net/zwavedb/device/603

Das hilft nur eingeschränkt, aber da sind zumindest mal die Configurationsparameter aufgelistet. In dieser Liste steht z.B. die Klasse DoorLock noch mit V1 drin, ich bin mir aber recht sicher das da schon jemand was mit einer V2 gepostet hat, d.h. der Eintrag ist auch nicht mehr ganz aktuell.

Aber schauen wir erst mal was die Inklusion und die beiden get-Reports ergeben.

Gruß,
Andreas.

[ElmarK]

Hallo Andreas,
die 10_zwave... ist über die fhem update Funktion immer aktuell, oder muss ich eine Andere nehmen?

LG, Elmar

[ElmarK]

Hallo Andreas,
hier das LOG:

2015.11.09 19:16:48 2: autocreate: define ZWave_ENTRY_CONTROL_4 ZWave e6bfee46 4 72808698
2015.11.09 19:16:48 2: autocreate: define FileLog_ZWave_ENTRY_CONTROL_4 FileLog ./log/ZWave_ENTRY_CONTROL_4-%Y.log ZWave_ENTRY_CONTROL_4
2015.11.09 19:16:49 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 004a01050400
2015.11.09 19:16:49 5: SW: 06
2015.11.09 19:16:49 5: ZWDongle_0 dispatch 004a01050400
2015.11.09 19:16:49 4: ZWDongle_0 CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:0400
2015.11.09 19:16:49 2: ZWAVE Starting secure init
2015.11.09 19:16:49 5: ZWDongle_Write 00 1304039804002504
2015.11.09 19:16:49 5: SW: 010a0013040398040025045c
2015.11.09 19:16:49 5: ACK received, WaitForAck=>2 for 010a0013040398040025045c
2015.11.09 19:16:49 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.09 19:16:49 5: SW: 06
2015.11.09 19:16:49 5: ZWDongle_0 dispatch 011301
2015.11.09 19:16:51 4: no response from device, removing 010a0013040398040025045c from dongle sendstack
2015.11.09 19:16:52 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00130401015d
2015.11.09 19:16:52 5: SW: 06
2015.11.09 19:16:52 5: ZWDongle_0 dispatch 00130401015d
2015.11.09 19:16:52 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:01 ARG:015d
2015.11.09 19:16:52 2: ZWDongle_0 transmit NO_ACK for 04
2015.11.09 19:16:53 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 0004000403980500
2015.11.09 19:16:53 5: SW: 06
2015.11.09 19:16:53 5: ZWDongle_0 dispatch 0004000403980500
2015.11.09 19:16:53 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:03980500
2015.11.09 19:16:53 4: ZWDongle_ReadAnswer arg:secNonce regexp:^00040004..98
2015.11.09 19:16:53 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 0004000403980500
2015.11.09 19:16:53 5: SW: 06
2015.11.09 19:16:53 4: ZWDongle_ReadAnswer for secNonce: 0004000403980500
2015.11.09 19:16:53 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:03980500
2015.11.09 19:16:59 2: ZWave: No ACK from ZWave_ENTRY_CONTROL_4 after 10s for sent:1304039804002504
2015.11.09 19:16:59 5: ZWDongle_Write 00 13040298402504
2015.11.09 19:16:59 5: SW: 010900130402984025041a
2015.11.09 19:16:59 5: ACK received, WaitForAck=>2 for 010900130402984025041a
2015.11.09 19:16:59 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.09 19:16:59 5: SW: 06
2015.11.09 19:16:59 5: ZWDongle_0 dispatch 011301
2015.11.09 19:16:59 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 001304000002
2015.11.09 19:16:59 5: SW: 06
2015.11.09 19:16:59 5: device ack reveived, removing 010900130402984025041a from dongle sendstack
2015.11.09 19:16:59 5: ZWDongle_0 dispatch 001304000002
2015.11.09 19:16:59 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.11.09 19:16:59 4: ZWDongle_0 transmit OK for 04
2015.11.09 19:16:59 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 000400040a98808c700c9ad5bcd82c
2015.11.09 19:16:59 5: SW: 06
2015.11.09 19:16:59 5: ZWDongle_0 dispatch 000400040a98808c700c9ad5bcd82c
2015.11.09 19:16:59 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0a98808c700c9ad5bcd82c
2015.11.09 19:16:59 1: ZWave_ENTRY_CONTROL_4: no stored commands in Internal secMsg found
2015.11.09 19:16:59 1: PERL WARNING: Use of uninitialized value $getSecMsg in split at ./FHEM/10_ZWave.pm line 2070.
2015.11.09 19:16:59 1: ZWave_ENTRY_CONTROL_4: Error, nonce reveived but no stored command for encryption found
2015.11.09 19:17:12 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 004984040704400272808698
2015.11.09 19:17:12 5: SW: 06
2015.11.09 19:17:12 5: ZWDongle_0 dispatch 004984040704400272808698
2015.11.09 19:17:12 4: ZWDongle_0 CMD:ZW_APPLICATION_UPDATE ID:04 ARG:0704400272808698

Das Danalock steht jetzt auf: SECURITY INITIALIZING (starting secure inclusion)

Die get sind leider nicht vorhanden ...