UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Matdos]

@smarthomegirl sagte in Zigbee-Adapter 1.0.2 Danalock:

@Matdos

was heißt hier schließen? Ich habe oben ein anderes Problem hier eröffnet, dieses ist bis heute mit Version 1.0.4 noch nicht behoben!!!

Nach wie vor funktioniert eine Rückmeldung ( "locked" , "unlocked") nach Senden der Befehle "lock" oder "unlock" nicht !!!

Achso mir ist eben aufgefallen das mein Post darüber „kann gelöscht werden“ nicht auf das Thema sondern auf mein Post bezogen war da ich im Falschen Thread geantwortet habe.

Hm ok, dann können wir wenigstens den Fehler ausschließen.

Leider weis ich ab hier jetzt auch nicht mehr weiter da in meinem System mit 1.0.3 das Schloss seit Dezember tadellos seinen Dienst verrichtet.
Außer ich muss den Raspi wegen Wartung oder was anderem (oder Stromausfall) ausschalten dann kann es sein das ich es neu anlernen muss um meine Rückmeldungen wieder zu bekommen aber ich lösche es lerne es neu an und gut ist da habe ich keine Probleme mit.

Habt ihr euren Zigbee Adapter schon mal komplett gelöscht im IoBroker (auf Experten Modus wechseln damit man unter den Ordnern in Objekte auch die Dateien sieht diese Zigbee Admin Dateien müssen auch entfernt werden) und dann über Putty ect über die Konsole auch noch die letzten Reste entfernt?

Und dann direkt 1.0.x installiert?

Habe mal ein Bild angefügt wie man zu dem Ordner kommt und dann die letzten Reste von Adapter aus IoBroker entfernt werden, danach muss natürlich alles wieder neu angelernt werden. (Am besten mit dem Schloss beginnen 😁).

Oder habt ihr das auch schon Versucht, sonst kann ich euch leider auch nicht weiter helfen und ihr müsst auf asgothian oder arteck warten.

Oder wenn dann eh schon alles plat ist und auf dem Raspi 4 noch ein USB 2.0 frei ist da mal den Stick rein und dann auf nem neuen Zigbee Adapter versuchen das Schloss anzulernen.

Nur so Interesse halber bei welchem Shop habt ihr eure Zigbee Schlösser gekauft da es einmal Danalock Deutschland gibt das sind nur 4 Shops die die „deutschen“ Schlösser vertreiben think.de, sicher4you.com, smartlock.de und bg-Sicherheitstechnik. Wenn ich die 4 noch richtig im Kopf habe (bei sicher4you.com bin ich mir nicht sicher, Stand Ende 2018 evtl sind da noch welche dazu gekommen).

Und dann gibt es noch irgendwelche anderen Zigbee Schlösser die „nur“ mit der normalen Danalock App nutzbar sind die aber bei weitem nicht so Umfang reich ist wie die Danalock Deutschland App.

Am besten man erkundigt sich vorher bei smartlock.de die sind Hauptvertriebspartner von Danalock bzw. Kauft gleich bei denen, nur so als Info weil ich damals unbedingt das Schloss mit der Apple Watch nutzen wollte und das ging nur mit der Danalock Deutschland App.

[smarthomegirl]

@Matdos

danke erstmal für Deine schnelle Antwort.
Ich habe jetzt meinen Raspberry 3 (ioBroker Client) den Adapter zigbee deinstalliert und alle Daten bzw. Datenpunkte gelöscht. Den Adapter erneut installiert und vornherein mit Version 1.0.4 gestartet

Da funktioniert alles wie gewohnt.

Wenn ich jetzt allerdings den Raspberry 3 (ioBroker Client) neustarten muss, weil Stromausfall, etc. etwas schief läuft, funktioniert plötzlich diese Rückmeldung "locked" / "unlocked" nicht mehr.

WARUM? Was verändert sich beim Neustart in diesem Adapter, speziell beim Danalock oder Senden zum Master?

Bei Adapterversion 0.11.5 taucht das Problem nicht auf.

Wenn es am Schloss liegen würde, würde es ja bei Version 0.11.5 und bei Version 1.0.4 am Anfang auch nicht funktionieren. Das Problem taucht nur auf, wenn der ioBroker neugestartet wird.

Sollte das nicht zu finden sein?

Zur Kauffrage:

Ich habe es bei Sicher24 gekauft. Funktioniert aber nur mit der normalen Danalock App.

[Matdos]

Ok na zumindest kommen dann die Rückmeldungen (bei mir sind die gar nicht gekommen da konnte ich machen was ich wollte) wenn du bei Version 1.0.4 Nur das Schloss aus deinem Adapter dann löschst und wieder neu anlernst kommen dann die Rückmeldungen Locked und Unlocked wieder oder bleiben die weg?

Der Fehler ist bestimmt zu finden, man darf immer nur nicht vergessen das alles hier auf Open source bzw. alle hier das in ihrer Freizeit machen, und wenn die eben mal 2 Monate keine Zeit haben dann ist das leider so aber dafür haben wir mit unserem System keine laufenden Kosten und andere Nachteile was fertige Smart Home Lösungen mit sich bringen.

Ich gehe stark davon aus das sich das Schloss am Stick abmeldet sobald der Stick aus geht und erst nach erneutem anlernen vom Schloss an den Stick geht es wieder evtl eine Sicherheitsfunktion vom Schloss weil es eben sich hier um ein Zugangssystem handelt? Kein Plan ich bin auch nur „Anwender“.

[smarthomegirl]

@Matdos

Hallo,
ich habe heute noch einmal getestet. Dabei habe ich unter Variante 1 folgendes gemacht:

• Auf dem Client nur das Danalock gelöscht, es neu angelernt, "lock" / "unlock" getestet → Rückmeldung alles Okay.
• Client neugestartet → "lock" / "unlock" getestet, Rückmeldung nicht gesendet
• Client: Danalock gelöscht, neu angelernt → "lock" / "unlock" getestet und wieder alles okay.

Jetzt dachte ich mir es könnte an der Verbindung Client/Master liegen, also löschte ich den Adapter auf dem Client und installierte alles auf dem Master (Raspberry 4, USB-Port 2.0) inklusive Zigbee-Stick.

• Danalock angelernt, "lock" / "unlock" getestet → Rückmeldung alles okay
• Master neugestartet → "lock" / "unlock" getestet, Rückmeldung nicht gesendet

Also das gleiche Problem wie auf dem Client. Nach Löschen des Danalocks und neu anlernen funktionierte es auch da wieder.

FAZIT: Ich bin der Meinung es liegt also am Adapter.
Ich hoffe es wird noch behoben, denn nach einem Stromausfall ist ja dann leider die Abfrage des Schlosses bzw. die Verbindung zur Alarmanlage ein riesen Problem. Vorerst kann ich damit leben, dass ich das Schloss evtl. wieder neu anlernen muss, aber ein Dauerzustand sollte es eigentlich nicht sein. Was ist wenn man einmal nicht zu Hause ist. Gut man hat zwar noch Bewegungs- und Türsensoren, aber die Jungs (Programmierer) hier sind ja schlau.

[Matdos]

Hallo noch mal, ja genau das gleiche Problem habe ich auch!!

Aber solange es nach einem Neustart mit neu anlernen wieder geht ist es ja erst mal nicht so schlimm da man ja nicht jeden Tag neu startet bzw eigentlich nur 1-2mal im Jahr ich zumindest.

Wäre natürlich schön wenn das Problem mal gefunden wird aber ich bin mir sicher wenn asgothian wieder Zeit hat hängt der sich da dahinter.

Ich habe eine USV dazwischen deswegen habe ich bei einem Stromausfall kein Problem. ( Ohne USV würden auch die Router nicht gehen und ohne Router würde ich gar nicht informiert das Eingebrochen wird also ohne USV macht das eh kein Sinn)

[Asgothian]

@smarthomegirl sagte in Zigbee-Adapter 1.0.2 Danalock:

• Danalock angelernt, "lock" / "unlock" getestet → Rückmeldung alles okay
• Master neugestartet → "lock" / "unlock" getestet, Rückmeldung nicht gesendet

FAZIT: Ich bin der Meinung es liegt also am Adapter.

Hallo zusammen,

erst einmal sorry für die lange Stille - ich war einige Tage abgehängt.

Nun zu dem beschriebenen Effekt - Damit kann ich im Code schauen was passiert, da es sehr stark danach aussieht als ob es Probleme im Bereich des "configure", also der Initialisierung der Kommunikation nach Neustart des Adapters gibt. Ich will schauen das ich über Ostern da im Detail drauf schaue und hoffe das ich euch eine Testversion zur Verfügung stellen kann die das Problem beseitigt.

A.

[Matdos]

@Asgothian

Coole Sache danke dir schon mal 👍👍👍

[smarthomegirl]

Hallo,
@Asgothian bist du denn schon weiter voran gekommen?

Mein hier beschriebenes Problem besteht nach wie vor. Jedes Mal wenn der ioBroker neugestartet werden muss (wegen Stromausfall, Gewitter, etc.) kommt keine Statusrückmeldung mehr. Ich muss dann wieder das Danalock neu anlernen. Das ist echt nervig.

Gibt es denn keine Möglichkeit dieses Problem zu beheben?

[patrick039212]

Leider das selbe Problem, zusätzlich kann ich das Danalock in der Instanz nicht löschen...
Gestern hat noch alles funktioniert, was ich nur gesehen habe wenn ich auf das blaue ! klicke steht

configured:false

Adapter gelöscht neu installiert sehe keinen Status mehr und kann das schloss weder schließen noch öffnen ....

@Asgothian wird es ein update geben ?

ed:

Wenn ich es neuverbinden möchte

Error: Failed to do action 0x000b57fffe59e779 V3-BTZB, attempt 1 (TypeError: Cannot read property 'stack' of undefined
    at Object.delayAction [as action] (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:360:69)). undefined

[smarthomegirl]

Hallo @Asgothian,

leider habe ich IMMERNOCH dieses Problem. Neuerdings sendet das Danalock aus dem Nix keine Statusrückmeldung mehr, ohne dass ich ein Update o. ä. gemacht habe. Dann muss ich das Schloss wieder neu anlernen. Das ist echt blöd. :disappointed_relieved: :disappointed:

@Asgothian wird es denn bald ein Update geben?

Liebe und kühle Grüße.

[smarteule]

Geht mir auch so. Verzweifle bald.

Gr

[patrick039212]

gibt es schon eine Lösung ? habe den neuen Adapter installiert 1.2, leider kann ich den stat garnicht mehr ändern und der Status wird nicht korrekt angezeigt...

3573) system.adapter.admin.0: logging true
falsezigbee.0	2020-09-22 19:03:43.477	debug	(3573) target: {"ID":1,"profileID":260,"deviceID":10,"inputClusters":[0,1,3,9,32,257,2821],"outputClusters":[10,25,2821],"deviceNetworkAddress":52903,"deviceIeeeAddress":"0x000b57fffe59e779","cluster
falsezigbee.0	2020-09-22 19:03:43.474	debug	(3573) convert state, unlock, {}
falsezigbee.0	2020-09-22 19:03:43.472	debug	(3573) entity: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":52903,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"deviceID":1
falsezigbee.0	2020-09-22 19:03:43.464	debug	(3573) State changes. dev: 0x000b57fffe59e779 model: V3-BTZB states: [{"stateDesc":{"id":"lockState","prop":"state","name":"Lock state","role":"state","write":true,"read":true,"type":"string"},"value
falsezigbee.0	2020-09-22 19:03:43.461	debug	(3573) Change state 'lockState' at device 0x000b57fffe59e779 type 'V3-BTZB'
falsezigbee.0	2020-09-22 19:03:43.454	debug	(3573) User stateChange zigbee.0.000b57fffe59e779.lockState {"val":"unlock","ack":false,"ts":1600794223445,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1600794214614}
falsezigbee.0	2020-09-22 19:03:36.225	debug	(3573) system.adapter.admin.0: logging false
falsezigbee.0	2020-09-22 19:03:34.648	debug	(3573) target: {"ID":1,"profileID":260,"deviceID":10,"inputClusters":[0,1,3,9,32,257,2821],"outputClusters":[10,25,2821],"deviceNetworkAddress":52903,"deviceIeeeAddress":"0x000b57fffe59e779","cluster
falsezigbee.0	2020-09-22 19:03:34.645	debug	(3573) convert state, unlock, {}
falsezigbee.0	2020-09-22 19:03:34.643	debug	(3573) entity: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":52903,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"deviceID":1
falsezigbee.0	2020-09-22 19:03:34.637	debug	(3573) State changes. dev: 0x000b57fffe59e779 model: V3-BTZB states: [{"stateDesc":{"id":"lockState","prop":"state","name":"Lock state","role":"state","write":true,"read":true,"type":"string"},"value
falsezigbee.0	2020-09-22 19:03:34.633	debug	(3573) Change state 'lockState' at device 0x000b57fffe59e779 type 'V3-BTZB'
falsezigbee.0	2020-09-22 19:03:34.625	debug	(3573) User stateChange zigbee.0.000b57fffe59e779.lockState {"val":"unlock","ack":false,"ts":1600794214614,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1600794214614}
falsezigbee.0

[Asgothian]

@patrick039212
@smarthomegirl
@smarteule

I have to admit that i had fallen into more than a bit of a hole and have not done zip on stuff over the summer. But i have gone back to look at it again. I still think that the lock is not configured correctly / not reconfigured correctly when the adapter is restarted.

I will push an update with a bit of test code soon - although this will most likely be an update to the zigbee-shepherd-converters, rather than the zigbee adapter.

A.
p.s. Ich bitte den englischen Text zu entschuldigen - irgendwie ist meine Sprachdatei durcheinander geraten ;)

[Asgothian]

@patrick039212
Ich brauche noch mal ein paar Details. Kannst Du bitte den folgenden Test machen ?

• Danalock aus dem Adapter entfernen (unpair)
• Danalock neu pairen

Wenn ich das richtig erinnere sollte das Schloss jetzt sauber funktionieren und auch den Status melden.

Jetzt kommt das entscheidende:

• Adapter auf Debug stellen
• Adapter neu starten. Ich erwarte Zeilen wie diese:

DeviceConfigure 0x90fd9ffffe6de22b TRADFRI transformer 10W not needed

für das Danalock. Wenn diese Zeilen kommen, und das Schloss in der Folge nicht reagiert habe kann ich kurzfristig eine Adapterversion zur Verfügung stellen die eine chance hat das Problem zu beseitigen.

A.

[patrick039212]

@Asgothian

leider kann ich das Schloss nicht entfernen ... es lässt sich einfach nicht löschen ...

Failed to remove TypeError: Cannot read property 'stack' of undefined at ZigbeeController.remove (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:358:65)

[Asgothian]

@patrick039212
Auch mit "force" für lost devices nicht ?

[patrick039212]

@Asgothian
nein es wird immer als Aktiv angezeigt... ohne force kommt diese Meldung

Failed to remove TypeError: Cannot read property 'stack' of undefined at ZigbeeController.remove (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:358:65)

[Asgothian]

@patrick039212
können wir uns per TS/Discord und Anydesk zusammen hängen, dann kann ich das Schloss 'raus patchen'

[patrick039212]

@Asgothian

LOG inkl. versuch über iobroker zusperren

zigbee.0	2020-09-22 23:34:29.375	debug	(5369) Non-pingable device 0x000b57fffe59e779 V3-BTZB was last seen '255.353' seconds ago.
zigbee.0	2020-09-22 23:34:16.935	debug	(5369) system.adapter.admin.0: logging true
zigbee.0	2020-09-22 23:34:09.348	debug	(5369) target: {"ID":1,"profileID":260,"deviceID":10,"inputClusters":[0,1,3,9,32,257,2821],"outputClusters":[10,25,2821],"deviceNetworkAddress":58277,"deviceIeeeAddress":"0x000b57fffe59e779","cluster
zigbee.0	2020-09-22 23:34:09.346	debug	(5369) convert state, unlock, {}
zigbee.0	2020-09-22 23:34:09.345	debug	(5369) entity: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":58277,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"deviceID":1
zigbee.0	2020-09-22 23:34:09.339	debug	(5369) State changes. dev: 0x000b57fffe59e779 model: V3-BTZB states: [{"stateDesc":{"id":"lockState","prop":"state","name":"Lock state","role":"state","write":true,"read":true,"type":"string"},"value
zigbee.0	2020-09-22 23:34:09.336	debug	(5369) Change state 'lockState' at device 0x000b57fffe59e779 type 'V3-BTZB'
zigbee.0	2020-09-22 23:34:09.331	debug	(5369) User stateChange zigbee.0.000b57fffe59e779.lockState {"val":"unlock","ack":false,"ts":1600810449323,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1600810449323}
zigbee.0	2020-09-22 23:33:57.847	debug	(5369) system.adapter.admin.0: logging false
zigbee.0	2020-09-22 23:32:29.285	error	at runMicrotasks (<anonymous>)
zigbee.0	2020-09-22 23:32:29.285	error	at /opt/iobroker/node_modules/iobroker.zigbee/main.js:369:48
zigbee.0	2020-09-22 23:32:29.285	error	at Object.convertSet (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman-converters/converters/toZigbee.js:1459:26)
zigbee.0	2020-09-22 23:32:29.285	error	at Endpoint.command (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:360:16)
zigbee.0	2020-09-22 23:32:29.285	error	at __awaiter (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:23:12)
zigbee.0	2020-09-22 23:32:29.285	error	at new Promise (<anonymous>)
zigbee.0	2020-09-22 23:32:29.285	error	at /opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:27:71
zigbee.0	2020-09-22 23:32:29.285	error	at Generator.next (<anonymous>)
zigbee.0	2020-09-22 23:32:29.285	error	at Endpoint.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:362:37)
zigbee.0	2020-09-22 23:32:29.285	error	at Object.getCommand (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/zcl/utils.js:107:19)
zigbee.0	2020-09-22 23:32:29.285	error	(5369) Error on send command to 0x000b57fffe59e779. Error: Error: Cluster 'closuresDoorLock' has no command 'lockedDoor'
zigbee.0	2020-09-22 23:32:29.266	debug	(5369) target: {"ID":1,"profileID":260,"deviceID":10,"inputClusters":[0,1,3,9,32,257,2821],"outputClusters":[10,25,2821],"deviceNetworkAddress":58277,"deviceIeeeAddress":"0x000b57fffe59e779","cluster
zigbee.0	2020-09-22 23:32:29.265	debug	(5369) convert state, locked, {}
zigbee.0	2020-09-22 23:32:29.261	debug	(5369) entity: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":58277,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"deviceID":1
zigbee.0	2020-09-22 23:32:29.253	debug	(5369) State changes. dev: 0x000b57fffe59e779 model: V3-BTZB states: [{"stateDesc":{"id":"lockState","prop":"state","name":"Lock state","role":"state","write":true,"read":true,"type":"string"},"value
zigbee.0	2020-09-22 23:32:29.249	debug	(5369) Change state 'lockState' at device 0x000b57fffe59e779 type 'V3-BTZB'
zigbee.0	2020-09-22 23:32:29.227	debug	(5369) User stateChange zigbee.0.000b57fffe59e779.lockState {"val":"locked","ack":false,"ts":1600810349220,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1600799408406}
zigbee.0	2020-09-22 23:30:14.097	debug	(5369) Publish {"state":"LOCK","lock_state":"locked"}
zigbee.0	2020-09-22 23:30:14.063	debug	(5369) Type attributeReport device {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":58277,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profile
zigbee.0	2020-09-22 23:30:14.054	debug	(5369) Received Zigbee message from '0x000b57fffe59e779', type 'attributeReport', cluster 'closuresDoorLock', data '{"lockState":1}' from endpoint 1 with groupID null
zigbee.0	2020-09-22 23:30:14.032	debug	(5369) handleMessage. {"type":"attributeReport","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":58277,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":
zigbee.0	2020-09-22 23:30:08.301	debug	(5369) Publish {"state":"LOCK","lock_state":"locked"}
zigbee.0	2020-09-22 23:30:07.983	debug	(5369) Type attributeReport device {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":58277,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profile
zigbee.0	2020-09-22 23:30:07.979	debug	(5369) Received Zigbee message from '0x000b57fffe59e779', type 'attributeReport', cluster 'closuresDoorLock', data '{"lockState":1}' from endpoint 1 with groupID null
zigbee.0	2020-09-22 23:30:07.938	debug	(5369) handleMessage. {"type":"attributeReport","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":58277,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":
zigbee.0	2020-09-22 23:29:29.375	debug	(5369) Non-pingable device 0x000b57fffe59e779 V3-BTZB was last seen '3555.098' seconds ago.
zigbee.0	2020-09-22 23:24:29.375	debug	(5369) Non-pingable device 0x000b57fffe59e779 V3-BTZB was last seen '3255.098' seconds ago.

[Asgothian]

@patrick039212 sagte in Zigbee-Adapter 1.0.2 Danalock:

Installier mal bitte den Adapter von meinem GitHub. Ich hab da nen Hack eingebaut das das Schloss bei jedem Start zwangsweise ein Configure durchläuft. (https://github.com/asgothian/ioBroker.zigbee)

Vielleicht sind die Fehler dann weg.

Ansonsten scheint das Problem mit dem nicht löschen können vom experimentellen Support für den Conbee zu stammen. Die Meldungen die du hattest kommen tief aus dem Zigbee-Herdsman. Wenn ich das mit nem conbee 1 nachstellen kann kann ich mal schauen was da im Argen ist.

A.