Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[arteck]

momentmal.. worüber reden wir jetzt ..

• über deine Gledopto die nicht mehr reagieren
• über den Router mit link_quality 0
• oder über sensoren…

ich komm da nicht mehr mit

also sachte ein Thema nach dem anderen

[DiveDancer]

Router & Gledopto können wir ignorieren!

Ich bekomme nicht mehr alle Sensoren gepairt.

Die, die gepairt sind geben ihre Daten nicht ab.

Bevor ich die hälfte gepairt habe sind bereits gepairten wieder verloren gegangen.

Ich hab also irgendein Problem mit erforderlichen Modulen,

dem Zigbee Adapter , dem Stick oder der Firmware.

Mein W-Lan ist seit Jahren das Selbe,

wobei, ich habe nen neuen Nachbarn (neues W-Lan) Netz.

Zum Beispiel habe ich den Bewegungsmelder (Küche) mit guter 'link_quality' schon dutzende male gepairt.

Im Moment des Pairens gibt er einmalig alle Daten ab, bis auf die Batterie natürlich.

Danach ist Schluss! Weitere Bewegungsmeldungen werden nicht übermittelt.

[DiveDancer]

Jetzt findet auch mein Multihost Slave (RaspberryPi) meinen Stick nicht mehr.
Der LOG spuckt folgende Fehler aus:

host.Tijger	2019-02-12 13:45:32.805	info	Restart adapter system.adapter.zigbee.0 because enabled
host.Tijger	2019-02-12 13:45:32.805	error	instance system.adapter.zigbee.0 terminated with code 0 (OK)
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[11]: 2019-02-12T12:45:32.328Z zigbee:controller info zigbee-shepherd stopped undefined
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[10]: 2019-02-12T12:45:32.326Z zigbee-shepherd zigbee-shepherd is stopped.
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[9]: 2019-02-12T12:45:32.319Z zigbee-shepherd zigbee-shepherd is stopping.
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[8]: at process._tickCallback (internal/process/next_tick.js:181:9)
host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[8]: at _combinedTickCallback (internal/process/next_tick.js:132:7)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at flush (/opt/iobroker/node_modules/q/q.js:125:13)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at runSingle (/opt/iobroker/node_modules/q/q.js:137:13)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at /opt/iobroker/node_modules/q/q.js:2059:17
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: TypeError: Cannot read property 'close' of undefined
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[7]: 2019-02-12T12:45:32.302Z zigbee:controller debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) undefined
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at Timer.listOnTimeout (timers.js:290:5)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at tryOnTimeout (timers.js:323:5)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at ontimeout (timers.js:498:11)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at Timeout.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:233:18)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at CcZnp.emit (events.js:211:7)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at emitOne (events.js:116:13)
host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at Object.onceWrapper (events.js:315:30)
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[6]: at CcZnp.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:254:22)
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[6]: 2019-02-12T12:45:32.294Z zigbee-shepherd:init Coordinator initialize had an error: Error: request timeout
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[5]: 2019-02-12T12:45:32.283Z zigbee-shepherd:request RSP <-- SYS:osalNvRead
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[4]: Tue, 12 Feb 2019 12:45:32 GMT cc-znp:SRSP <-- SYS:osalNvRead, __timeout__
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[3]: Tue, 12 Feb 2019 12:45:29 GMT cc-znp:SREQ --> SYS:osalNvRead, { id: 3840, offset: 0, len: 1, value: [ 85 ] }
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[2]: 2019-02-12T12:45:29.258Z zigbee-shepherd:request REQ --> SYS:osalNvRead
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[1]: Tue, 12 Feb 2019 12:45:29 GMT cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 is opened.
host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[0]: 2019-02-12T12:45:29.217Z zigbee-shepherd:init zigbee-shepherd booting...
zigbee.0	2019-02-12 13:45:32.339	info	zigbee-shepherd stopped
zigbee.0	2019-02-12 13:45:32.338	debug	2019-02-12T12:45:32.328Z zigbee:controller info zigbee-shepherd stopped undefined
zigbee.0	2019-02-12 13:45:32.338	debug	2019-02-12T12:45:32.326Z zigbee-shepherd zigbee-shepherd is stopped.
zigbee.0	2019-02-12 13:45:32.338	debug	2019-02-12T12:45:32.319Z zigbee-shepherd zigbee-shepherd is stopping.
zigbee.0	2019-02-12 13:45:32.338	debug	cleaned everything up...
zigbee.0	2019-02-12 13:45:32.337	error	TypeError: Cannot read property 'close' of undefined at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47) at /opt/iobroker/node_modules/q/q.js:2059:17
zigbee.0	2019-02-12 13:45:32.337	error	uncaught exception: Cannot read property 'close' of undefined
zigbee.0	2019-02-12 13:45:32.337	debug	TypeError: Cannot read property 'close' of undefined at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47) at /opt/iobroker/node_modules/q/q.js:2059:17
zigbee.0	2019-02-12 13:45:32.337	debug	Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
zigbee.0	2019-02-12 13:45:32.336	debug	2019-02-12T12:45:32.302Z zigbee:controller debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) undefined
zigbee.0	2019-02-12 13:45:32.336	debug	2019-02-12T12:45:32.294Z zigbee-shepherd:init Coordinator initialize had an error: Error: request timeout at CcZnp.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:254:22) at Object.o
zigbee.0	2019-02-12 13:45:32.335	debug	2019-02-12T12:45:32.283Z zigbee-shepherd:request RSP <-- SYS:osalNvRead
zigbee.0	2019-02-12 13:45:32.333	debug	Tue, 12 Feb 2019 12:45:32 GMT cc-znp:SRSP <-- SYS:osalNvRead, __timeout__
zigbee.0	2019-02-12 13:45:29.294	debug	Tue, 12 Feb 2019 12:45:29 GMT cc-znp:SREQ --> SYS:osalNvRead, { id: 3840, offset: 0, len: 1, value: [ 85 ] }
zigbee.0	2019-02-12 13:45:29.294	debug	2019-02-12T12:45:29.258Z zigbee-shepherd:request REQ --> SYS:osalNvRead
zigbee.0	2019-02-12 13:45:29.294	debug	Tue, 12 Feb 2019 12:45:29 GMT cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 is opened.
zigbee.0	2019-02-12 13:45:29.294	debug	2019-02-12T12:45:29.217Z zigbee-shepherd:init zigbee-shepherd booting...
zigbee.0	2019-02-12 13:45:29.294	info	Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 with panID 6754 channel 11
zigbee.0	2019-02-12 13:45:29.294	info	starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0
host.Tijger	2019-02-12 13:45:27.253	info	instance system.adapter.zigbee.0 started with pid 30829

Im Terminal wird der Stick angezeigt.
Aber der Zigbee Adapter stellt keine Verbindung mehr her.

[arteck]

starte die kiste mal neu.. aber nicht nur den iobroker sondern den ganzen Rechner

[DiveDancer]

@arteck said in Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen:

starte die kiste mal neu.. aber nicht nur den iobroker sondern den ganzen Rechner

Hab ich!

SSH = sudo reboot

Erst den Slave (Raspberry Pi)
Dann den Host (Rock64)

Durch etliche Tests im Grunde bereits ein Dutzend mal

Der Zigbee Adapter wird nicht mehr Grün

[DiveDancer]

Als nächstes werde ich mal versuchen den Stick mit einer USB Kabelverlängerung in Alufolie einzupacken und ihn hoffentlich in Funk freier Umgebung neu zu flashen.
Noch abgeschirmt werde ich dann versuchen ihn im Pi wieder in Betrieb zu nehmen.
Das soll laut Recherche bewirken das der Stick in Funk freier Umgebung keine Folgenummer in seiner 'Adresse' erhält.

Im besten Fall sollten dann alle meine seinerzeit laufenden sowie angelernten Sensoren wieder eingebunden werden.

So der Plan

[arteck]

dann bin ich mal gespannt... sag bescheid obs funktioniert hat

[DiveDancer]

So, endlich mal dazu gekommen das Szenario umzusetzen.

Bei weiterer Recherche gab es vermehrte Hinweise, das in dem letzten ioBroker Image von 2018 irgendein Paket fehlen musste.
Bei den Usern die OS und ioBroker manuell installierten ließ sich der Stick (cc2531) aufrufen. (s -la /dev/serial/by-id/)
Nicht jedoch bei den Usern die das fertige Image genutzt hatten, so wie ich.
Da war der Ordner 'serial' nicht angelegt.

Leider kann ich nun nicht mehr rekonstruieren wo genau der Fehler lag.

Aber nach dem ich nun das neue Image vom 09.02.19 auf meine eMMC Platte gezogen hatte und ein zuvor erstelltes ioBroker backup mit restore wieder einspielte...
...war der Ordner serial angelegt
...brachte (ls -la /dev/serial/by-id/) den 'Key'
...der Zigbee Adapter koppelte sich (Grün)

Das Flashen des Sticks durch Alufolie und Blechbox abgeschirmt brachte mir nicht das was ich mir erhoffte.
Die Fehlerquelle ist mir aber wohl bekannt.
Nicht alle Sensoren pairten sich von alleine mit dem frischen Stick.
Meine Vermutung legt nahe das dies an meinen etlichen Versuchen lag die Sensoren in den letzten Sassions wieder und wieder zu pairen, auch nach weiteren Flash Versuchen. Ich denke das die Sensoren sich dadurch an Unterschiedliche pan x..
Adressen und so mit in Unterschiedlichen Netzwerken befanden.

Ein süßer Nebeneffekt ist jedoch nun bei jungfräulichem Stick Speicher dass die Gledopto's einwandfrei erkannt werden.
Und mir somit als Router helfen können die Stückzahl der anzulernen Sensoren zu erhöhen.

Durch ein weiteres Problem werd ich wohl aber noch ein weiteres mal den Stick flashen.
Ich habe der Bequemlichkeit halber am neuen Stick mit als erstes einen weiteren Stick den ich als Router geflasht hatte gepairt.
Diesen hatte ich nun auf dem Tisch genutzt um weitere Sensoren zu pairen.
Bequem und kurze Distanz also.
Wenn ich jedoch nun den Router (Stick) aus dem Netz nehme (Stromzufuhr unterbrochen) verbinden sich die Sensoren NICHT mit dem Coordinator Stick.
Heißt das im Umkehrschluss, dass immer wenn z.B. meine bessere Hälfte mal danach ist von einem der Router (Gladopto) den Stecker zu ziehen, oder dieser sich einfach mal aufgehängt hat alle an ihm gepairten Sensoren sich nicht mehr erreichbar sind?

Das wäre allerdings nicht dass was ich unter einem MESH Netzwerk verstehe!

So läuft der Stick nun auch auf dem Host (Rock64) so das ich den Slave nun auch bald aus dem Multihost nehmen kann.

[arteck]

@DiveDancer sagte in Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen:

Das wäre allerdings nicht dass was ich unter einem MESH Netzwerk verstehe!

na gut dass das Zigbee kein Mesh macht...

na ja deine Rückspielorgie kann ich ncht nachvollziehen, weil der serialport wird jedesmal installiert bei zigbee Adapter installation.. aber egal wenns geht...

die Geräte suchen sich selbst die Routen aus.. also wenn ein "Router" ausfällt dauert es ein wenig bis das Gerät was neues findet.. vor allem wenns ein EndDevice ist...

[DiveDancer]

@arteck auf zigbee.org wird Mesh allerdings sehr hervorgehoben
https://www.zigbee.org/zigbee-for-developers/applicationstandards/zigbeehomeautomation/