Tester für Zigbee Adapter 2.0.x gesucht
-
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
-
@homoran ich bin seit Mittag jetzt auf der v20.19.1 und habe keine Probleme ich weiß nicht wie oft ich heute Firmware Update gemacht habe um zu testen, habe 2 ZigBee Instanzen und auch viele Lidl Steckdosen aber bei mir stürzt es nicht ab.
Herzliche Grüße
Fabio -
@fabio sagte in Tester für Zigbee Adapter 2.0.x gesucht:
aber bei mir stürzt es nicht ab
Hilft ja nicht wirklich weiter
-
@meister-mopper sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@fabio sagte in Tester für Zigbee Adapter 2.0.x gesucht:
aber bei mir stürzt es nicht ab
Hilft ja nicht wirklich weiter
... ja und was willste du mir damit sagen?
-
@fabio sagte in Tester für Zigbee Adapter 2.0.x gesucht:
bei mir stürzt es nicht ab.
Das hätte ich auch gerne!
Solange ich mit dem Problem alleine bin, ist es gut (für die anderen), und ich muss bei meiner Installation die Ursache finden.Theorie 1: ein einzelnes oder mehrere Geräte sind nicht (optimal) zu erreichen
Variante: ein Gerät spinntTheorie 2: ich hab Probleme mit dem Netzwerk den sentry Server zu erreichen.
und noch
-
@fabio sagte in Tester für Zigbee Adapter 2.0.x gesucht:
... ja und was willste du mir damit sagen?
Das ist irgendwie wie die Aussage:
Ich habe mir ein Bein gebrochen.Antwort:
Ich nicht. -
@meister-mopper sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@fabio sagte in Tester für Zigbee Adapter 2.0.x gesucht:
... ja und was willste du mir damit sagen?
Das ist irgendwie wie die Aussage:
Ich habe mir ein Bein gebrochen.Antwort:
Ich nicht.
es ist aber für die Ursachenforschung auch wichtig, dass dieses Phänomen eben nicht bei jedem auftritt -
@homoran Es scheint etwas mit der Abfrage bei den Ikea geräten zu tun - da diese offensichtlich bei der Abfrage wo der Absturz aufgetreten ist nicht aktiv waren.
A.
-
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Es scheint etwas mit der Abfrage bei den Ikea geräten zu tun -
Auch die Steckdosen sind IKEA
aber neue und angeblich sogar Matter-fähig (was immer das heisst)und:
jetzt (beim zweiten Versuch) waren die RGB Birne und die Fernbedienung ebenfalls deaktiviert und es ist trotzdem zum Crash gekommen. -
@asgothian said in Tester für Zigbee Adapter 2.0.x gesucht:
@pk68 Nein - deine Fernbedienung scheint nicht OK - sie meldet nicht die für die FB üblichen Cluster - das ist Ursache der Fehlermeldung. Ich empfehle Dir ein Firmware-Update für die FB durchführen.
A.
Nachtrag: so sollten sie aussehen.
(Screenshots für die Übersichtlichkeit entfernt)Als Vorbereitung auf das Adapter-Update von V1.10.14 auf V2.0.5 habe ich bei meinen beiden Tradfri-Fernbedienungen die FW aktualisiert via der Option im Zigbee-Adapter (aus Anlaß des erwähnten Kommentars von asgothian).
Das Update ist bei beiden durchgelaufen und wurde als abgeschlossen gemeldet. Die eine FB funktioniert nun weiterhin wie gehabt, die andere macht jedoch keinen Mucks mehr
2025-04-25 14:45:49.303 - info: zigbee.0 (87394) Start firmware update for xxxxx5fce .... 2025-04-25 16:37:03.299 - info: zigbee.0 (87394) Update of 'xxxxx5fce' at 99.5%, +- 0 minutes remaining 2025-04-25 16:37:31.084 - info: zigbee.0 (87394) Update of 'xxxxx5fce' at 100% 2025-04-25 16:37:46.948 - info: zigbee.0 (87394) Device 'xxxxx5fce' announced itself 2025-04-25 16:37:46.949 - info: zigbee.0 (87394) Device 'xxxxx5fce' announced itself 2025-04-25 16:37:49.934 - info: zigbee.0 (87394) Finished update of 'xxxxx5fce', from '{"softwareBuildID":"2.3.014","dateCode":"20190401"}' to '{"softwareBuildID":"24.4.5","dateCode":"20190401"}'Wenn ich einen Button drücke, kommt auf der entsprechenden Zigbee-Kachel nix an, im Objektbaum sieht man keine Statusänderung, meine Scripte triggern nicht - sprich tot.
Ich habe bisher folgendes ausprobiert:-
Neu zu pairen - ich bekomme sie nicht in den paring Modus, mehrfaches Drücken des Buttons auf der Rückseite bringt leider gar nichts
-
Re-Configure über die Kachel im Zigbee-Adapter: bringt die Fehlermeldung, das Device könne nicht erreicht werden:
2025-04-25 16:42:59.728 - info: zigbee.0 (87394) -> Configuring xxxxx5fce TRADFRI remote control 2025-04-25 16:43:09.767 - warn: zigbee.0 (87394) DeviceConfigure: xxxxx5fce TRADFRI remote control Failed to configure. When device works is all fine when not wake up the device and check againGibt es weitere Ideen, woran es liegen könnte bzw. was ich tun könnte? Oder wäre nun das Update des Zigbee-Adapters der nächste sinnvolle Schritt? Davor habe ich aktuell noch etwas Bammel wg. der Breaking Changes....
VG Alex
-
-
@alexathome Batterie raus, 60 s warten, Batterie rein, neu versuchen zu pairen.
A.
-
@alexathome sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Neu zu pairen - ich bekomme sie nicht in den paring Modus, mehrfaches Drücken des Buttons auf der Rückseite bringt leider gar nichts
du nimmst schon die richtige Sequenz für das Pairen?
4 x "schnell" hintereinander? Bei "schnell" nicht übertreiben. Da müsste dann die Led pulsieren.
