Zigbee Instanzen stürzen alle paar Tage ab

[Andreas.S]

Ich habe mehrere Jahre experimentiert, um eine Zigbee- Installation zu erstellen, die funktioniert.Experimentiert hatte ich mit verschiedenen USB-Sticks mit und ohne Antenne. Auch Verstärker-Router. Erst als ich in jedem Raum einen CC26X2R1 direkt per LAN-Kabel angebunden habe, haben alle Zigbee- Geräte (ca. 10-15 je Instanz) sauber funktioniert. Ich habe vier Zigbee- Instanzen mit jeweils unterschiedlichem Kanal, PAN-ID und Transportschlüssel, damit die sich nicht in die Quere kommen. Soweit so gut und alles funktioniert zuverlässing und präzise. Allerdings fällt alle 2-5 Tage einer der Instanzen aus und lässt sich dann auch nicht mehr ohne weiteres starten. Als Workeauround habe ich eine leere 5. Zigbee- Instanz ganz ohne Geräte. Diese starte ich dann jeweils mit der IP der ausgefallenen Zigbee- Instanz. Sobald der ohne Geräte gestartet ist, halte ich ihn wieder an. Dann lässt sich die ursprüngliche Instanz mit Geräten wieder starten. Ich habe dieses verhalten bereits seit ca. zwei Jahren über mehre Updates hinweg.

Hat jemand eine Idee, wie ich diese Fehler abstellen kann?

Das ist die Fehlermeldung aus dem LOG

Failed to open the network: TypeError: Cannot read properties of undefined (reading 'permitJoin') at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:315:35) at ZigbeeController.permitJoin (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:659:33) at ZigbeeController.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:634:24) at processTicksAndRejections (node:internal/process/task_queues:95:5) at Zigbee.onUnload (/opt/iobroker/node_modules/iobroker.zigbee/main.js:1037:17)
undefined
unhandled promise rejection: undefined
Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
Starting zigbee-herdsman problem : offset is out of bounds

Das ist das System
RaspberryPi 4 mit 8GB und Samsung SSD
NodeJS: v20.19.0 / NPM: 10.8.2 / JS Controller 7.0.6 / Zigbee: 2.0.5

[Thomas Braun]

@andreas-s sagte in Zigbee Instanzen stürzen alle paar Tage ab:

Ich habe vier Zigbee- Instanzen mit jeweils unterschiedlichem Kanal, PAN-ID und Transportschlüssel, damit die sich nicht in die Quere kommen.

Vier Instanzen mit eigenem Setup würde ich bei Zigbee auf jedenfall schon mal als 'in die Quere kommen' bezeichnen. Ich würde da nur EIN Netz in EINER Instanz fahren.

[Andreas.S]

@thomas-braun
Das war der Ansatz nach ca. drei Jahren mit dem ersten Umstieg auf eine CC26X2R1 direkt per LAN-Kabel. Allerdings haben dann nur die Zigbee Geräte direkt im Raum sauber funktioniert. Sporadisch die im Nebenraum. Erst als ich in jedem Raum einen CC26X2R1 direkt per LAN-Kabel angebracht habe, hat alles sauber funktioniert.
Grundsätzlich bin ich genau so sehr zufrieden, wenn ich nun noch verhindern könnte, dass die Instanzen abstürzen.

[Asgothian]

@andreas-s sagte in Zigbee Instanzen stürzen alle paar Tage ab:

Grundsätzlich bin ich genau so sehr zufrieden, wenn ich nun noch verhindern könnte, dass die Instanzen abstürzen.

Du musst zunächst mal posten was passiert wenn sie abstürzen, nicht was passiert wenn sie nicht starten. Mit dem was du gepostet hast ist es unöglich zu sagen was nicht geht.

A.

[Andreas.S]

@asgothian
Bei einem Absturz ist in der betroffenen Instanz

• Verbunden mit Host - grün
• Lebenszeichen - grün
• Verbunden mit Gerät oder Dienst - rot

Die Zigbee Geräte dieser Instanz sind dann nicht mehr Verfügbar und im Protokoll sind die Einträge vom Post oben.
Ich werde bei nächsten Absturz noch genau aufschreiben, was bei einem startversuch gemeldet wird.

Aktuell läuft alles

[Shadowhunter23]

@thomas-braun sagte in Zigbee Instanzen stürzen alle paar Tage ab:

Vier Instanzen mit eigenem Setup würde ich bei Zigbee auf jedenfall schon mal als 'in die Quere kommen' bezeichnen. Ich würde da nur EIN Netz in EINER Instanz fahren.

Kann ich so nicht bestätigen, ich habe auch insgesamt 5 eigene Netze und das läuft schon einige Jahre. Hilft zwar nicht zur Lösung soll aber zeigen das sich Netze nicht in die Quere kommen.

edit
PanID und ExtPanID dürfen natürlich nicht gleich sein.

[Thomas Braun]

@shadowhunter23

Grundsätzlich versucht man ja ein Netzwerk möglichst engmaschig aufzubauen und nicht den engen Frequenzraum auch noch mit mehreren Netzwerken zuzukleistern.

[Asgothian]

@andreas-s sagte in Zigbee Instanzen stürzen alle paar Tage ab:

Die Zigbee Geräte dieser Instanz sind dann nicht mehr Verfügbar und im Protokoll sind die Einträge vom Post oben.
Ich werde bei nächsten Absturz noch genau aufschreiben, was bei einem startversuch gemeldet wird.

Die Meldungen kommen aus einem Neustart des Zigbee Systems. Du musst die Meldungen finden die beim beenden des Zigbee Subsystems auftreten.

Ich gehe im Moment davon aus das du entweder Probleme mit dem Netzwerk oder einem der Koordinatoren hast.

A.

[AlexHaxe]

@thomas-braun said in Zigbee Instanzen stürzen alle paar Tage ab:

@shadowhunter23

Grundsätzlich versucht man ja ein Netzwerk möglichst engmaschig aufzzubauen und nicht den engen Frequenzraum auch noch mit mehreren Netzwerken zuzukleistern.

Ich stimme Dir zu, dass ein Netzwerk mit 4 Räumen à 10-15 Geräten durchaus von einem einzigen Adapter bedient werden könnte. Allerdings kennen wir die Physik nicht, und können daher nur von der Theorie ausgehen. Oder spekulieren: Es ist gut möglich, dass die Räume so gut abgeschirmt sind, dass eine Kommunikation zwischen den Räumen erschwert wird. Eventuell sind auch ringsherum verschiedene WLANs in Betrieb (+ das eigene), die außerhalb der eigenen Kontrolle liegen, und welche in die verschiedenen Räume reinfunken, höchstwahrscheinlich dann sogar auf unterschiedlichen Kanälen, was das Finden eines einzigen Zigbee-Kanals, welcher im ganzen Haus / Wohnung passt, erschweren dürfte.
Möglicherweise betrifft es auch nur einzelne Geräte in den Räumen. Aber ein fehlendes Gerät reicht aus, um den Nutzen des Netzwerks zu reduzieren.
Man kann natürlich versuchen die mangelnde Konnektivität durch strategische Platzierung von Router-Geräten zu verbessern, aber das ist nicht überall möglich, und wurde ja wohl auch schon versucht.

Von daher kann es durchaus Sinn machen, mehrere Netze aufzubauen. Und solange ausreichend RAM und CPU Power vorhanden sind, spricht meiner Meinung nichts dagegen. Ab einer gewissen Größe des Netzwerks ist es sowieso sinnvoll es auf mehrere Instanzen aufzuteilen.

Es scheint ja auch hervorragend zu funktionieren, wäre da nicht die Tatsache, dass da irgendwo (mindestens) ein Programmierfehler vorliegt.
Im Log oben sieht man, dass der Adapter auf einen Fehler läuft, wo er (oder eine Bibliothek) auf etwas zugreifen will, dass zu diesem Zeitpunkt noch nicht oder nicht mehr vorhanden, bzw. initialisiert ist. Das müsste der Code eigentlich abfangen oder zumindest mit einer ordentlichen Fehlermeldung quittieren. Ob das Abfangen und korrekte Behandeln der Situation schon ausreichend wäre das komplette Problem zu lösen, oder ob es nur die Spitze des Eisbergs darstellt, lässt sich mit den vorhandenen Information nicht abschließend klären.
Ohne die entsprechende Hardware kann man nicht mal eine Testumgebung aufbauen, um das live zu beobachten. Der Stacktrace ist aber zumindest ein Anfang.

[picky]

@alexhaxe Habe ein Ähnliches Problem seit 2 Jahren.
Meine Fritzbox ist per VPN mit meiner Freundin ihrer Fritzbox im Nachbarort verbunden. Die Sonoff Zigbee ZBBridge ist bei ihr, per ZHA über WLAN angebunden.
Wenn ihr Internet mal die DSL Verbindung zur Telekom länger verliert, kommt es auch ab und zu, zu dem Problem das ihr Zigbee Adapter einfach deaktiviert wird(Restart loop detected), so das ich ihn neu starten muss. Gibt es vielleicht die Möglichkeit diesen Adapter, von dieser Fehlermeldung im System auszuschließen, so das er nicht deaktiviert wird. Es besteht ja kein richtiger Fehler, nur die Internet Verbindung ist unterbrochen.

[AlexHaxe]

@picky said in Zigbee Instanzen stürzen alle paar Tage ab:

@alexhaxe Habe ein Ähnliches Problem seit 2 Jahren.
Meine Fritzbox ist per VPN mit meiner Freundin ihrer Fritzbox im Nachbarort verbunden. Die Sonoff Zigbee ZBBridge ist bei ihr, per ZHA über WLAN angebunden.
Wenn ihr Internet mal die DSL Verbindung zur Telekom länger verliert, kommt es auch ab und zu, zu dem Problem das ihr Zigbee Adapter einfach deaktiviert wird(Restart loop detected), so das ich ihn neu starten muss. Gibt es vielleicht die Möglichkeit diesen Adapter, von dieser Fehlermeldung im System auszuschließen, so das er nicht deaktiviert wird. Es besteht ja kein richtiger Fehler, nur die Internet Verbindung ist unterbrochen.

Ich bin mir nicht sicher, ob ich das Setup korrekt verstehe, ich kenne auch die Hardware nicht. So wie ich das lese ist die Zigbee Hardware über VPN mit einer iobroker Adapter-Instanz verbunden. Bricht die VPN-Brücke weg, dann hat der Adapter keine Verbindung mehr zur Hardware, und vermutlich keine andere Möglichkeit, als die Instanz herunterzufahren. iobroker sieht eine gecrashte Instanz und startet sie neu -> Restart loop.
Hört sich nicht so an wie das Original-Problem, denn hier scheint ja zumindest ein geordnetes Verhalten aufzutreten - auch wenn der automatische Restart solange fehlschlagen wird, bis die Verbindung wieder hergestellt wird.
Trotzdem könnte hier ein Skript unter Verwendung eines Ping-Adapters eine Milderung verschaffen. Es müsste die Instanz stoppen und starten, je nachdem wie das Ping zur Gegenseite ausfällt. Allerdings könnte das Ping-Intervall nicht fein genug sein, um eine Restart-Loop (und die Meldung dazu) komplett zu verhindern. Aber es könnte dafür sorgen, dass das System sich selbst heilt, sobald die Brücke wieder steht.

Aber wie gesagt ist das ein anderes Fehlerbild, denn im Ausgangspost sind die Geräte im LAN des selben Haushalts, was normalerweise nicht so fragil ist, wie eine VPN Verbindung.

[Andreas.S]

@andreas-s
Hier nun mein Bericht nach Ausfall der Instanz Zigbee3
Dieses mal sind alle 3 rot - meistens ist es nur Verbunden mit Gerät oder Dienst und die anderen sind noch grün

Der CC26X2R1ist ja direkt per LAN-Kabel angebunden und erreichbar

Das Protokoll für die Instanz Zigbee3 an diesem Tag sieht so aus ...

	Zeile   20: 2025-05-07 00:13:18.364 - info: zigbee.3 (148527) Stopping to ping 0x00178801030dc382 LWB010 after 4 ping attempts
	Zeile   21: 2025-05-07 00:13:18.693 - info: zigbee.3 (148527) Stopping to ping 0x0017880102b31fc2 LWB010 after 4 ping attempts
	Zeile   22: 2025-05-07 00:13:18.814 - info: zigbee.3 (148527) Stopping to ping 0x7cb03eaa0a002eb9 Plug 01 after 4 ping attempts
	Zeile  471: 2025-05-07 11:26:16.751 - error: zigbee.3 (148527) Adapter disconnected, stopping
	Zeile  472: 2025-05-07 11:26:26.857 - info: zigbee.3 (148527) Try to reconnect.
	Zeile  473: 2025-05-07 11:26:26.858 - info: zigbee.3 (148527) Starting Adapter npm ...
	Zeile  474: 2025-05-07 11:26:26.862 - info: zigbee.3 (148527) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
	Zeile  475: 2025-05-07 11:26:26.863 - info: zigbee.3 (148527) Starting Zigbee-Herdsman
	Zeile  483: 2025-05-07 11:27:33.600 - warn: zigbee.3 (148527) Network parameters in Config : panID=6752 channel=11 extendedPanID=a3c2a022014c1301
	Zeile  484: 2025-05-07 11:27:33.601 - warn: zigbee.3 (148527) Network parameters on Coordinator: panID=6752 channel=11 extendedPanID=00124b00219fc1a2
	Zeile  485: 2025-05-07 11:27:33.661 - error: zigbee.3 (148527) Starting zigbee-herdsman problem : Cannot read properties of null (reading 'key')
	Zeile  486: 2025-05-07 11:27:33.675 - error: zigbee.3 (148527) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
	Zeile  487: 2025-05-07 11:27:33.676 - error: zigbee.3 (148527) unhandled promise rejection: undefined
	Zeile  488: 2025-05-07 11:27:33.676 - error: zigbee.3 (148527) undefined
	Zeile  489: 2025-05-07 11:27:33.724 - info: zigbee.3 (148527) cleaned everything up...
	Zeile  490: 2025-05-07 11:27:33.726 - info: zigbee.3 (148527) local config saved
	Zeile  491: 2025-05-07 11:27:33.727 - info: zigbee.3 (148527) Saved local configuration data
	Zeile  492: 2025-05-07 11:27:33.728 - info: zigbee.3 (148527) terminating
	Zeile  493: 2025-05-07 11:27:33.730 - warn: zigbee.3 (148527) Terminated (UNCAUGHT_EXCEPTION): Without reason
	Zeile  494: 2025-05-07 11:27:33.766 - error: zigbee.3 (148527) Failed to open the network: Error: Cannot request when znp has not been initialized yet
	Zeile  505: 2025-05-07 11:27:33.773 - info: zigbee.3 (148527) terminating
	Zeile  506: 2025-05-07 11:27:34.233 - info: zigbee.3 (148527) terminating
	Zeile  509: 2025-05-07 11:27:34.370 - error: host.iob2022 instance system.adapter.zigbee.3 terminated with code 6 (UNCAUGHT_EXCEPTION)
	Zeile  510: 2025-05-07 11:27:34.370 - info: host.iob2022 Restart adapter system.adapter.zigbee.3 because enabled
	Zeile  513: 2025-05-07 11:28:05.148 - info: host.iob2022 instance system.adapter.zigbee.3 in version "2.0.5" started with pid 156602
	Zeile  514: 2025-05-07 11:28:08.508 - info: zigbee.3 (156602) starting. Version 2.0.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.0, js-controller: 7.0.6
	Zeile  515: 2025-05-07 11:28:08.535 - info: zigbee.3 (156602) init localConfig
	Zeile  516: 2025-05-07 11:28:08.543 - info: zigbee.3 (156602) --> transmitPower : normal
	Zeile  517: 2025-05-07 11:28:08.556 - info: zigbee.3 (156602) delete old Backup files. keep only last 10
	Zeile  518: 2025-05-07 11:28:08.561 - info: zigbee.3 (156602) --- creating device debug ---
	Zeile  519: 2025-05-07 11:28:08.562 - info: zigbee.3 (156602) Starting Adapter npm ...
	Zeile  520: 2025-05-07 11:28:08.614 - info: zigbee.3 (156602) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
	Zeile  521: 2025-05-07 11:28:08.616 - info: zigbee.3 (156602) Starting Zigbee-Herdsman
	Zeile  522: 2025-05-07 11:28:31.626 - warn: zigbee.3 (156602) Device 0x00158d0009d0df86 "WSDCGQ11LM" not found.
	Zeile  523: 2025-05-07 11:28:31.674 - info: zigbee.3 (156602) debug devices set to []
	Zeile  524: 2025-05-07 11:28:32.444 - warn: zigbee.3 (156602) Network parameters in Config : panID=6752 channel=11 extendedPanID=a3c2a022014c1301
	Zeile  525: 2025-05-07 11:28:32.444 - warn: zigbee.3 (156602) Network parameters on Coordinator: panID=6752 channel=11 extendedPanID=00124b00219fc1a2
	Zeile  526: 2025-05-07 11:28:44.470 - warn: zigbee.3 (156602) unable to stop zigbee-herdsman after failed startup
	Zeile  527: 2025-05-07 11:28:44.620 - error: zigbee.3 (156602) Starting zigbee-herdsman problem : SRSP - UTIL - getDeviceInfo after 6000ms
	Zeile  528: 2025-05-07 11:28:44.621 - error: zigbee.3 (156602) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
	Zeile  529: 2025-05-07 11:28:44.622 - error: zigbee.3 (156602) unhandled promise rejection: undefined
	Zeile  530: 2025-05-07 11:28:44.622 - error: zigbee.3 (156602) undefined
	Zeile  531: 2025-05-07 11:28:44.666 - info: zigbee.3 (156602) cleaned everything up...
	Zeile  532: 2025-05-07 11:28:44.667 - info: zigbee.3 (156602) local config saved
	Zeile  533: 2025-05-07 11:28:44.669 - info: zigbee.3 (156602) Saved local configuration data
	Zeile  534: 2025-05-07 11:28:44.670 - info: zigbee.3 (156602) terminating
	Zeile  535: 2025-05-07 11:28:44.672 - warn: zigbee.3 (156602) Terminated (UNCAUGHT_EXCEPTION): Without reason
	Zeile  536: 2025-05-07 11:28:44.851 - warn: zigbee.3 (156602) Device 0x00158d000444ad85 "MCCGQ11LM" not found.
	Zeile  537: 2025-05-07 11:28:44.852 - warn: zigbee.3 (156602) Device 0x0017880102b31fc2 "8718696449691" not found.
	Zeile  538: 2025-05-07 11:28:44.852 - warn: zigbee.3 (156602) Device 0x00178801030dc382 "8718696449691" not found.
	Zeile  539: 2025-05-07 11:28:44.853 - warn: zigbee.3 (156602) Device 0x00158d00028ecca8 "MCCGQ01LM" not found.
	Zeile  540: 2025-05-07 11:28:44.854 - warn: zigbee.3 (156602) Device 0x00158d0003f29d41 "RTCGQ11LM" not found.
	Zeile  541: 2025-05-07 11:28:44.854 - warn: zigbee.3 (156602) Device 0x00158d00040aa64d "MCCGQ11LM" not found.
	Zeile  542: 2025-05-07 11:28:44.855 - warn: zigbee.3 (156602) Device 0x00158d0003d2dfaf "WSDCGQ11LM" not found.
	Zeile  543: 2025-05-07 11:28:44.857 - warn: zigbee.3 (156602) Device 0x00158d0006795c22 "WSDCGQ11LM" not found.
	Zeile  544: 2025-05-07 11:28:44.858 - warn: zigbee.3 (156602) Device 0x00158d000407fd80 "WSDCGQ11LM" not found.
	Zeile  545: 2025-05-07 11:28:44.858 - warn: zigbee.3 (156602) Device 0x00158d0002f7bfb9 "WSDCGQ11LM" not found.
	Zeile  546: 2025-05-07 11:28:44.859 - warn: zigbee.3 (156602) Device 0x7cb03eaa0a002eb9 "AB3257001NJ" not found.
	Zeile  547: 2025-05-07 11:28:44.860 - warn: zigbee.3 (156602) Device 0x00158d0002ca12d8 "MCCGQ11LM" not found.
	Zeile  548: 2025-05-07 11:28:44.860 - warn: zigbee.3 (156602) Device 0x00158d000444ac77 "MCCGQ11LM" not found.
	Zeile  549: 2025-05-07 11:28:44.861 - warn: zigbee.3 (156602) Device 0x7cb03eaa00b22528 "AB3257001NJ" not found.
	Zeile  550: 2025-05-07 11:28:45.218 - info: zigbee.3 (156602) terminating
	Zeile  551: 2025-05-07 11:28:45.346 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000407fd80.link_quality: DB closed
	Zeile  552: 2025-05-07 11:28:45.347 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0002f7bfb9.available: DB closed
	Zeile  553: 2025-05-07 11:28:45.348 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0002f7bfb9.available: DB closed
	Zeile  554: 2025-05-07 11:28:45.349 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0002f7bfb9.link_quality: DB closed
	Zeile  555: 2025-05-07 11:28:45.349 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0002f7bfb9.link_quality: DB closed
	Zeile  556: 2025-05-07 11:28:45.350 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.7cb03eaa0a002eb9.available: DB closed
	Zeile  557: 2025-05-07 11:28:45.351 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.7cb03eaa0a002eb9.available: DB closed
	Zeile  558: 2025-05-07 11:28:45.352 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.7cb03eaa0a002eb9.link_quality: DB closed
	Zeile  559: 2025-05-07 11:28:45.353 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.7cb03eaa0a002eb9.link_quality: DB closed
	Zeile  560: 2025-05-07 11:28:45.354 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0002ca12d8.available: DB closed
	Zeile  561: 2025-05-07 11:28:45.354 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0002ca12d8.available: DB closed
	Zeile  562: 2025-05-07 11:28:45.355 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0002ca12d8.link_quality: DB closed
	Zeile  563: 2025-05-07 11:28:45.356 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0002ca12d8.link_quality: DB closed
	Zeile  564: 2025-05-07 11:28:45.356 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000444ac77.available: DB closed
	Zeile  565: 2025-05-07 11:28:45.357 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000444ac77.available: DB closed
	Zeile  566: 2025-05-07 11:28:45.358 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000444ac77.link_quality: DB closed
	Zeile  567: 2025-05-07 11:28:45.358 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000444ac77.link_quality: DB closed
	Zeile  568: 2025-05-07 11:28:45.359 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.7cb03eaa00b22528.available: DB closed
	Zeile  569: 2025-05-07 11:28:45.360 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.7cb03eaa00b22528.available: DB closed
	Zeile  570: 2025-05-07 11:28:45.361 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.7cb03eaa00b22528.link_quality: DB closed
	Zeile  571: 2025-05-07 11:28:45.361 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.7cb03eaa00b22528.link_quality: DB closed
	Zeile  572: 2025-05-07 11:28:45.362 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0009d0df86.available: DB closed
	Zeile  573: 2025-05-07 11:28:45.363 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000444ad85.available: DB closed
	Zeile  574: 2025-05-07 11:28:45.364 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000444ad85.available: DB closed
	Zeile  575: 2025-05-07 11:28:45.365 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000444ad85.link_quality: DB closed
	Zeile  576: 2025-05-07 11:28:45.366 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000444ad85.link_quality: DB closed
	Zeile  577: 2025-05-07 11:28:45.366 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.0017880102b31fc2.available: DB closed
	Zeile  578: 2025-05-07 11:28:45.366 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.0017880102b31fc2.available: DB closed
	Zeile  579: 2025-05-07 11:28:45.367 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.0017880102b31fc2.link_quality: DB closed
	Zeile  580: 2025-05-07 11:28:45.367 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.0017880102b31fc2.link_quality: DB closed
	Zeile  581: 2025-05-07 11:28:45.368 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00178801030dc382.available: DB closed
	Zeile  582: 2025-05-07 11:28:45.368 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00178801030dc382.available: DB closed
	Zeile  583: 2025-05-07 11:28:45.368 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00178801030dc382.link_quality: DB closed
	Zeile  584: 2025-05-07 11:28:45.369 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00178801030dc382.link_quality: DB closed
	Zeile  585: 2025-05-07 11:28:45.369 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d00028ecca8.available: DB closed
	Zeile  586: 2025-05-07 11:28:45.370 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d00028ecca8.available: DB closed
	Zeile  587: 2025-05-07 11:28:45.371 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d00028ecca8.link_quality: DB closed
	Zeile  588: 2025-05-07 11:28:45.371 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d00028ecca8.link_quality: DB closed
	Zeile  589: 2025-05-07 11:28:45.372 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0003f29d41.available: DB closed
	Zeile  590: 2025-05-07 11:28:45.373 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0003f29d41.available: DB closed
	Zeile  591: 2025-05-07 11:28:45.373 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0003f29d41.link_quality: DB closed
	Zeile  592: 2025-05-07 11:28:45.374 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0003f29d41.link_quality: DB closed
	Zeile  593: 2025-05-07 11:28:45.374 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d00040aa64d.available: DB closed
	Zeile  594: 2025-05-07 11:28:45.375 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d00040aa64d.available: DB closed
	Zeile  595: 2025-05-07 11:28:45.375 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d00040aa64d.link_quality: DB closed
	Zeile  596: 2025-05-07 11:28:45.376 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d00040aa64d.link_quality: DB closed
	Zeile  597: 2025-05-07 11:28:45.376 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0003d2dfaf.available: DB closed
	Zeile  598: 2025-05-07 11:28:45.376 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0003d2dfaf.available: DB closed
	Zeile  599: 2025-05-07 11:28:45.377 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0003d2dfaf.link_quality: DB closed
	Zeile  600: 2025-05-07 11:28:45.377 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0003d2dfaf.link_quality: DB closed
	Zeile  601: 2025-05-07 11:28:45.378 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0006795c22.available: DB closed
	Zeile  602: 2025-05-07 11:28:45.378 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0006795c22.available: DB closed
	Zeile  603: 2025-05-07 11:28:45.378 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0006795c22.link_quality: DB closed
	Zeile  604: 2025-05-07 11:28:45.379 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d0006795c22.link_quality: DB closed
	Zeile  605: 2025-05-07 11:28:45.379 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000407fd80.available: DB closed
	Zeile  606: 2025-05-07 11:28:45.380 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000407fd80.available: DB closed
	Zeile  607: 2025-05-07 11:28:45.380 - warn: zigbee.3 (156602) Could not perform strict object check of state zigbee.3.00158d000407fd80.link_quality: DB closed
	Zeile  611: 2025-05-07 11:28:45.585 - error: host.iob2022 instance system.adapter.zigbee.3 terminated with code 6 (UNCAUGHT_EXCEPTION)
	Zeile  612: 2025-05-07 11:28:45.586 - info: host.iob2022 Restart adapter system.adapter.zigbee.3 because enabled
	Zeile  615: 2025-05-07 11:29:16.473 - info: host.iob2022 instance system.adapter.zigbee.3 in version "2.0.5" started with pid 156618
	Zeile  616: 2025-05-07 11:29:19.860 - info: zigbee.3 (156618) starting. Version 2.0.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.0, js-controller: 7.0.6
	Zeile  617: 2025-05-07 11:29:19.886 - info: zigbee.3 (156618) init localConfig
	Zeile  618: 2025-05-07 11:29:19.895 - info: zigbee.3 (156618) --> transmitPower : normal
	Zeile  619: 2025-05-07 11:29:19.908 - info: zigbee.3 (156618) delete old Backup files. keep only last 10
	Zeile  620: 2025-05-07 11:29:19.912 - info: zigbee.3 (156618) --- creating device debug ---
	Zeile  621: 2025-05-07 11:29:19.914 - info: zigbee.3 (156618) Starting Adapter npm ...
	Zeile  622: 2025-05-07 11:29:19.962 - info: zigbee.3 (156618) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
	Zeile  623: 2025-05-07 11:29:19.964 - info: zigbee.3 (156618) Starting Zigbee-Herdsman
	Zeile  628: 2025-05-07 11:30:03.054 - info: zigbee.3 (156618) Unable to obtain herdsman settings
	Zeile  629: 2025-05-07 11:30:03.284 - error: zigbee.3 (156618) Starting zigbee-herdsman problem : SRSP - SAPI - readConfiguration after 6000ms
	Zeile  630: 2025-05-07 11:30:03.286 - error: zigbee.3 (156618) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
	Zeile  631: 2025-05-07 11:30:03.287 - error: zigbee.3 (156618) unhandled promise rejection: undefined
	Zeile  632: 2025-05-07 11:30:03.288 - error: zigbee.3 (156618) undefined
	Zeile  633: 2025-05-07 11:30:03.356 - info: zigbee.3 (156618) cleaned everything up...
	Zeile  634: 2025-05-07 11:30:03.363 - info: zigbee.3 (156618) local config saved
	Zeile  635: 2025-05-07 11:30:03.366 - info: zigbee.3 (156618) Saved local configuration data
	Zeile  636: 2025-05-07 11:30:03.367 - info: zigbee.3 (156618) terminating
	Zeile  637: 2025-05-07 11:30:03.370 - warn: zigbee.3 (156618) Terminated (UNCAUGHT_EXCEPTION): Without reason
	Zeile  638: 2025-05-07 11:30:03.687 - error: zigbee.3 (156618) Failed to open the network: TypeError: Cannot read properties of undefined (reading 'permitJoin')
	Zeile  644: 2025-05-07 11:30:03.700 - info: zigbee.3 (156618) terminating
	Zeile  645: 2025-05-07 11:30:03.703 - warn: zigbee.3 (156618) Device 0x00158d000444ad85 "MCCGQ11LM" not found.
	Zeile  646: 2025-05-07 11:30:03.704 - warn: zigbee.3 (156618) Device 0x0017880102b31fc2 "8718696449691" not found.
	Zeile  647: 2025-05-07 11:30:03.705 - warn: zigbee.3 (156618) Device 0x00178801030dc382 "8718696449691" not found.
	Zeile  648: 2025-05-07 11:30:03.706 - warn: zigbee.3 (156618) Device 0x00158d00028ecca8 "MCCGQ01LM" not found.
	Zeile  649: 2025-05-07 11:30:03.707 - warn: zigbee.3 (156618) Device 0x00158d0003f29d41 "RTCGQ11LM" not found.
	Zeile  650: 2025-05-07 11:30:03.707 - warn: zigbee.3 (156618) Device 0x00158d00040aa64d "MCCGQ11LM" not found.
	Zeile  651: 2025-05-07 11:30:03.708 - warn: zigbee.3 (156618) Device 0x00158d0003d2dfaf "WSDCGQ11LM" not found.
	Zeile  652: 2025-05-07 11:30:03.709 - warn: zigbee.3 (156618) Device 0x00158d0006795c22 "WSDCGQ11LM" not found.
	Zeile  653: 2025-05-07 11:30:03.709 - warn: zigbee.3 (156618) Device 0x00158d000407fd80 "WSDCGQ11LM" not found.
	Zeile  654: 2025-05-07 11:30:03.710 - warn: zigbee.3 (156618) Device 0x00158d0002f7bfb9 "WSDCGQ11LM" not found.
	Zeile  655: 2025-05-07 11:30:03.712 - warn: zigbee.3 (156618) Device 0x7cb03eaa0a002eb9 "AB3257001NJ" not found.
	Zeile  656: 2025-05-07 11:30:03.712 - warn: zigbee.3 (156618) Device 0x00158d0002ca12d8 "MCCGQ11LM" not found.
	Zeile  657: 2025-05-07 11:30:03.713 - warn: zigbee.3 (156618) Device 0x00158d000444ac77 "MCCGQ11LM" not found.
	Zeile  658: 2025-05-07 11:30:03.713 - warn: zigbee.3 (156618) Device 0x7cb03eaa00b22528 "AB3257001NJ" not found.
	Zeile  659: 2025-05-07 11:30:03.714 - warn: zigbee.3 (156618) Device 0x00158d0009d0df86 "WSDCGQ11LM" not found.
	Zeile  660: 2025-05-07 11:30:03.827 - info: zigbee.3 (156618) debug devices set to []
	Zeile  663: 2025-05-07 11:30:04.166 - info: zigbee.3 (156618) terminating
	Zeile  666: 2025-05-07 11:30:04.504 - error: host.iob2022 instance system.adapter.zigbee.3 terminated with code 6 (UNCAUGHT_EXCEPTION)
	Zeile  667: 2025-05-07 11:30:04.505 - info: host.iob2022 Restart adapter system.adapter.zigbee.3 because enabled
	Zeile  668: 2025-05-07 11:30:04.505 - warn: host.iob2022 Do not restart adapter system.adapter.zigbee.3 because restart loop detected

In diesem Fall hat ein manueller Stopp und Start funktioniert. Der Workaround über Zigbee5 ist nur in Ausnahmefällen nötig. Danach läuft wieder alles.

[Asgothian]

@andreas-s Es ist erkennbar das du ein Problem mit dem Netzwerk hast (LAN, nicht Zigbee):

Zeile  471: 2025-05-07 11:26:16.751 - error: zigbee.3 (148527) Adapter disconnected, stopping

Dieses tritt auf wenn der Zigbee-Herdsman nicht mit der Firmware auf dem Koordinator kommunizieren kann. Wann genau das passiert und welche Bedingungen da genau Auslöser sind kann ich nicht sagen, aber:

Das was bei Dir genutzt wird ist 'Simulierte Serielle Kommunikation via TCP/IP' Das ist in sofern kritisch, als das bei der seriellen Kommunikation keinerlei Verzögerungen innerhalb der Kommunikation erlaubt sind. Die Kommunikation ist nicht in "Pakete" zerteilt die in sich asynchron kommen dürfen, sondern setzt einen kontinuierlichen Datenstrom zwischen Sender und Empfänger voraus.

Ein einziges verlorenes oder zu lange Verzögertes Paket kann bei der Emulation über TCP/IP den Informationsfluss so stören das es zu Problemen kommt.
Auf Seiten des ZH ist denkbar das entsprechende Vorkehrungen getroffen sind damit umzugehen - auf Seiten der Zigbee-Firmware gehe ich davon aus das das eher nicht der Fall ist.

Damit ist denkbar das auch kleine Störungen im Netz dazu führen das der Koordinator in einen ungünstigen Zustand fällt. Was mich interessiert ist ob du nach dem Ausfall der Instanz diese wiederbeleben kannst wenn du statt einem Neustart der Instanz einfach nur den Koordinator vom Strom nimmst und dadurch zurück setzt.

A.

[Andreas.S]

@asgothian
Hallo,
vielen Dank für deine Antwort. Ich werde das beim nächsten mal testen.
Ich habe zwei Möglichkeiten das zu tun. Ich kann den Strom komplett trennen und wieder einstecken oder einen Reboot (siehe Screenshot) machen.
Folgende Fragen hätte ich noch:

1. Ist mit "wiederbeleben" gemeint, dass die Instanz, ohne sie im iobroker neu zu starten, selbst wieder grün wird?
2. Gibt es eine andere Möglichkeit der Kommunikation anstatt 'Simulierte Serielle Kommunikation via TCP/IP'?

[Asgothian]

@andreas-s sagte in Zigbee Instanzen stürzen alle paar Tage ab:

@asgothian
Hallo,
vielen Dank für deine Antwort. Ich werde das beim nächsten mal testen.
Ich habe zwei Möglichkeiten das zu tun. Ich kann den Strom komplett trennen und wieder einstecken oder einen Reboot (siehe Screenshot) machen.

Reboot via Web Interface sollte reichen. Sofern du das per direkter URL remote auslösen kannst liesse sich das Skripten.

Folgende Fragen hätte ich noch:

1. Ist mit "wiederbeleben" gemeint, dass die Instanz, ohne sie im iobroker neu zu starten, selbst wieder grün wird?

Ja.

2. Gibt es eine andere Möglichkeit der Kommunikation anstatt 'Simulierte Serielle Kommunikation via TCP/IP'?

Direkt per USB einstecken, bzw. eine 'intelligente Bridge' nutzen. (sprich 'mindestens' einen PI Zero mit USB angebundenem Zigbee-Stick und zigbee2mqtt.io drauf). Ob das allerdings von der Leistung her passt weiss ich nicht.

Eine Andere Möglichkeit über das Netz kenne ich nicht.

[Andreas.S]

@asgothian
Vielen Dank für die präzisen Antworten.
Zum USB Stick muss ich sagen, wie im Eingangspost erwähnt, habe ich viele verschiedene gekauft. Tatsächlich kann ich mich nicht erinnern, dass hier eine Instanz auf rot gegangen wäre, dennoch hilft das nicht, wenn ich nur die Devices direkt im Raum und sporadisch einige Angrenzende steuern kann. Auch hatte ich mehrere RaspberryPi als Slave mit USB Sticks getestet, was dann aber zu anderen Problemen führte. Bis auf das Problem notwendiger Neustarts alle paar Tage bin ich mit mit der aktuellen Installation total zufrieden. Jeder Button, jeder Fensterkontakt,... alles ist perfekt zu erreichen (bis zum lästigen Abbruch )

Dein Hinweis mit Skripten bringt mich allerdings auf eine Idee. Ich könnte die CC26X2R1 an WLAN-Steckdosen hängen. Wenn ich es hinbekommen im iobroker den Zigbee-Abbruch als Auslöse-Trigger zu bekommen, könnte ich direkt den WLAN-Schalter aus und nach ~10 Sekunden wieder einschalten.
In jeder Zigbee-Instanz habe ich doch den State "info.connection". Das sollte IMHO auf FALSE gehen, wenn ein Abbruch erfolgt und als Auslöse-Trigger taugen.

Ich werde das testen.

[Asgothian]

@andreas-s sagte in Zigbee Instanzen stürzen alle paar Tage ab:

Dein Hinweis mit Skripten bringt mich allerdings auf eine Idee. Ich könnte die CC26X2R1 an WLAN-Steckdosen hängen. Wenn ich es hinbekommen im iobroker den Zigbee-Abbruch als Auslöse-Trigger zu bekommen, könnte ich direkt den WLAN-Schalter aus und nach ~10 Sekunden wieder einschalten.
In jeder Zigbee-Instanz habe ich doch den State "info.connection". Das sollte IMHO auf FALSE gehen, wenn ein Abbruch erfolgt und als Auslöse-Trigger taugen.
Ich werde das testen.

Ich empfehle dir eher heraus zu bekommen ob der Neustart per URL direkt ausgelöst werden kann - dann kannst du im Skript erst einmal verifizieren das der wieder am Leben ist und ihn dann darüber Zurück setzen anstatt ihn einfach hart Umzulegen. Letztendlich kann ein Ausfall ja auch längerfristig entstehen wenn es wirklich Netzwerkprobleme gibt. Da hilft dann ein 'power cycle' nicht.

A.

[Andreas.S]

@asgothian
Netzwerkprobleme im IP-Netzwerk würde ich eher nicht erwarten. Die CC2642R1 sind per Kabel angebunden und immer erreichbar.

Den Ansatz per direkter URL remote einen Reboot auszulösen finde ich sehr interessant.
Ich habe ein kleines Java-Skript aktiviert, dass als Trigger den Verbindungsverlust nimmt und dann den reboot per URL auslöst.

Ein erster Test des Skripts (bei nicht unterbrochener Verbindung) zeigt, dass der ioBroker sofort die Unterbrechung mitbekommt und den Adapter neu startet. Nach etwas mehr als einer Minute ist alles wieder durchgestartet.
Also in der Testsituation klappt das. Jetzt werde ich Abwarten, ob es auch klappt, wenn die Verbindung verloren ist und dann der Reboot durch diesen Verbindungsverlust ausgelöst wird.

2025-05-10 12:12:43.513 - info: javascript.0 (886) script.js.Javaskripte.Zigbee_3_Reboot_Test: Testbutton ausgelöst – sende Reboot-Befehl an CC2642R1…
2025-05-10 12:12:43.577 - info: javascript.0 (886) script.js.Javaskripte.Zigbee_3_Reboot_Test: Reboot-Request Status:
2025-05-10 12:13:07.881 - error: zigbee.3 (171318) Adapter disconnected, stopping
2025-05-10 12:13:07.889 - error: zigbee.3 (171318) Adapter disconnected, stopping
2025-05-10 12:13:07.894 - error: zigbee.3 (171318) Adapter disconnected, stopping
2025-05-10 12:13:07.897 - error: zigbee.3 (171318) Adapter disconnected, stopping
2025-05-10 12:13:07.900 - error: zigbee.3 (171318) Adapter disconnected, stopping
2025-05-10 12:13:07.906 - error: zigbee.3 (171318) Adapter disconnected, stopping
2025-05-10 12:13:07.909 - error: zigbee.3 (171318) Adapter disconnected, stopping
2025-05-10 12:13:07.912 - error: zigbee.3 (171318) Adapter disconnected, stopping
2025-05-10 12:13:17.951 - info: zigbee.3 (171318) Try to reconnect.
2025-05-10 12:13:17.952 - info: zigbee.3 (171318) Starting Adapter npm ...
2025-05-10 12:13:17.953 - info: zigbee.3 (171318) Try to reconnect.
2025-05-10 12:13:17.953 - info: zigbee.3 (171318) Starting Adapter npm ...
2025-05-10 12:13:17.954 - info: zigbee.3 (171318) Try to reconnect.
2025-05-10 12:13:17.954 - info: zigbee.3 (171318) Starting Adapter npm ...
2025-05-10 12:13:17.954 - info: zigbee.3 (171318) Try to reconnect.
2025-05-10 12:13:17.955 - info: zigbee.3 (171318) Starting Adapter npm ...
2025-05-10 12:13:17.955 - info: zigbee.3 (171318) Try to reconnect.
2025-05-10 12:13:17.955 - info: zigbee.3 (171318) Starting Adapter npm ...
2025-05-10 12:13:17.956 - info: zigbee.3 (171318) Try to reconnect.
2025-05-10 12:13:17.956 - info: zigbee.3 (171318) Starting Adapter npm ...
2025-05-10 12:13:17.956 - info: zigbee.3 (171318) Try to reconnect.
2025-05-10 12:13:17.957 - info: zigbee.3 (171318) Starting Adapter npm ...
2025-05-10 12:13:17.957 - info: zigbee.3 (171318) Try to reconnect.
2025-05-10 12:13:17.957 - info: zigbee.3 (171318) Starting Adapter npm ...
2025-05-10 12:13:17.971 - info: zigbee.3 (171318) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
2025-05-10 12:13:17.972 - info: zigbee.3 (171318) Starting Zigbee-Herdsman
2025-05-10 12:13:17.979 - info: zigbee.3 (171318) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
2025-05-10 12:13:17.980 - info: zigbee.3 (171318) Starting Zigbee-Herdsman
2025-05-10 12:13:17.983 - info: zigbee.3 (171318) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
2025-05-10 12:13:17.984 - info: zigbee.3 (171318) Starting Zigbee-Herdsman
2025-05-10 12:13:17.986 - info: zigbee.3 (171318) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
2025-05-10 12:13:17.986 - info: zigbee.3 (171318) Starting Zigbee-Herdsman
2025-05-10 12:13:17.989 - info: zigbee.3 (171318) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
2025-05-10 12:13:17.989 - info: zigbee.3 (171318) Starting Zigbee-Herdsman
2025-05-10 12:13:17.992 - info: zigbee.3 (171318) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
2025-05-10 12:13:17.992 - info: zigbee.3 (171318) Starting Zigbee-Herdsman
2025-05-10 12:13:17.995 - info: zigbee.3 (171318) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
2025-05-10 12:13:17.996 - info: zigbee.3 (171318) Starting Zigbee-Herdsman
2025-05-10 12:13:18.004 - warn: zigbee.3 (171318) Network parameters in Config : panID=6752 channel=11 extendedPanID=a3c2a022014c1301
2025-05-10 12:13:18.004 - warn: zigbee.3 (171318) Network parameters on Coordinator: panID=6752 channel=11 extendedPanID=00124b00219fc1a2
2025-05-10 12:13:18.019 - error: zigbee.3 (171318) Starting zigbee-herdsman problem : Error while opening socket
2025-05-10 12:13:18.022 - error: zigbee.3 (171318) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2025-05-10 12:13:18.023 - error: zigbee.3 (171318) unhandled promise rejection: undefined
2025-05-10 12:13:18.023 - error: zigbee.3 (171318) undefined
2025-05-10 12:13:18.076 - info: zigbee.3 (171318) cleaned everything up...
2025-05-10 12:13:18.077 - info: zigbee.3 (171318) local config saved
2025-05-10 12:13:18.079 - info: zigbee.3 (171318) Saved local configuration data
2025-05-10 12:13:18.080 - info: zigbee.3 (171318) terminating
2025-05-10 12:13:18.082 - warn: zigbee.3 (171318) Terminated (UNCAUGHT_EXCEPTION): Without reason
2025-05-10 12:13:18.108 - error: zigbee.3 (171318) Failed to open the network: Error: Cannot request when znp has not been initialized yet
at Znp.request (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:240:19)
at ZStackAdapter.dataRequestExtended (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:1100:24)
at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:746:24
at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:26)
at ZStackAdapter.sendZclFrameToAll (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:744:33)
at GreenPower.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/greenPower.ts:591:32)
at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:315:35)
at ZigbeeController.permitJoin (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:659:33)
at ZigbeeController.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:634:24)
at processTicksAndRejections (node:internal/process/task_queues:95:5)
2025-05-10 12:13:18.117 - info: zigbee.3 (171318) terminating
2025-05-10 12:13:18.119 - warn: zigbee.3 (171318) Network parameters in Config : panID=6752 channel=11 extendedPanID=a3c2a022014c1301
2025-05-10 12:13:18.119 - warn: zigbee.3 (171318) Network parameters on Coordinator: panID=6752 channel=11 extendedPanID=00124b00219fc1a2
2025-05-10 12:13:18.128 - error: zigbee.3 (171318) Starting zigbee-herdsman problem : Error while opening socket
2025-05-10 12:13:18.129 - error: zigbee.3 (171318) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2025-05-10 12:13:18.129 - error: zigbee.3 (171318) unhandled promise rejection: undefined
2025-05-10 12:13:18.129 - error: zigbee.3 (171318) undefined
2025-05-10 12:13:18.135 - warn: zigbee.3 (171318) Network parameters in Config : panID=6752 channel=11 extendedPanID=a3c2a022014c1301
2025-05-10 12:13:18.136 - warn: zigbee.3 (171318) Network parameters on Coordinator: panID=6752 channel=11 extendedPanID=00124b00219fc1a2
2025-05-10 12:13:18.141 - error: zigbee.3 (171318) Starting zigbee-herdsman problem : Error while opening socket
2025-05-10 12:13:18.142 - error: zigbee.3 (171318) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2025-05-10 12:13:18.142 - error: zigbee.3 (171318) unhandled promise rejection: undefined
2025-05-10 12:13:18.142 - error: zigbee.3 (171318) undefined
2025-05-10 12:13:18.153 - info: zigbee.3 (171318) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
2025-05-10 12:13:18.153 - info: zigbee.3 (171318) Starting Zigbee-Herdsman
2025-05-10 12:13:18.584 - info: zigbee.3 (171318) terminating
2025-05-10 12:13:18.771 - error: host.iob2022 Caught by controller[1]: [2025-05-10T10:13:07.878Z] zh:zstack:znp: Socket error Error: read ETIMEDOUT
2025-05-10 12:13:18.773 - error: host.iob2022 Caught by controller[2]: [2025-05-10T10:13:07.879Z] zh:zstack:znp: Socket error Error: read ETIMEDOUT
2025-05-10 12:13:18.773 - error: host.iob2022 Caught by controller[3]: [2025-05-10T10:13:18.003Z] zh:zstack:znp: Socket error Error: connect EPIPE 192.168.178.130:20108
2025-05-10 12:13:18.773 - error: host.iob2022 Caught by controller[4]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2025-05-10 12:13:18.773 - error: host.iob2022 Caught by controller[5]: Error herdsman start
2025-05-10 12:13:18.774 - error: host.iob2022 Caught by controller[6]: [2025-05-10T10:13:18.118Z] zh:zstack:znp: Socket error Error: connect EPIPE 192.168.178.130:20108
2025-05-10 12:13:18.774 - error: host.iob2022 Caught by controller[7]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2025-05-10 12:13:18.774 - error: host.iob2022 Caught by controller[8]: Error herdsman start
2025-05-10 12:13:18.774 - error: host.iob2022 Caught by controller[9]: [2025-05-10T10:13:18.134Z] zh:zstack:znp: Socket error Error: connect EPIPE 192.168.178.130:20108
2025-05-10 12:13:18.774 - error: host.iob2022 Caught by controller[10]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2025-05-10 12:13:18.774 - error: host.iob2022 Caught by controller[11]: Error herdsman start
2025-05-10 12:13:18.775 - error: host.iob2022 instance system.adapter.zigbee.3 terminated with code 6 (UNCAUGHT_EXCEPTION)
2025-05-10 12:13:18.775 - info: host.iob2022 Restart adapter system.adapter.zigbee.3 because enabled
2025-05-10 12:13:32.743 - info: admin.0 (752) <== Disconnect system.user.admin from ::ffff:192.168.178.21 javascript
2025-05-10 12:13:49.499 - info: host.iob2022 instance system.adapter.zigbee.3 in version "2.0.5" started with pid 202714
2025-05-10 12:13:52.900 - info: zigbee.3 (202714) starting. Version 2.0.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.0, js-controller: 7.0.6
2025-05-10 12:13:52.928 - info: zigbee.3 (202714) init localConfig
2025-05-10 12:13:52.936 - info: zigbee.3 (202714) --> transmitPower : normal
2025-05-10 12:13:52.950 - info: zigbee.3 (202714) delete old Backup files. keep only last 10
2025-05-10 12:13:52.954 - info: zigbee.3 (202714) --- creating device debug ---
2025-05-10 12:13:52.956 - info: zigbee.3 (202714) Starting Adapter npm ...
2025-05-10 12:13:53.007 - info: zigbee.3 (202714) Installed Version: iobroker.zigbee@2.0.5 (Converters 23.6.0 Herdsman 3.5.1)
2025-05-10 12:13:53.009 - info: zigbee.3 (202714) Starting Zigbee-Herdsman
2025-05-10 12:13:54.424 - info: zigbee.3 (202714) Zigbee-Herdsman started successfully with Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20220219}}
2025-05-10 12:13:54.426 - info: zigbee.3 (202714) Unable to disable LED, unsupported function.
2025-05-10 12:13:54.639 - info: zigbee.3 (202714) 0x00158d000444ad85 (addr 48027): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
2025-05-10 12:13:54.829 - info: zigbee.3 (202714) 0x0017880102b31fc2 (addr 18177): 8718696449691 - Philips Hue White A60 Single bulb E27/B22 (Router)
2025-05-10 12:13:54.834 - info: zigbee.3 (202714) 0x00178801030dc382 (addr 57766): 8718696449691 - Philips Hue White A60 Single bulb E27/B22 (Router)
2025-05-10 12:13:54.837 - info: zigbee.3 (202714) 0x00158d00028ecca8 (addr 19476): MCCGQ01LM - Xiaomi Mi door and window sensor (EndDevice)
2025-05-10 12:13:54.840 - info: zigbee.3 (202714) 0x00158d0003f29d41 (addr 60612): RTCGQ11LM - Aqara Motion sensor (EndDevice)
2025-05-10 12:13:54.843 - info: zigbee.3 (202714) 0x00158d00040aa64d (addr 36751): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
2025-05-10 12:13:54.846 - info: zigbee.3 (202714) 0x00158d0003d2dfaf (addr 17235): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)
2025-05-10 12:13:54.849 - info: zigbee.3 (202714) 0x00158d0006795c22 (addr 17235): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)
2025-05-10 12:13:54.853 - info: zigbee.3 (202714) 0x00158d000407fd80 (addr 21659): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)
2025-05-10 12:13:54.857 - info: zigbee.3 (202714) 0x00158d0002f7bfb9 (addr 62255): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)
2025-05-10 12:13:54.874 - info: zigbee.3 (202714) 0x7cb03eaa0a002eb9 (addr 41085): AB3257001NJ - OSRAM Smart+ plug (Router)
2025-05-10 12:13:54.876 - info: zigbee.3 (202714) 0x00158d0002ca12d8 (addr 52694): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
2025-05-10 12:13:54.879 - info: zigbee.3 (202714) 0x00158d000444ac77 (addr 37405): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
2025-05-10 12:13:54.881 - info: zigbee.3 (202714) 0x7cb03eaa00b22528 (addr 17914): AB3257001NJ - OSRAM Smart+ plug (Router)
2025-05-10 12:13:54.883 - info: zigbee.3 (202714) 0x00158d0009d0df86 (addr 42528): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)
2025-05-10 12:13:54.883 - info: zigbee.3 (202714) Currently 15 devices are joined:
2025-05-10 12:13:54.885 - info: zigbee.3 (202714) Zigbee started
2025-05-10 12:13:54.918 - info: zigbee.3 (202714) DeviceConfigure 0x7cb03eaa0a002eb9 AB3257001NJ needed - Device added to Configuration Queue
2025-05-10 12:13:54.966 - info: zigbee.3 (202714) debug devices set to []
2025-05-10 12:13:56.545 - info: zigbee.3 (202714) Failed to ping 0x0017880102b31fc2 LWB010
2025-05-10 12:13:56.703 - info: zigbee.3 (202714) Failed to ping 0x00178801030dc382 LWB010
2025-05-10 12:13:57.155 - info: zigbee.3 (202714) Failed to ping 0x7cb03eaa0a002eb9 Plug 01
2025-05-10 12:13:59.920 - info: zigbee.3 (202714) DeviceConfigureQueue configuring 0x7cb03eaa0a002eb9 Plug 01
2025-05-10 12:13:59.923 - info: zigbee.3 (202714) Configuring 0x7cb03eaa0a002eb9 AB3257001NJ
2025-05-10 12:14:04.919 - info: zigbee.3 (202714) Handled all devices Queued for configuration.

[Asgothian]

@andreas-s sagte in Zigbee Instanzen stürzen alle paar Tage ab:

Netzwerkprobleme im IP-Netzwerk würde ich eher nicht erwarten. Die CC2642R1 sind per Kabel angebunden und immer erreichbar.

Da überschätzt du das Netzwerk gewaltig.Das ist auch nicht weiter verwunderlich. Die wenigsten machen sich darüber Gedanken das es bei einem Paket-Basierten Protokoll auch mal passieren kann das Pakete 'out of order' ankommen. Das bildet das Protokoll ab, und Dienste die darauf aufsetzen müssen damit umgehen können. Unter anderem auch darum wird z.Bsp. beim Streaming mit 'puffern' gearbeitet - so das der Client den kontinuierlichen Stream aus den Paketen zusammensetzen kann.

So etwas kann schnell passieren - einfach durch Periodisierungen auf OS / Protokoll / Netzwerk Ebene. Ich spreche da (leider) aus Erfahrung. Der Versuch eine teure Multi-Schnittstellenkarte durch eine via TCP/IP angebundene Serielle Box zu ersetzen hat immer wieder zu Kommunikationsproblemen mit der externen Hardware geführt - selbst als auf der Rechner-Seite eine dedizierte Netzwerkkarte mit aktivem Netzwerkchip eingesetzt wurde (im Gegensatz zu günstigen Netzwerk-Adaptern bei denen der Chip zwar die Hardware ansteuert, das gesamte Protokoll aber in Software vom Prozessor des Rechners gesteuert wird. Die Firma hat dadurch einiges an Zeit und Geld in den Sand gesetzt, und den Versuch letztendlich dann auch begraben und setzt statt dessen wieder auf PCIE-Multiserielle Karten.

Letztendlich hat uns das gezeigt das eine auf TCP-Ebene nachweisbare Erreichbarkeit nicht immer hinreichend ist um sicher zu stellen das RS232 via Ethernet sauber läuft.

A.

[Andreas.S]

@asgothian
Zu Netzwerken habe ich absolut kein Hintergrundwissen, schon gar nicht in der Tiefe.

Ich werde nun einfach beobachten was passiert, wenn das Skript auslöst. Wenn durch den Reboot ein automatischer Connect erfolgreich ist, wäre ich absolut zufrieden.