NEWS
Zigbee Instanzen stürzen alle paar Tage ab
-
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 boundsDas 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 -
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 boundsDas 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@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 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.
@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. -
@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.@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 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.
@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
-
@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.
@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 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.Grundsätzlich versucht man ja ein Netzwerk möglichst engmaschig aufzubauen und nicht den engen Frequenzraum auch noch mit mehreren Netzwerken zuzukleistern.
-
@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
@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.
-
Grundsätzlich versucht man ja ein Netzwerk möglichst engmaschig aufzubauen und nicht den engen Frequenzraum auch noch mit mehreren Netzwerken zuzukleistern.
@thomas-braun said in Zigbee Instanzen stürzen alle paar Tage ab:
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. -
@thomas-braun said in Zigbee Instanzen stürzen alle paar Tage ab:
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.@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 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.@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.
-
@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
@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 detectedIn 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.
-
@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 detectedIn 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.
@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, stoppingDieses 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 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, stoppingDieses 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.
@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:- Ist mit "wiederbeleben" gemeint, dass die Instanz, ohne sie im iobroker neu zu starten, selbst wieder grün wird?
- Gibt es eine andere Möglichkeit der Kommunikation anstatt 'Simulierte Serielle Kommunikation via TCP/IP'?
-
@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:- Ist mit "wiederbeleben" gemeint, dass die Instanz, ohne sie im iobroker neu zu starten, selbst wieder grün wird?
- Gibt es eine andere Möglichkeit der Kommunikation anstatt 'Simulierte Serielle Kommunikation via TCP/IP'?
@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:
- Ist mit "wiederbeleben" gemeint, dass die Instanz, ohne sie im iobroker neu zu starten, selbst wieder grün wird?
Ja.
- 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 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:
- Ist mit "wiederbeleben" gemeint, dass die Instanz, ohne sie im iobroker neu zu starten, selbst wieder grün wird?
Ja.
- 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.
@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
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.
@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 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.
@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
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.@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 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.
@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.
548
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge