SOLVED Zigbee via CC2531 hängt sich ständig auf und startet dann neu

[kenny384]

Hallo Community,

mein erster Beitrag hier. Ich bin vor erst 2 Wochen mit ioBroker gestartet und stehe nun vor meinem ersten Problem.

Ich betreibe ein paar Sensoren und Lampen im Zigbee-Netz mit einem CC2531 Stick. Das ganze läuft auf einem Raspberry Pi 3b. Es war ein fertiges Image von der iobroker-Website inkl. iobroker Grundinstallation.

Ich habe aber das Problem, dass der Adapter sich bei der Bedienung der Lampen gerne mal aufhängt und dann neu startet. Mal gehen ein-zwei Schaltungen, mal gar keine. Den Stick habe ich fertig geflasht gekauft und am Anfang lief es auch einige Tage gut.

Hier mal ein Auszug aus meinem Log nach einem Neustart des Adapters und ein paar Schaltungen:

2019-04-20 10:10:41.300 - info: zigbee.0 starting. Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.1
2019-04-20 10:10:41.312 - info: zigbee.0 Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014D2AF8-if00 with panID 6754 channel 11
2019-04-20 10:10:41.313 - info: zigbee.0 Queue is: true
2019-04-20 10:10:41.383 - info: zigbee.0 Reset coordinator
2019-04-20 10:10:43.659 - info: zigbee.0 zigbee-shepherd started!
2019-04-20 10:10:43.676 - info: zigbee.0 zigbee-shepherd ready. version: 2.6.3 rev 20190109
2019-04-20 10:10:43.720 - info: zigbee.0 1 (0x00158d0002f7bfeb): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2019-04-20 10:10:43.723 - info: zigbee.0 2 (0x00158d000312e54f): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-04-20 10:10:43.724 - info: zigbee.0 3 (0x00158d0002f92154): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-04-20 10:10:43.724 - info: zigbee.0 4 (0x000b57fffed6c931): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
2019-04-20 10:10:43.725 - info: zigbee.0 5 (0x90fd9ffffe715a29): LED1546G12 - IKEA TRADFRI LED bulb E26/E27 950 lumen, dimmable, white spectrum, clear (Router)
2019-04-20 10:10:43.725 - info: zigbee.0 6 (0x00158d0002f3af98): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
2019-04-20 10:11:45.476 - info: zigbee.0 new dev 0x90fd9ffffe715a29 37350 TRADFRI bulb E27 WS clear 950lm
2019-04-20 10:14:54.289 - error: zigbee.0 uncaught exception: ccznp has not been initialized yet
2019-04-20 10:14:54.290 - error: zigbee.0 Error: ccznp has not been initialized yet
at CcZnp.request (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:176:15)
at Controller.request (/opt/iobroker/node_modules/zigbee-shepherd/lib/components/controller.js:322:13)
at Object.af.send (/opt/iobroker/node_modules/zigbee-shepherd/lib/components/af.js:106:16)
at Object.af.zclFunctional (/opt/iobroker/node_modules/zigbee-shepherd/lib/components/af.js:384:12)
at ZShepherd._functional (/opt/iobroker/node_modules/zigbee-shepherd/lib/shepherd.js:723:20)
at Endpoint.ep.functional (/opt/iobroker/node_modules/zigbee-shepherd/lib/shepherd.js:591:25)
at queue.push (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:377:24)
at Queue.start (/opt/iobroker/node_modules/queue/index.js:145:17)
at Queue.(anonymous function) [as push] (/opt/iobroker/node_modules/queue/index.js:59:12)
at ZigbeeController.publish (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:366:20)
2019-04-20 10:14:54.313 - info: zigbee.0 terminating
2019-04-20 10:14:54.346 - error: Caught by controller[0]: Error: ccznp has not been initialized yet
2019-04-20 10:14:54.347 - error: Caught by controller[0]: at CcZnp.request (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:176:15)
2019-04-20 10:14:54.347 - error: Caught by controller[0]: at Controller.request (/opt/iobroker/node_modules/zigbee-shepherd/lib/components/controller.js:322:13)
2019-04-20 10:14:54.347 - error: Caught by controller[0]: at Object.af.send (/opt/iobroker/node_modules/zigbee-shepherd/lib/components/af.js:106:16)
2019-04-20 10:14:54.347 - error: Caught by controller[0]: at Object.af.zclFunctional (/opt/iobroker/node_modules/zigbee-shepherd/lib/components/af.js:384:12)
2019-04-20 10:14:54.347 - error: Caught by controller[0]: at ZShepherd._functional (/opt/iobroker/node_modules/zigbee-shepherd/lib/shepherd.js:723:20)
2019-04-20 10:14:54.348 - error: Caught by controller[0]: at Endpoint.ep.functional (/opt/iobroker/node_modules/zigbee-shepherd/lib/shepherd.js:591:25)
2019-04-20 10:14:54.348 - error: Caught by controller[0]: at queue.push (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:377:24)
2019-04-20 10:14:54.348 - error: Caught by controller[0]: at Queue.start (/opt/iobroker/node_modules/queue/index.js:145:17)
2019-04-20 10:14:54.348 - error: Caught by controller[0]: at Queue.(anonymous function) [as push] (/opt/iobroker/node_modules/queue/index.js:59:12)
2019-04-20 10:14:54.348 - error: Caught by controller[0]: at ZigbeeController.publish (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:366:20)
2019-04-20 10:14:54.348 - error: host.ioBroker-Pi instance system.adapter.zigbee.0 terminated with code 0 (OK)
2019-04-20 10:14:54.348 - info: host.ioBroker-Pi Restart adapter system.adapter.zigbee.0 because enabled
2019-04-20 10:15:24.375 - info: host.ioBroker-Pi instance system.adapter.zigbee.0 started with pid 7906
2019-04-20 10:15:26.369 - info: zigbee.0 starting. Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.1
2019-04-20 10:15:26.382 - info: zigbee.0 Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00014D2AF8-if00 with panID 6754 channel 11
2019-04-20 10:15:26.382 - info: zigbee.0 Queue is: true
2019-04-20 10:15:26.444 - info: zigbee.0 Reset coordinator
2019-04-20 10:15:28.048 - info: zigbee.0 zigbee-shepherd started!
2019-04-20 10:15:28.063 - info: zigbee.0 zigbee-shepherd ready. version: 2.6.3 rev 20190109
2019-04-20 10:15:28.109 - info: zigbee.0 1 (0x00158d0002f7bfeb): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2019-04-20 10:15:28.111 - info: zigbee.0 2 (0x00158d000312e54f): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-04-20 10:15:28.112 - info: zigbee.0 3 (0x00158d0002f92154): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-04-20 10:15:28.112 - info: zigbee.0 4 (0x000b57fffed6c931): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
2019-04-20 10:15:28.113 - info: zigbee.0 5 (0x90fd9ffffe715a29): LED1546G12 - IKEA TRADFRI LED bulb E26/E27 950 lumen, dimmable, white spectrum, clear (Router)
2019-04-20 10:15:28.113 - info: zigbee.0 6 (0x00158d0002f3af98): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
2019-04-20 10:15:38.206 - error: zigbee.0 Zigbee publish to '0x90fd9ffffe715a29', genOnOff - on - {} - 1 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the network.
2019-04-20 10:15:44.611 - error: zigbee.0 Zigbee publish to '0x90fd9ffffe715a29', genOnOff - off - {} - 1 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the network.
2019-04-20 10:16:37.671 - info: zigbee.0 new dev 0x90fd9ffffe715a29 37350 TRADFRI bulb E27 WS clear 950lm

Kann mir vielleicht wer sagen, was das Problem sein könnte? Ist der Stick schuld?

[ramses]

@arteck
Irgendwas hat da immer einen Fehler. Ich glaube der hat nicht mal einen CC2530 (geschweige +CC2591). Die laufen nämlich mit der Max_Stable quasi überhaupt nicht. Zumindest nicht länger als eine Stunde.

Hab daher dem CC2531 noch mal eine Chance gegeben. Wäre jetzt auch mein letzter Versuch gewesen irgendwas mit dem Zigbee Adapter zu machen.
Stabil seit Tagen. Ich bin also guter Dinge.
Wobei, das hatte ich mit dem CC2530 und der 20190109 Firmware auch. Lief 2 Wochen durch und dann war die Firmware scheinbar so im Eimer, dass nur noch neu flashen half.

@kenny384 und @Rest_der_verzweifelten_Zigbee_User
Ich teile mal ein paar Erfahrungen. Jetzt explizit auf MAX_STABLE Firmware und dem CC2531. CC2530 reagiert da komplett anders (siehe Antwort an @arteck )

De facto verhält es sich mit der Max_Stable Firmware so:
Er baut nur eine direkte Verbindung zu 5 Geräten auf. Meiner Erfahrung nach (zumindest binnen den 10 Tagen wo sie nun stabil läuft) wechselt er diese direkten Pairing-Partner auch nicht, solange er jene erreichen kann (auch bei schlechtem Empfang, was damals oft Abstürze auslöste). Daher kann man aus Logik folgendes schon mal sagen:

• es empfiehlt sich grundsätzlich NUR Router-Devices (Lampen, Plugs) mit dem CC2531 zu koppeln. Sensoren macht wenig Sinn. Wenn man keine 5 Router-Devices hat, dann kommen halt dementsprechende Sensoren in der Nähe dazu.
• Es sollten immer Router-Devices zuerst gepairt werden, die am nächsten am CC2531 sind. Viele Abstürze kommen durch nicht/schlecht erreichbare Geräte zustande, bzw. durch den Versuch des Sticks diese immer wieder zu erreichen obwohl kein Empfang besteht. Zu bevorzugen sind hier, falls vorhanden, Deckenlampen. So höher so besser. Immer bedenken, jedes Router-Device ist quasi auch als Antenne zu betrachten und bei Antennen wissen wir, hoch ist immer gut. Für den Rest sucht er sich schon seinen logischen Weg.
• Es sollten generell erst ALLE Router-Devices gepairt werden und zwar von nah, nach weit entfernt vom CC2531. So wird direkt eine logische Hauptroute aufgebaut. Jegliche Sensoren und Co. kommen erst dran, wenn alle Router gepairt sind.
• Es sollten alle Endgeräte (Sensoren, Schalter und Co.) grundsätzlich an dem Ort gepairt werden, an dem Sie auch später genutzt werden. So stellt man fest ob die Sensoren gut genug Empfangen werden von den Routern oder auch nicht (Timeout und Can not get description-Meldungen).
• Eine erste "Can not get description"-Meldung muss nicht automatisch schlechter Empfang bedeuten. Manchmal wurde auch der Pairing-Modus nicht richtig getroffen. Also ruhig ein zweites oder drittes mal versuchen (Passiert sehr gerne mal bei Xiaomi Sensoren).

Ich hoffe ich habe nichts elementares vergessen.

[kenny384]

Was ich schon alles versucht habe:

• Reset des Sticks (Soft und Hard)
• Entfernen und neu anlernen aller Geräte
• Adapter neu installieren
• Gesamtes System neu aufsetzen und wieder einspielen eine iobroker Backups

[Wildbill]

Hi,

wenn Du hier im Forum mal die ganzen Threads zum Thema Zigbee / CC2531 liest, so wirst Du sehen, dass Du gegen die Probleme nicht viel machen kannst. Im momentanen Stand ist bei einer gewissen Netzwerkgröße und Laufzeit einfach ein Limit erreicht, so dass es zu derartigen Fehlern kommt. Vorausgesetzt, bei Dir sind die Sensoren und Router (Lampen) so verteilt, dass überall Empfang gegeben ist. Bei grenzwertigen Geräten würde ich sonst da ansetzen.

Gruss, Jürgen

[kenny384]

@Wildbill Danke für die Rückmeldung.
Ich habe bisher ja gerade einmal 6 Geräte angemeldet. Da kann ja hoffentlich die Größe des Netzwerks nicht das Thema sein.

Tatsächlich werden aber in der Netzwerkkarte zwei Sensoren als nicht verbunden angezeigt. Einer davon ist allerdings so nah am Stick dran, der MUSS eigentlich in Reichweite sein.

[Asgothian]

@kenny384 es gab da einen bug mit einer Firmware in Verbindung mit einer Bibliothek,

Kannst du bitte de Stick auf die aktuelle “max_stability” Firmware flashen ?

A.

[kenny384]

@Asgothian
Ich habe den Stick, wie gesagt, fertig geflasht gekauft, weil ich eigentlich nichts selber flashen wollte. Ich suche mir mal jemanden, dem ich das zum Flashen zuschicken kann.

[ramses]

@kenny384
schick her
habe @Wildbill und @Asgothian auch schon fertig-geflashte verkauft.
Schick mir ne PM

[arteck]

@kenny384 sagte in Zigbee via CC2531 hängt sich ständig auf und startet dann neu:

20190109

es liegt an der Firmware... die hatte einen Fehler

[ramses]

@arteck
Irgendwas hat da immer einen Fehler. Ich glaube der hat nicht mal einen CC2530 (geschweige +CC2591). Die laufen nämlich mit der Max_Stable quasi überhaupt nicht. Zumindest nicht länger als eine Stunde.

Hab daher dem CC2531 noch mal eine Chance gegeben. Wäre jetzt auch mein letzter Versuch gewesen irgendwas mit dem Zigbee Adapter zu machen.
Stabil seit Tagen. Ich bin also guter Dinge.
Wobei, das hatte ich mit dem CC2530 und der 20190109 Firmware auch. Lief 2 Wochen durch und dann war die Firmware scheinbar so im Eimer, dass nur noch neu flashen half.

@kenny384 und @Rest_der_verzweifelten_Zigbee_User
Ich teile mal ein paar Erfahrungen. Jetzt explizit auf MAX_STABLE Firmware und dem CC2531. CC2530 reagiert da komplett anders (siehe Antwort an @arteck )

De facto verhält es sich mit der Max_Stable Firmware so:
Er baut nur eine direkte Verbindung zu 5 Geräten auf. Meiner Erfahrung nach (zumindest binnen den 10 Tagen wo sie nun stabil läuft) wechselt er diese direkten Pairing-Partner auch nicht, solange er jene erreichen kann (auch bei schlechtem Empfang, was damals oft Abstürze auslöste). Daher kann man aus Logik folgendes schon mal sagen:

• es empfiehlt sich grundsätzlich NUR Router-Devices (Lampen, Plugs) mit dem CC2531 zu koppeln. Sensoren macht wenig Sinn. Wenn man keine 5 Router-Devices hat, dann kommen halt dementsprechende Sensoren in der Nähe dazu.
• Es sollten immer Router-Devices zuerst gepairt werden, die am nächsten am CC2531 sind. Viele Abstürze kommen durch nicht/schlecht erreichbare Geräte zustande, bzw. durch den Versuch des Sticks diese immer wieder zu erreichen obwohl kein Empfang besteht. Zu bevorzugen sind hier, falls vorhanden, Deckenlampen. So höher so besser. Immer bedenken, jedes Router-Device ist quasi auch als Antenne zu betrachten und bei Antennen wissen wir, hoch ist immer gut. Für den Rest sucht er sich schon seinen logischen Weg.
• Es sollten generell erst ALLE Router-Devices gepairt werden und zwar von nah, nach weit entfernt vom CC2531. So wird direkt eine logische Hauptroute aufgebaut. Jegliche Sensoren und Co. kommen erst dran, wenn alle Router gepairt sind.
• Es sollten alle Endgeräte (Sensoren, Schalter und Co.) grundsätzlich an dem Ort gepairt werden, an dem Sie auch später genutzt werden. So stellt man fest ob die Sensoren gut genug Empfangen werden von den Routern oder auch nicht (Timeout und Can not get description-Meldungen).
• Eine erste "Can not get description"-Meldung muss nicht automatisch schlechter Empfang bedeuten. Manchmal wurde auch der Pairing-Modus nicht richtig getroffen. Also ruhig ein zweites oder drittes mal versuchen (Passiert sehr gerne mal bei Xiaomi Sensoren).

Ich hoffe ich habe nichts elementares vergessen.

[kenny384]

@ramses
Danke für dieses sehr gut verständliche und ausführliche Erklärung. Also am besten zuerst fünf meiner Deckenlampen pairen, wie oben beschrieben, und dann kann ich auch noch Sensoren dazu nehmen?
Gibt es eine maximalzahl von Geräten? Habe bestimmt zehn Sensoren (Aqara) hier. Teilweise sind diese noch nicht in Betrieb gewesen.

[Wildbill]

@ramses sagte in Zigbee via CC2531 hängt sich ständig auf und startet dann neu:

• Es sollten immer Router-Devices zuerst gepairt werden, die am nächsten am CC2531 sind. Viele Abstürze kommen durch nicht/schlecht erreichbare Geräte zustande, bzw. durch den Versuch des Sticks diese immer wieder zu erreichen obwohl kein Empfang besteht. Zu bevorzugen sind hier, falls vorhanden, Deckenlampen. So höher so besser. Immer bedenken, jedes Router-Device ist quasi auch als Antenne zu betrachten und bei Antennen wissen wir, hoch ist immer gut. Für den Rest sucht er sich schon seinen logischen Weg.
• Es sollten generell erst ALLE Router-Devices gepairt werden und zwar von nah, nach weit entfernt vom CC2531. So wird direkt eine logische Hauptroute aufgebaut. Jegliche Sensoren und Co. kommen erst dran, wenn alle Router gepairt sind.
• Es sollten alle Endgeräte (Sensoren, Schalter und Co.) grundsätzlich an dem Ort gepairt werden, an dem Sie auch später genutzt werden. So stellt man fest ob die Sensoren gut genug Empfangen werden von den Routern oder auch nicht (Timeout und Can not get description-Meldungen).

Aus eigener Erfahrung (sowohl mit CC2531 als auch Conbee II) kann ich sagen, dass das eigentlich nur solange relevant ist, bis man einmal den Stick aussteckt oder den Rechner (an dem der Stick hängt, nicht iobroker) neu startet. Dann baut sich das Netzwerk eh komplett neu auf und die vorherige Reihenfolge ist egal. Hilft allerdings auch, wenn man Lampen oder Sensoren woanders hin hängt und sie danach schlecht empfangen werden. Einmal den SWtick (oder z.B. Phoscon) neu gestartet baut sich alles neu auf und der betroffene Sensor sieht recht schnell "neue" Router in seiner Umgebung und läuft danach problemlos.

Aber ja, zum Anlernen kann es hilfreich sein, für den späteren Betrieb dann nicht mehr.

Gruss, Jürgen

[ramses]

@kenny384
Ja richtig. Erst die Lampen, dann die Sensoren. Da Router direkt mit Sensoren kommunizieren, kannst du an jede Lampe eine gewisse Zahl von Sensoren koppeln. Frag mich jetzt nicht wieviele, aber mehr als ausreichend.
Ich habe jetzt in Summe 50 Geräte und ein Ende ist nicht in Sicht. Darüber würde ich mir keine Sorgen machen. Empfehlenswert für die Verbindung ist daher auch ein Router-Device pro Zimmer zu haben, wo auch Sensoren sind. Vorallem wenn mehr als ein Raum dazwischen liegt. Angrenzende Räume werden in der Regel sehr gut von den Routern im Nachbarzimmer abgedeckt.

@Wildbill
Das verfehlt aber das Ziel. Ich möchte mein Netz so betreiben, dass ich es nicht dauernd neu starten muss damit etwas funktioniert. Und, was ich definitiv sagen kann (danke an die neue Kartenansicht im Zigbee-Adapter), auch nach einem Neustart koppelt sich der CC2531 mit Max_Stable firmware bevorzugt (was heisst bevorzugt, hab bei x-Neustarts noch keine andere Variante gesehen) direkt wieder an die selben 5 Geräte (wenn sie erreichbar sind), die er auch vorher hatte.
Ob die Sensoren sich jetzt den selben Router wieder suchen, habe ich nicht beobachtet. Ist für meine Zwecke aber auch relativ egal.