Fhem via Razberry mit Danalock verbinden

[ElmarK]

Hallo Andreas,
hier ohne Sec...

Code Auswählen Erweitern


2015.11.12 18:31:49.350 2: autocreate: define ZWave_ENTRY_CONTROL_4 ZWave e6bfee46 4 72808698
2015.11.12 18:31:49.351 2: autocreate: define FileLog_ZWave_ENTRY_CONTROL_4 FileLog ./log/ZWave_ENTRY_CONTROL_4-%Y.log ZWave_ENTRY_CONTROL_4
2015.11.12 18:31:58.034 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 004a01050400
2015.11.12 18:31:58.034 5: SW: 06
2015.11.12 18:31:58.035 5: ZWDongle_0 dispatch 004a01050400
2015.11.12 18:31:58.037 4: ZWDongle_0 CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:0400
2015.11.12 18:31:58.538 2: ZWave get ZWave_ENTRY_CONTROL_4 model
2015.11.12 18:31:58.538 5: ZWDongle_Write 00 13040272042504
2015.11.12 18:31:58.538 5: SW: 01090013040272042504b4
2015.11.12 18:31:58.540 4: ZWDongle_ReadAnswer arg:model regexp:^00040004..72
2015.11.12 18:31:58.540 5: ACK received, WaitForAck=>2 for 01090013040272042504b4
2015.11.12 18:31:58.548 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.12 18:31:58.548 5: SW: 06
2015.11.12 18:31:58.549 5: ZWDongle_0 dispatch 011301
2015.11.12 18:32:01.552 5: ZWDongle_ReadAnswer: select timeout
2015.11.12 18:32:01.552 1: ZWAVE INIT: get ZWave_ENTRY_CONTROL_4 model: Timeout reading answer for get model
2015.11.12 18:32:01.563 4: no response from device, removing 01090013040272042504b4 from dongle sendstack
2015.11.12 18:32:02.094 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 001304010163
2015.11.12 18:32:02.094 5: SW: 06
2015.11.12 18:32:02.095 5: ZWDongle_0 dispatch 001304010163
2015.11.12 18:32:02.095 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:01 ARG:0163
2015.11.12 18:32:02.095 2: ZWDongle_0 transmit NO_ACK for 04


LG, Elmar und nochmal danke das Du mir da so hilfst...

[A.Harrenberg]

Hi Elmar,

hier ohne Sec...

LG, Elmar und nochmal danke das Du mir da so hilfst...

irgendwie sieht das nicht besser aus...

Auf die "get ZWave_ENTRY_CONTROL_4 model"gibt es eine Empfangsbestätigung vom Dongle (die 011301 Nachricht), dann kommt ein Timeout weil die Empfangsbestätigung und die Antwort auf die Abfrage nicht kommen.

3.5 sekunden nach dem get-Befehl kommt dann eine 0013xx01 Nachricht vom Gerät, normalerweise würde eine 0013xx00 Nachricht eine Empfangsbestätigung für den Befehl darstellen, in diesem Fall wird aber ein "transmit NO_ACK" zurückgegeben, d.h. der Dongle sagt das das Gerät den Empfang der Nachricht NICHT bestätigt hat.

Irgendwas ist da oberfaul und es hat relativ sicher nichts mit SECURITY zu tun.
Ich bin hier mit meinem Latein (fast) am Ende, vielleicht hat Krikan oder Rudi noch eine Idee was hier klemmt oder wie man das herausfinden könnte.

Ich bastel Dir gleich mal eine Version die den select-Timeout umgeht, vielleicht passiert dann ja mehr...

Gruß,
Andreas.

[A.Harrenberg]

Hi Elmar,

Du könntest es noch mal mit der angehängten Version der 10_ZWave.pm versuchen. Ich habe dort die Routinen für die GET-Befehle auskommentiert. D.h. es wird jetzt nicht auf eine Antwort gewartet. Das kann dazu führen das die nächste Nachricht zu früh gesendet wird und es deshalb CAN-Nachrichten gibt, es verhindert aber diese 3 Sekunden Wartezeit wenn die Antwort eben "hängt"...
Das ist jetzt nur zum Testen gedacht (die gewohnten Antwortfenster in der WebOberfläche sind damit z.B. auch abgeschaltet) und nichts für die Produktivumgebung.

Du kannst damit ja mal eine normale und eine Secure Inklusion probieren.

Hast Du das Schloss jetzt eigentlich ausgebaut oder ist das immer noch 2 Etagen weit weg?

Gruß,
Andreas.

[ElmarK]

Hallo Andreas,
danke, aber hier mit sec:

Code Auswählen Erweitern

2015.11.12 19:22:33.611 2: autocreate: define ZWave_ENTRY_CONTROL_4 ZWave e6bfee46 4 72808698
2015.11.12 19:22:33.612 2: autocreate: define FileLog_ZWave_ENTRY_CONTROL_4 FileLog ./log/ZWave_ENTRY_CONTROL_4-%Y.log ZWave_ENTRY_CONTROL_4
2015.11.12 19:22:42.213 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 004a01050400
2015.11.12 19:22:42.213 5: SW: 06
2015.11.12 19:22:42.214 5: ZWDongle_0 dispatch 004a01050400
2015.11.12 19:22:42.216 4: ZWDongle_0 CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:0400
2015.11.12 19:22:42.216 2: ZWAVE Starting secure init
2015.11.12 19:22:42.216 5: ZWDongle_Write 00 1304039804002504
2015.11.12 19:22:42.216 5: SW: 010a0013040398040025045c
2015.11.12 19:22:42.218 5: ACK received, WaitForAck=>2 for 010a0013040398040025045c
2015.11.12 19:22:42.226 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.12 19:22:42.226 5: SW: 06
2015.11.12 19:22:42.227 5: ZWDongle_0 dispatch 011301
2015.11.12 19:22:43.370 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 001304000073
2015.11.12 19:22:43.370 5: SW: 06
2015.11.12 19:22:43.371 5: device ack reveived, removing 010a0013040398040025045c from dongle sendstack
2015.11.12 19:22:43.371 5: ZWDongle_0 dispatch 001304000073
2015.11.12 19:22:43.371 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:0073
2015.11.12 19:22:43.371 4: ZWDongle_0 transmit OK for 04


und ohne sec wird es nicht mehr angelegt

Hatte das Schloss vorgestern direkt neben dem Dongle liegen...keine Veränderung.

Mannomann

[A.Harrenberg]

Hi Elmar,

tja, sieht genauso aus wie ein paar Versuche vorher.

Get-Befehl für Security-Scheme wird versendet, Empfang wird vom Dongle UND vom Gerät bestätigt, es kommt aber keine Antwort.

Ich habe keine weiteren Ideen mehr...

Gruß,
Andreas.

[ElmarK]

Schade ...

[A.Harrenberg]

Hi,

Schade ...

ja, finde ich auch, aber wenn das Ding nicht mit uns reden will...
Hast Du das Ding vielleicht mal mit Batterie raus/rein resettet? Aber es schon noch eingebaut, oder?

Gruß,
Andreas.

[ElmarK]

Ja, hab ich auch schon versucht

[Bigsonic1]

Ich hoffe das die Einbindung in FHEM klappt, die Danalock App funktioniert nämlich nicht ganz so gut...
Lohnt es sich einen Zwave usb-stick zu kaufen, damit ich das Schloss einbinden und mit testen kann, oder ist die Situation ausweglos?
Habe die neue Version des Schlosses.

[A.Harrenberg]

Hi,

Ich hoffe das die Einbindung in FHEM klappt, die Danalock App funktioniert nämlich nicht ganz so gut...
Lohnt es sich einen Zwave usb-stick zu kaufen, damit ich das Schloss einbinden und mit testen kann, oder ist die Situation ausweglos?
Habe die neue Version des Schlosses.

vielleicht erst mal eine kurze Erklärung.

Zum einen geht es um die Verschlüsselung, die ist bereits in der Befehlsklasse SECURITY implementiert und funktioniert mMn gut. Zum anderen geht es um die Befehlsklasse DOORLOCK, hier wären die spezifischen Befehle für solch ein Türschloss zu implementieren. Informationen zur Version 1 dieser Befehlsklasse liegen vor, Informationen zu höheren Versionen nicht. Inwieweit die Befehle der Version 1 zur Bedienung des Schlosses ausreichen kann ich nicht sagen, ich gehe aber davon aus.

Daraus folgt, eigentlich machbar, aber das Gerät von Elmar antwortet einfach teilweise nicht auf Befehle, das passiert sowohl mit, als auch ohne SECURITY.
Ich denke nicht das dies ein generelles Problem ist, sondern eher etwas mit dem Setup bei Elmar zu tun hat. (Defekter Stick, defektes Z-Wave Modul vom Schloss...)

Ich habe Danalock mal kontaktiert ob die mir was zum testen zur Verfügung stellen können. Wenn die Hardwar vor einem liegt ist das mit dem Testen deutlich einfacher.

In der Version 1 von DOORLOCK sind nur 4 Befehle definiert, 2 GET Befehle und 2 SET Befehle. Ein ersten Ansatz für die beiden GET Befehle ist bereits in der aktuellen Versionen von FHEM vorhanden, kann aber momentan nicht getestet werden. Sobald das funktioniert kann ich auch anfangen die beiden SET Befehle zu implementieren. Soweit ich das verstehe ist das jeweils ein GET/SET für die "Betriebsart" des Schlosses und je ein GET/SET für den Zustand. Vieles davon wird für das Danalock gar nicht relevant sein.

Lange Rede, kurzer Sinn: Ich denke das zumindest die Basisfunktionen mit der V1 der Befehlsklasse implementiert werden kann.

Falls Du Dir nun einen ZWave-Stick kaufen möchtest, nimm' einen mit ZWave+ damit solltest Du auf der sicheren Seite sein. Ich habe z.B. zwei von den UZB Stick von Z-Wave.me, bestellt hab' ich die bei Amazon.

Gruß,
Andreas.

[ElmarK]

Ich hoffe das die Einbindung in FHEM klappt, die Danalock App funktioniert nämlich nicht ganz so gut...
Lohnt es sich einen Zwave usb-stick zu kaufen, damit ich das Schloss einbinden und mit testen kann, oder ist die Situation ausweglos?
Habe die neue Version des Schlosses.

Hallo und willkommen

Würde ich sehr interessieren ob es bei Dir klappt !

Ich habe Danalock mal kontaktiert ob die mir was zum testen zur Verfügung stellen können. Wenn die Hardwar vor einem liegt ist das mit dem Testen deutlich einfacher.

Das wäre toll, sonst schick ich dir meins Woher bist Du ?

[A.Harrenberg]

Hi Elmar,

mal sehen ob die sich melden. Das Ding ist ja recht teuer von daher mach' ich mir da eigentlich keine großen Hoffnungen.

Das wäre toll, sonst schick ich dir meins Woher bist Du ?

Wenn gar nichts mehr geht komme ich mal drauf zurück. Wobei ich bei Dir ja fast von einem Hardwareproblem ausgehe...
Und ich lebe in Aachen, was aber für's verschicken ziemlich egal wäre.

Ich muss noch mal in den alten Threads suchen,  da war noch jemand mit dem Danalock, vielleicht kann der ja auch noch mal was testen.

Gruß,
Andreas.

[A.Harrenberg]

Hi,

kurze Rückmeldung wegen der Anfrage bei DanaLock.
Sie bieten mir an das ich ein Testgeräte gegen ein "Pfand" bekommen kann und das "Pfand" dann zurückbekomme wenn ich das Ding wieder zurückschicke. Das Angebot werde ich wohl annehmen, wie lange das jetzt dauert bis das Ding dann bei mir auf dem Tisch liegt ist aber noch völlig offen.

Immerhin haben die bereits heute Mittag geantwortet, wenn der Rest auch so schnell geht... ,-)

Gruß,
Andreas.

[Bigsonic1]

Das hört sich doch gut an, dann werden die aber ja bestimmt die 2. Version zuschicken!?

[A.Harrenberg]

Hi, momentan haben die erst mal einen kleinen Rückzieher gemacht und mich an den deutschen Partner verwiesen. Ich bin aber noch positiv gestimmt das es klappt.

Hast Du denn auch ein DanaLock?

Gruß,
Andreas.