Tester für Zigbee Adapter 2.0.x gesucht
-
-
@homoran sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Welche Versionen hast du (js-Controller, nodeJS ?
7.0.6
20.18.3ich habe die 7.0.6 und Node.js: v20.19.0
und Sentry ist bei beiden Instanzen bei mir an und macht keine Probleme. Echt komisch.
Evtl. mal die ganze Kiste sauber runterfahren und neu starten.Grüße
Fabio -
@arteck sagte in Tester für Zigbee Adapter 2.0.x gesucht:
das ist sentry..was da spinnt..
das war das einzige im log das ich zuordnen konnte!
Also jetzt
sentry aus!
Check gestartet!
Das übliche
zigbee.0 2025-04-23 07:51:14.338 warn readNvBackup called zigbee.0 2025-04-23 07:51:14.344 warn readNvBackup returns {"channel":11,"precfgkey":"weg damit","extPanID":"geändert","panID":auch} zigbee.0 2025-04-23 07:52:35.533 warn readNvBackup called zigbee.0 2025-04-23 07:52:35.534 warn readNvBackup returns {"channel":11,"precfgkey":"weg damit","extPanID":"geändert","panID":auch} zigbee.0 2025-04-23 07:52:45.070 error uncaught exception: request.headers.split is not a function zigbee.0 2025-04-23 07:52:45.070 error TypeError: request.headers.split is not a function at setHeadersOnRequest (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:312:39) at _onRequestCreate (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:223:7) at Channel.publish (node:diagnostics_channel:150:9) at new Request (node:internal/deps/undici/undici:2008:27) at Client.[dispatch] (node:internal/deps/undici/undici:7802:25) at Intercept (node:internal/deps/undici/undici:7535:20) at Client.[Intercepted Dispatch] (node:internal/deps/undici/undici:572:16) at Client.dispatch (node:internal/deps/undici/undici:588:44) at Pool.[dispatch] (node:internal/deps/undici/undici:819:32) at Pool.[Intercepted Dispatch] (node:internal/deps/undici/undici:565:33) zigbee.0 2025-04-23 07:52:45.070 error request.headers.split is not a function zigbee.0 2025-04-23 07:52:45.085 warn Terminated (UNCAUGHT_EXCEPTION): Without reason host.ioBrokerpi5 2025-04-23 07:52:45.272 error Caught by controller[0]: TypeError: request.headers.split is not a function host.ioBrokerpi5 2025-04-23 07:52:45.275 error Caught by controller[0]: at setHeadersOnRequest (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:312:39) host.ioBrokerpi5 2025-04-23 07:52:45.275 error Caught by controller[0]: at _onRequestCreate (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:223:7) host.ioBrokerpi5 2025-04-23 07:52:45.275 error Caught by controller[0]: at Channel.publish (node:diagnostics_channel:150:9) host.ioBrokerpi5 2025-04-23 07:52:45.275 error Caught by controller[0]: at new Request (node:internal/deps/undici/undici:2008:27) host.ioBrokerpi5 2025-04-23 07:52:45.275 error Caught by controller[0]: at Client.[dispatch] (node:internal/deps/undici/undici:7802:25) host.ioBrokerpi5 2025-04-23 07:52:45.275 error Caught by controller[0]: at Intercept (node:internal/deps/undici/undici:7535:20) host.ioBrokerpi5 2025-04-23 07:52:45.275 error Caught by controller[0]: at Client.[Intercepted Dispatch] (node:internal/deps/undici/undici:572:16) host.ioBrokerpi5 2025-04-23 07:52:45.275 error Caught by controller[0]: at Client.dispatch (node:internal/deps/undici/undici:588:44) host.ioBrokerpi5 2025-04-23 07:52:45.276 error Caught by controller[0]: at Pool.[dispatch] (node:internal/deps/undici/undici:819:32) host.ioBrokerpi5 2025-04-23 07:52:45.276 error Caught by controller[0]: at Pool.[Intercepted Dispatch] (node:internal/deps/undici/undici:565:33) host.ioBrokerpi5 2025-04-23 07:52:45.276 error instance system.adapter.zigbee.0 terminated with code 1 (JS_CONTROLLER_STOPPED)(die warn kamen mit der v3)
-
@homoran hast du dein Sytem mal neu gestartet?
-
@fabio ja!
mach ich aber später gerne nochmal, muss gleich weg. -
@homoran das brauchst du nicht wenn du es schon gemacht hast, da hängt wohl noch was anderes. Sonst läuft dein System stabil? Ich denke ja
Herzliche Grüße
Fabio -
@fabio sagte in Tester für Zigbee Adapter 2.0.x gesucht:
, da hängt wohl noch was anderes.
und das liesst du woraus ??
-
@homoran sagte in Tester für Zigbee Adapter 2.0.x gesucht:
(die warn kamen mit der v3)
Ja, die sind in der V3 noch drin. Werden es aber nicht ins Stable schaffen.
Probier bitte mal folgendes:
- geh durch deine Zigbee Geräte durch. Meines Wissens sind es nicht so wahnsinnig viele
- Such Dir einen Geräte typ aus (T1). Deaktiviere alle Geräte die nicht vom Typ T1 sind. Dann scan. Das ganze wiederholen mit jedem Gerätetyp den du hast (ich sehe in Deiner Liste 3 Gerätetypen.
- sollte bei genau einem Gerätetyp (Tk) der Fehler auftreten und bei allen anderen nicht bleibt noch der 2. Test:
-- Reaktiviere alle Geräte.
-- Deaktiviere alle Geräte des Typs Tk bis auf eins. Testen. Das so lange wiederholen bis klar ist ob der Fehler an einem Gerät, einer Gruppe von Geräten oder einem Gerätetyp hängt.
Danach bitte alle Geräte wieder aktivieren - sonst funktionieren deine Smarten Dinge nicht.
A.
-
@arteck das Resultat der Versuche zeigt wohl das es evtl. wo anders hängt.
-
@asgothian Danke!
Wenn ich es richtig gemacht habe, bin ich jetzt verwirrt
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
ich sehe in Deiner Liste 3 Gerätetypen.
richtig!
Eigentlich nur Steckdosen, Dann zum testen und helfen 1x IKEA RGB E27 und 1x IKEA FB.Letztere beide zuerst deaktiviert.
War das einfachste
Dann alle Steckdosen deaktiviert und nur die FB aktiv und wachgehalten
nichts weiter gemacht, nur wieder deaktiviert und die RGB aktiviert
auch jetzt nichts weiter gemacht.
Würde jetzt wieder alles aktivieren und nochmal mit allem testen
-
War jetzt zu ungeduldig, weil ich schon wieder unter etwas "Zeitdruck" stehe.
Hab alle Geräte wieder aktiviert!
Das erste wa mir auffiel, war dass die Fernbedienung erstmalig den Batteriezustand anzeigte.Der check lief durch, kein Absturz!
Die RGB und die FB zeigten das grüne Firmware verfügbar Icon, die Steckdosen den ok-Hakenhab beide angetippt und es sprang sofort auf den ok-Haken.
im log nur die warn, die anscheinend bei jedem umdrehen aller Kacheln kommenKein Hinweis auf irgendein Update.
Also nochmal check
Die Steckdosen zeigten sofort den ok-Haken, RGB und FB rödelten sich mit "checking" tot.nichts im log
Also das ganze Spiel nochmal.
RGB und FB zeigten Download verfügbar.Nur die FB gestartet, diesmal Haken in blau!
ins log gesehen und einen älteren Eintrag gefunden
zigbee.0 2025-04-23 11:39:42.911 error Update of '0x000b57fffebacd87' failed ([0x000b57fffebacd87 | TRADFRI remote control] Timeout. Device did not start/finish firmware download after being notified. (Timeout - 25594 - 1 - undefined - 25 - 3 after 150000ms)) zigbee.0 2025-04-23 11:39:45.357 error Update of '0xd0cf5efffe298051' failed ([0xd0cf5efffe298051 | TRADFRI bulb E27 CWS opal 600lm] Timeout. Device did not start/finish firmware download after being notified. (Timeout - 34907 - 1 - undefined - 25 - 3 after 150000ms))war aber vorhin nicht da.
Kein weitere Hinweis auf update.jetzt warte ich mal
-
Das Leben ist wie eine Pralinenschachtel. Man weiss nie was man als nächstes bekommt!
Hab einfach mutig weitergemacht!
im Gegensatz zu@pk68 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
dass sich am data code nichts geändert hat.
hat sich bei mir etwas geändert.
und zwar anscheinend mehrmals.
Gab also mehrere Updatesjetzt
und
von 2016 ... auf 2022 -
@homoran Das ist durchaus normal. Dadurch das der Durchsatz im Zigbee Netz massiv begrenzt ist dauert ein Firmware-Update gerne mal 10-60 Minuten, wenn es einmal gestartet wurde.
Offensichtlich hast du es zu einem Zeitpunkt mal gestartet, und die Geräte haben das Update durchgezogen.
A.
-
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Offensichtlich hast du es zu einem Zeitpunkt mal gestartet,
im log war nie etwas zu sehen
Aber warum der Controller den Adapter jedesmal gestoppt hatte wenn ich nach upgrades gesucht hatte kann ich nicht nachvollziehen.
Hab eben auch nochmal versucht, nachdem ich erst vergessen hatte senty wieder zu aktivieren, diesmal mit sentry: auch slles ok
-
@homoran ganz schwer zu sagen.
-
@asgothian ist mir klar.
es gibt ja keine entsprechenden Fakten -
@fabio sagte in Tester für Zigbee Adapter 2.0.x gesucht:
und Node.js: v20.19.0
da war ich echt ins Schleudern geraten.
hab gerade ein update gestartet
Unpacking nodejs (20.19.1-1nodesource1) over (20.19.0-1nodesource1)also hätte, wie gedacht, 20.19.0 drauf sein müssen
auch danach stand noch 20.18.3 im Reiter Hosts.
erst nach erneutem iob restart war das aktuell -
BULLSHIT!
Jetzt crasht es wiederzigbee.0 2025-04-23 17:24:51.541 error uncaught exception: request.headers.split is not a function zigbee.0 2025-04-23 17:24:51.541 error TypeError: request.headers.split is not a function at setHeadersOnRequest (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:312:39) at _onRequestCreate (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:223:7) at Channel.publish (node:diagnostics_channel:150:9) at new Request (node:internal/deps/undici/undici:2008:27) at Client.[dispatch] (node:internal/deps/undici/undici:7802:25) at Intercept (node:internal/deps/undici/undici:7535:20) at Client.[Intercepted Dispatch] (node:internal/deps/undici/undici:572:16) at Client.dispatch (node:internal/deps/undici/undici:588:44) at Pool.[dispatch] (node:internal/deps/undici/undici:819:32) at Pool.[Intercepted Dispatch] (node:internal/deps/undici/undici:565:33) zigbee.0 2025-04-23 17:24:51.541 error request.headers.split is not a function zigbee.0 2025-04-23 17:24:51.556 warn Terminated (UNCAUGHT_EXCEPTION): Without reason host.ioBrokerpi5 2025-04-23 17:24:51.763 error Caught by controller[0]: TypeError: request.headers.split is not a function host.ioBrokerpi5 2025-04-23 17:24:51.765 error Caught by controller[0]: at setHeadersOnRequest (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:312:39) host.ioBrokerpi5 2025-04-23 17:24:51.765 error Caught by controller[0]: at _onRequestCreate (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:223:7) host.ioBrokerpi5 2025-04-23 17:24:51.765 error Caught by controller[0]: at Channel.publish (node:diagnostics_channel:150:9) host.ioBrokerpi5 2025-04-23 17:24:51.765 error Caught by controller[0]: at new Request (node:internal/deps/undici/undici:2008:27) host.ioBrokerpi5 2025-04-23 17:24:51.765 error Caught by controller[0]: at Client.[dispatch] (node:internal/deps/undici/undici:7802:25) host.ioBrokerpi5 2025-04-23 17:24:51.766 error Caught by controller[0]: at Intercept (node:internal/deps/undici/undici:7535:20) host.ioBrokerpi5 2025-04-23 17:24:51.766 error Caught by controller[0]: at Client.[Intercepted Dispatch] (node:internal/deps/undici/undici:572:16) host.ioBrokerpi5 2025-04-23 17:24:51.766 error Caught by controller[0]: at Client.dispatch (node:internal/deps/undici/undici:588:44) host.ioBrokerpi5 2025-04-23 17:24:51.766 error Caught by controller[0]: at Pool.[dispatch] (node:internal/deps/undici/undici:819:32) host.ioBrokerpi5 2025-04-23 17:24:51.766 error Caught by controller[0]: at Pool.[Intercepted Dispatch] (node:internal/deps/undici/undici:565:33) host.ioBrokerpi5 2025-04-23 17:24:51.766 error instance system.adapter.zigbee.0 terminated with code 1 (JS_CONTROLLER_STOPPED) -
@homoran einfach so oder wieder beim Firmware Update Versuch ?
-
@asgothian sorry, natürlich wieder beim Firmware check
bin schon wieder weiter, aber so richtig statistisch belastbar istvdas in meinen Augen noch nicht.
Habe wieder alle Typen bis auf die IKEA Inspelning deaktiviert, neuer Versuch, trotzdem Crash.
Dann hatte ich eine Idee.
ich hatte ja wieder sentry aktiviert, und jetzt einen iob Restart gemacht.
also sentry in der Instanz dealktiviert und diesmal die Instanz neu gestartet.
Danach crashte es beim Firmwarecheck aller Geräte auf einmal nicht mehrZusatzinfo.
ich hatte mittlerweile mal testweise eine der verbannten LIDL Steckdosen wieder eingebunden.
Da war ein Firmwareupdate verfügbar.
Hatte upgedatet ungd gehofft...
Aber leider kommt immer noch die Meldung bei der Karte, dass keine Routingtabelle geladen werden kann und die Steckdose refreshed immer noch alle few seconds bis max. 2-3 Minuten(erst einige Zeit später Node update und iob restart)
sehe gerade, der letzte ERRORLOG war deutlich länger
