Tester für Zigbee Adapter 2.0.x gesucht

[Asgothian]

@homoran schalt mal bitte den sentry aus für zigbee. (In der Instanz-Ansicht, ganz rechts das Icon)

Und ja, du kommst problemlos zurück.

[arteck]

@homoran das ist sentry..was da spinnt..

klickmal

[Fabio]

@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.3

ich 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

[Homoran]

@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)

[Fabio]

@homoran hast du dein Sytem mal neu gestartet?

[Homoran]

@fabio ja!
mach ich aber später gerne nochmal, muss gleich weg.

[Fabio]

@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

[arteck]

@fabio sagte in Tester für Zigbee Adapter 2.0.x gesucht:

, da hängt wohl noch was anderes.

und das liesst du woraus ??

[Asgothian]

@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.

[Fabio]

@arteck das Resultat der Versuche zeigt wohl das es evtl. wo anders hängt.

[Homoran]

@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

[Homoran]

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-Haken

hab beide angetippt und es sprang sofort auf den ok-Haken.
im log nur die warn, die anscheinend bei jedem umdrehen aller Kacheln kommen

Kein 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

[Homoran]

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 Updates

jetzt

und

von 2016 ... auf 2022

[Asgothian]

@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.

[Homoran]

@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

[Asgothian]

@homoran ganz schwer zu sagen.

[Homoran]

@asgothian ist mir klar.
es gibt ja keine entsprechenden Fakten

[Homoran]

@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

[Homoran]

BULLSHIT!
Jetzt crasht es wieder

zigbee.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)

[Asgothian]

@homoran einfach so oder wieder beim Firmware Update Versuch ?