NEWS
Zigbee-Adapter 1.0.2 Danalock
-
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“.
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.👍 Ich danke Euch im Voraus. 👍
S Y S T E M:
ioBroker Master auf Raspi 4 4Gb (FW raspbian-buster), node v.12.22.5, npm v.6.14.14, js-controller v.3.3.15 -
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)
-
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.@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.
-
@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.
Coole Sache danke dir schon mal 👍👍👍
-
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?
-
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 stehtconfigured: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 -
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.
-
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 -
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@patrick039212
@smarthomegirl
@smarteuleI 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 ;) -
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@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 neededfü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
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 neededfü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.
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) -
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) -
@patrick039212
Auch mit "force" für lost devices nicht ?@Asgothian
nein es wird immer als Aktiv angezeigt... ohne force kommt diese MeldungFailed to remove TypeError: Cannot read property 'stack' of undefined at ZigbeeController.remove (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:358:65) -
@Asgothian
nein es wird immer als Aktiv angezeigt... ohne force kommt diese MeldungFailed to remove TypeError: Cannot read property 'stack' of undefined at ZigbeeController.remove (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:358:65) -
@patrick039212
können wir uns per TS/Discord und Anydesk zusammen hängen, dann kann ich das Schloss 'raus patchen'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. -
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.@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.
-
@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.
@Asgothian said in Zigbee-Adapter 1.0.2 Danalock:
Danke werde ich sofort testen,
heute habe ich leider wieder die verbindung verloren, habe nun meinen PI in der nähe vom Schloss angeschlossen, nachdem ich in der Danalock APP das pairing gestartet habe konnte ich ohne probleme das Schloss im Adapter löschen.Ed:
Leider ändert sich bei mir der Status nicht mehr von locked / unlocked... öffnen schließen ist über den Adapter möglich
Adapter start
zigbee.0 2020-09-25 13:01:54.397 debug (2647) Publish available for 0x00158d00042e3307 = true zigbee.0 2020-09-25 13:01:54.385 debug (2647) Publish available for 0x00158d000358efeb = true zigbee.0 2020-09-25 13:01:54.355 debug (2647) Publish available for 0x000b57fffe59e779 = true zigbee.0 2020-09-25 13:01:53.405 info (2647) Zigbee started zigbee.0 2020-09-25 13:01:53.400 info (2647) 0x00158d00042e3307 (addr 10193): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice) zigbee.0 2020-09-25 13:01:53.396 debug (2647) New device event: {"type":"device","device":{"ID":4,"_type":"EndDevice","_ieeeAddr":"0x00158d00042e3307","_networkAddress":10193,"_manufacturerID":4151,"_endpoints":[{"ID":1,"inputClusters":[], zigbee.0 2020-09-25 13:01:53.392 info (2647) 0x00158d000358efeb (addr 9532): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice) zigbee.0 2020-09-25 13:01:53.386 debug (2647) New device event: {"type":"device","device":{"ID":3,"_type":"EndDevice","_ieeeAddr":"0x00158d000358efeb","_networkAddress":9532,"_manufacturerID":4151,"_endpoints":[{"ID":1,"inputClusters":[]," zigbee.0 2020-09-25 13:01:53.374 info (2647) 0x000b57fffe59e779 (addr 23663): V3-BTZB - Danalock BT/ZB smartlock (EndDevice) zigbee.0 2020-09-25 13:01:53.360 debug (2647) New device event: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":23663,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"de zigbee.0 2020-09-25 13:01:53.352 debug (2647) DeviceConfigure 0x00158d00042e3307 lumi.sensor_magnet not needed zigbee.0 2020-09-25 13:01:53.350 debug (2647) DeviceConfigure 0x00158d000358efeb lumi.sensor_magnet not needed zigbee.0 2020-09-25 13:01:53.348 debug (2647) DeviceConfigure 0x000b57fffe59e779 V3-BTZB not needed zigbee.0 2020-09-25 13:01:53.345 debug (2647) Publish available for 0x00158d00042e3307 = true zigbee.0 2020-09-25 13:01:53.343 debug (2647) Publish available for 0x00158d000358efeb = true zigbee.0 2020-09-25 13:01:53.336 debug (2647) Publish available for 0x000b57fffe59e779 = true zigbee.0 2020-09-25 13:01:53.333 info (2647) Currently 3 devices are joined: zigbee.0 2020-09-25 13:01:53.316 info (2647) Unable to set transmit power, unsupported function. zigbee.0 2020-09-25 13:01:53.307 info (2647) --> transmitPower : normal zigbee.0 2020-09-25 13:01:53.305 info (2647) Unable to disable LED, unsupported function. zigbee.0 2020-09-25 13:01:53.301 debug (2647) Zigbee network parameters: {"panID":6754,"extendedPanID":"0xdddddddddddddddd","channel":11} zigbee.0 2020-09-25 13:01:53.117 info (2647) Coordinator firmware version: {"type":"ConBee2/RaspBee2","meta":{"transportrev":0,"product":0,"majorrel":38,"minorrel":88,"maintrel":0,"revision":"0x26580700"}} zigbee.0 2020-09-25 13:01:53.062 debug (2647) zigbee-herdsman started zigbee.0 2020-09-25 13:01:52.435 debug (2647) Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2020_09_25-13_01_51.tar.gz success zigbee.0 2020-09-25 13:01:51.910 debug (2647) Starting zigbee-herdsman... zigbee.0 2020-09-25 13:01:51.905 info (2647) Starting Zigbee... zigbee.0 2020-09-25 13:01:51.747 debug (2647) Using zigbee-herdsman with settings: {"network":{"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]},"databas zigbee.0 2020-09-25 13:01:51.740 error (2647) Serial port not selected! Go to settings page. zigbee.0 2020-09-25 13:01:51.653 info (2647) starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.18.4, js-controller: 3.1.6öffnen / schließen über iobroker
zigbee.0 2020-09-25 13:11:14.755 debug (2647) system.adapter.admin.0: logging true zigbee.0 2020-09-25 13:11:05.310 debug (2647) convert result {"readAfterWriteTime":200} zigbee.0 2020-09-25 13:11:03.680 debug (2647) target: {"ID":1,"profileID":260,"deviceID":10,"inputClusters":[0,1,3,9,32,257,2821],"outputClusters":[10,25,2821],"deviceNetworkAddress":23663,"deviceIeeeAddress":"0x000b57fffe59e779","cluster zigbee.0 2020-09-25 13:11:03.678 debug (2647) convert state, lock, {} zigbee.0 2020-09-25 13:11:03.676 debug (2647) entity: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":23663,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"deviceID":1 zigbee.0 2020-09-25 13:11:03.674 debug (2647) 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-25 13:11:03.671 debug (2647) Change state 'lockState' at device 0x000b57fffe59e779 type 'V3-BTZB' zigbee.0 2020-09-25 13:11:03.645 debug (2647) User stateChange zigbee.0.000b57fffe59e779.lockState {"val":"lock","ack":false,"ts":1601032263636,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1601032263636} zigbee.0 2020-09-25 13:10:52.276 debug (2647) convert result {"readAfterWriteTime":200} zigbee.0 2020-09-25 13:10:52.035 debug (2647) system.adapter.admin.0: logging false zigbee.0 2020-09-25 13:10:48.088 debug (2647) target: {"ID":1,"profileID":260,"deviceID":10,"inputClusters":[0,1,3,9,32,257,2821],"outputClusters":[10,25,2821],"deviceNetworkAddress":23663,"deviceIeeeAddress":"0x000b57fffe59e779","cluster zigbee.0 2020-09-25 13:10:48.085 debug (2647) convert state, unlock, {} zigbee.0 2020-09-25 13:10:48.084 debug (2647) entity: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":23663,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"deviceID":1 zigbee.0 2020-09-25 13:10:48.079 debug (2647) 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-25 13:10:48.076 debug (2647) Change state 'lockState' at device 0x000b57fffe59e779 type 'V3-BTZB'Wenn ich das Schloss mit der Hand öffne / schließe bleibt der LOG komplett leer ...
Löschen war jetzt kein Problem mehr - nach update
Nach neu pairing zeigt er mir wieder den Status an ... -
@Asgothian said in Zigbee-Adapter 1.0.2 Danalock:
Danke werde ich sofort testen,
heute habe ich leider wieder die verbindung verloren, habe nun meinen PI in der nähe vom Schloss angeschlossen, nachdem ich in der Danalock APP das pairing gestartet habe konnte ich ohne probleme das Schloss im Adapter löschen.Ed:
Leider ändert sich bei mir der Status nicht mehr von locked / unlocked... öffnen schließen ist über den Adapter möglich
Adapter start
zigbee.0 2020-09-25 13:01:54.397 debug (2647) Publish available for 0x00158d00042e3307 = true zigbee.0 2020-09-25 13:01:54.385 debug (2647) Publish available for 0x00158d000358efeb = true zigbee.0 2020-09-25 13:01:54.355 debug (2647) Publish available for 0x000b57fffe59e779 = true zigbee.0 2020-09-25 13:01:53.405 info (2647) Zigbee started zigbee.0 2020-09-25 13:01:53.400 info (2647) 0x00158d00042e3307 (addr 10193): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice) zigbee.0 2020-09-25 13:01:53.396 debug (2647) New device event: {"type":"device","device":{"ID":4,"_type":"EndDevice","_ieeeAddr":"0x00158d00042e3307","_networkAddress":10193,"_manufacturerID":4151,"_endpoints":[{"ID":1,"inputClusters":[], zigbee.0 2020-09-25 13:01:53.392 info (2647) 0x00158d000358efeb (addr 9532): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice) zigbee.0 2020-09-25 13:01:53.386 debug (2647) New device event: {"type":"device","device":{"ID":3,"_type":"EndDevice","_ieeeAddr":"0x00158d000358efeb","_networkAddress":9532,"_manufacturerID":4151,"_endpoints":[{"ID":1,"inputClusters":[]," zigbee.0 2020-09-25 13:01:53.374 info (2647) 0x000b57fffe59e779 (addr 23663): V3-BTZB - Danalock BT/ZB smartlock (EndDevice) zigbee.0 2020-09-25 13:01:53.360 debug (2647) New device event: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":23663,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"de zigbee.0 2020-09-25 13:01:53.352 debug (2647) DeviceConfigure 0x00158d00042e3307 lumi.sensor_magnet not needed zigbee.0 2020-09-25 13:01:53.350 debug (2647) DeviceConfigure 0x00158d000358efeb lumi.sensor_magnet not needed zigbee.0 2020-09-25 13:01:53.348 debug (2647) DeviceConfigure 0x000b57fffe59e779 V3-BTZB not needed zigbee.0 2020-09-25 13:01:53.345 debug (2647) Publish available for 0x00158d00042e3307 = true zigbee.0 2020-09-25 13:01:53.343 debug (2647) Publish available for 0x00158d000358efeb = true zigbee.0 2020-09-25 13:01:53.336 debug (2647) Publish available for 0x000b57fffe59e779 = true zigbee.0 2020-09-25 13:01:53.333 info (2647) Currently 3 devices are joined: zigbee.0 2020-09-25 13:01:53.316 info (2647) Unable to set transmit power, unsupported function. zigbee.0 2020-09-25 13:01:53.307 info (2647) --> transmitPower : normal zigbee.0 2020-09-25 13:01:53.305 info (2647) Unable to disable LED, unsupported function. zigbee.0 2020-09-25 13:01:53.301 debug (2647) Zigbee network parameters: {"panID":6754,"extendedPanID":"0xdddddddddddddddd","channel":11} zigbee.0 2020-09-25 13:01:53.117 info (2647) Coordinator firmware version: {"type":"ConBee2/RaspBee2","meta":{"transportrev":0,"product":0,"majorrel":38,"minorrel":88,"maintrel":0,"revision":"0x26580700"}} zigbee.0 2020-09-25 13:01:53.062 debug (2647) zigbee-herdsman started zigbee.0 2020-09-25 13:01:52.435 debug (2647) Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2020_09_25-13_01_51.tar.gz success zigbee.0 2020-09-25 13:01:51.910 debug (2647) Starting zigbee-herdsman... zigbee.0 2020-09-25 13:01:51.905 info (2647) Starting Zigbee... zigbee.0 2020-09-25 13:01:51.747 debug (2647) Using zigbee-herdsman with settings: {"network":{"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]},"databas zigbee.0 2020-09-25 13:01:51.740 error (2647) Serial port not selected! Go to settings page. zigbee.0 2020-09-25 13:01:51.653 info (2647) starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.18.4, js-controller: 3.1.6öffnen / schließen über iobroker
zigbee.0 2020-09-25 13:11:14.755 debug (2647) system.adapter.admin.0: logging true zigbee.0 2020-09-25 13:11:05.310 debug (2647) convert result {"readAfterWriteTime":200} zigbee.0 2020-09-25 13:11:03.680 debug (2647) target: {"ID":1,"profileID":260,"deviceID":10,"inputClusters":[0,1,3,9,32,257,2821],"outputClusters":[10,25,2821],"deviceNetworkAddress":23663,"deviceIeeeAddress":"0x000b57fffe59e779","cluster zigbee.0 2020-09-25 13:11:03.678 debug (2647) convert state, lock, {} zigbee.0 2020-09-25 13:11:03.676 debug (2647) entity: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":23663,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"deviceID":1 zigbee.0 2020-09-25 13:11:03.674 debug (2647) 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-25 13:11:03.671 debug (2647) Change state 'lockState' at device 0x000b57fffe59e779 type 'V3-BTZB' zigbee.0 2020-09-25 13:11:03.645 debug (2647) User stateChange zigbee.0.000b57fffe59e779.lockState {"val":"lock","ack":false,"ts":1601032263636,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1601032263636} zigbee.0 2020-09-25 13:10:52.276 debug (2647) convert result {"readAfterWriteTime":200} zigbee.0 2020-09-25 13:10:52.035 debug (2647) system.adapter.admin.0: logging false zigbee.0 2020-09-25 13:10:48.088 debug (2647) target: {"ID":1,"profileID":260,"deviceID":10,"inputClusters":[0,1,3,9,32,257,2821],"outputClusters":[10,25,2821],"deviceNetworkAddress":23663,"deviceIeeeAddress":"0x000b57fffe59e779","cluster zigbee.0 2020-09-25 13:10:48.085 debug (2647) convert state, unlock, {} zigbee.0 2020-09-25 13:10:48.084 debug (2647) entity: {"type":"device","device":{"ID":2,"_type":"EndDevice","_ieeeAddr":"0x000b57fffe59e779","_networkAddress":23663,"_manufacturerID":4444,"_endpoints":[{"ID":1,"profileID":260,"deviceID":1 zigbee.0 2020-09-25 13:10:48.079 debug (2647) 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-25 13:10:48.076 debug (2647) Change state 'lockState' at device 0x000b57fffe59e779 type 'V3-BTZB'Wenn ich das Schloss mit der Hand öffne / schließe bleibt der LOG komplett leer ...
Löschen war jetzt kein Problem mehr - nach update
Nach neu pairing zeigt er mir wieder den Status an ...@patrick039212 das sieht so aus als ob mein Hack nicht wirkt. Da muss ich noch mal schauen.
Kannst du noch einmal von github (github.com/asgothian/ioBroker.zigbee) installieren, den Adapter mit debug an neu starten und dann ein log Posten ?
Ggf. Geht es mit dem Statusupdate jetzt.
A.
-
@patrick039212 das sieht so aus als ob mein Hack nicht wirkt. Da muss ich noch mal schauen.
Kannst du noch einmal von github (github.com/asgothian/ioBroker.zigbee) installieren, den Adapter mit debug an neu starten und dann ein log Posten ?
Ggf. Geht es mit dem Statusupdate jetzt.
A.
@Asgothian
Hallo,sry das ich erst jetzt mich Rückmelde, ich habe bis jetzt leider noch nicht die Zeit gefunden den Adapter nochmals Upzudaten, eines kann ich bis jetzt aber sagen, auch ohne das neue Update von dir (dein letzter Post) hatte ich bis heute keine weiteren Probleme mehr.
Sobald das Schloss geöffnet bzw. geschlossen wird bekomme ich über Telegramm eine Rückmeldung, somit müsste der Status theoretisch im Iobroker geändert werden, aber ich sehe mir das am Abend nochmals alles und gebe dann Bescheid.Danke jedenfalls für deine Hilfe :)
844
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge