NEWS
Tester für Zigbee Adapter 2.0.x gesucht
-
@david-g sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Bei mir klappt der "Debug" Reiter nicht unter der 2.0.2.
Wenn ich drauf gehe bleibe ich einfach im selben Reiter.
Auch klappt der Wechsel zu einem anderen Reiter nicht immer, wenn ich zuvor auf Debug habeDer debug Reiter ist bisher leer - steht auch im 1. Post. Der ist erst für die 2.0.3 oder 4 fertig
A.
@asgothian
Hat etwas gedauert, hab jetzt die 2.0.2 aus dem latest installiert.
Wenn ich auf neue Firmware prüfe werden die deaktivierten, bzw. nicht erreichbaren Geräte korrekt übersprungen. Danach gibt es Fehlermeldungen und die Instanz startet neu.
Die IKEA Trektakt Steckdose hat jetzt ein richtiges current/default Bild. Meine manuell hochgeladenen sind immernoch "defekt".
Die habe ich per FTP hochgeladen, da der Admin nicht an der entsprechende Verzeichnis kommt.
Bei den oberen beiden steht<img alt="" src="img/E22x4.png">Die runde IKEA Fernbedienung https://www.zigbee2mqtt.io/devices/E1524_E1810.html funktioniert einwandfrei.
Bei der kleinen https://www.zigbee2mqtt.io/devices/E1743.html erscheint bei jedem TastendruckDevice '0x04cd15fffe2e2772' announced itselfDas war mit der 2.0.1 nicht.
-
@david-g sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Bei mir klappt der "Debug" Reiter nicht unter der 2.0.2.
Wenn ich drauf gehe bleibe ich einfach im selben Reiter.
Auch klappt der Wechsel zu einem anderen Reiter nicht immer, wenn ich zuvor auf Debug habeDer debug Reiter ist bisher leer - steht auch im 1. Post. Der ist erst für die 2.0.3 oder 4 fertig
A.
@asgothian
Wenn ich bei der Fernbedienung ein reconfigure versuche ist das laut LOG auch angeblich erfolgreich. Es folgt aber eine Warnung und die Infokachel sagt auch weiterhin configured = falsezigbee.0 2025-03-04 11:31:32.752 warn do configure result is [""] zigbee.0 2025-03-04 11:31:32.752 info DeviceConfigure successful 0x04cd15fffe2e2772 TRADFRI on/off switch zigbee.0 2025-03-04 11:31:24.122 info -> Configuring 0x04cd15fffe2e2772 TRADFRI on/off switch zigbee.0 2025-03-04 11:31:23.613 info Device '0x04cd15fffe2e2772' announced itself
Edit, es kommt auch weiterhin announced itself im Log. Der Status on bzw. off wird auch nicht immer aktualisiert. Wobei sich die LinkQualität allerdings ändert.
-
@asgothian
Wenn ich bei der Fernbedienung ein reconfigure versuche ist das laut LOG auch angeblich erfolgreich. Es folgt aber eine Warnung und die Infokachel sagt auch weiterhin configured = falsezigbee.0 2025-03-04 11:31:32.752 warn do configure result is [""] zigbee.0 2025-03-04 11:31:32.752 info DeviceConfigure successful 0x04cd15fffe2e2772 TRADFRI on/off switch zigbee.0 2025-03-04 11:31:24.122 info -> Configuring 0x04cd15fffe2e2772 TRADFRI on/off switch zigbee.0 2025-03-04 11:31:23.613 info Device '0x04cd15fffe2e2772' announced itselfEdit, es kommt auch weiterhin announced itself im Log. Der Status on bzw. off wird auch nicht immer aktualisiert. Wobei sich die LinkQualität allerdings ändert.
@bommel_030 Das configured im UI scheint nicht sauber aktualisiert zu werden - da bin ich gerade dran.
Bitte schalte deine Fernbedienung mal auf Debug, so dass du Warnmeldungen bekommst zu dem was die Sendet (Anleitung siehe hier).
Zu dem Bild - dein Screenshot ist unlesbar für mich.
Auffällig ist aber das der Link stimmt - der Adapter soll die Datei von da wo du sie Hingeladen hast in den Datenbereich des Admin kopieren, damit dieser das Bild darstellen kann. das hat entweder nicht funktioniert oder das Bild ist nicht ok. Mach mal bitte folgendes über die Konsole (nicht ftp)
Kopiere aus dem Verzeichnis /opt/iobroker/node_modules/iobroker.zigbee/admin/img die Datei 'innr_plug.png' in das Verzeichnis wo deine Bilder liegen, und benenn sie darin dann um.
Dann schau nochmal ob dieses Bild korrekt dargestellt wird.
Die 'device announced itself' Meldungen werden vom Gerät aus angestoßen - da ist der Adapter unbeteiligt. Warum das jetzt auftritt weiss ich nicht - das kenne ich aber von Ikea-Geräten sporadisch.
A.
-
@asgothian
Hat etwas gedauert, hab jetzt die 2.0.2 aus dem latest installiert.
Wenn ich auf neue Firmware prüfe werden die deaktivierten, bzw. nicht erreichbaren Geräte korrekt übersprungen. Danach gibt es Fehlermeldungen und die Instanz startet neu.
Die IKEA Trektakt Steckdose hat jetzt ein richtiges current/default Bild. Meine manuell hochgeladenen sind immernoch "defekt".
Die habe ich per FTP hochgeladen, da der Admin nicht an der entsprechende Verzeichnis kommt.
Bei den oberen beiden steht<img alt="" src="img/E22x4.png">Die runde IKEA Fernbedienung https://www.zigbee2mqtt.io/devices/E1524_E1810.html funktioniert einwandfrei.
Bei der kleinen https://www.zigbee2mqtt.io/devices/E1743.html erscheint bei jedem TastendruckDevice '0x04cd15fffe2e2772' announced itselfDas war mit der 2.0.1 nicht.
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Wenn ich auf neue Firmware prüfe werden die deaktivierten, bzw. nicht erreichbaren Geräte korrekt übersprungen. Danach gibt es Fehlermeldungen und die Instanz startet neu.
Dein Log beinhaltet keine Fehlermeldungen. Damit kann ich dem nicht nachgehen.
-
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Wenn ich auf neue Firmware prüfe werden die deaktivierten, bzw. nicht erreichbaren Geräte korrekt übersprungen. Danach gibt es Fehlermeldungen und die Instanz startet neu.
Dein Log beinhaltet keine Fehlermeldungen. Damit kann ich dem nicht nachgehen.
@asgothian
Du meinst das Log vom Firmware Update? Da steht doch u.a. :2025-03-04 06:15:55.542 error request.headers.split is not a function zigbee.0 2025-03-04 06:15:55.542 error TypeError: request.headers.split is not a function at setHeadersOnRequest (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:275:1) at _onRequestCreate (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:185:1) 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-03-04 06:15:55.541 error uncaught exception: request.headers.split is not a functionOder ich kann dir nicht folgen....
Sorry für das Bild, wollte eigentlich den kompletten Link reinkopieren, aber mehr als 1000 Zeichen sind nicht erlaubt.
Wenn ich das innr Bild über die Konsole kopiere erscheint es richtig. Benenne ich es um (via Konsole) ist wieder defekt.
Unten das nicht umbenannte innr, oben das als E2204.png umbenannt.
Das richtige Bild erscheint in der Entwicklerkonsole als<img alt="" src="data:image/png; base64, iVBORw0KGgoAAAANSUhEUgAAAPoAAAD6CAYAAACI7Fo9AAADTmlUWHRYTUw6Y29tLmFkb2JlLDas falsche als
<img alt="" src="iVBORw0KGgoAAAANSUhEUgAAAPoAAAD6CAYAAACI7Fo9AAADDer Teil data:image/png; base64, geht scheinbar beim umbenennen verloren ?!? Wenn ich den in der Entwicklerkonsole hinzufüge erscheint das Bild.
-
@asgothian
Du meinst das Log vom Firmware Update? Da steht doch u.a. :2025-03-04 06:15:55.542 error request.headers.split is not a function zigbee.0 2025-03-04 06:15:55.542 error TypeError: request.headers.split is not a function at setHeadersOnRequest (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:275:1) at _onRequestCreate (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:185:1) 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-03-04 06:15:55.541 error uncaught exception: request.headers.split is not a functionOder ich kann dir nicht folgen....
Sorry für das Bild, wollte eigentlich den kompletten Link reinkopieren, aber mehr als 1000 Zeichen sind nicht erlaubt.
Wenn ich das innr Bild über die Konsole kopiere erscheint es richtig. Benenne ich es um (via Konsole) ist wieder defekt.
Unten das nicht umbenannte innr, oben das als E2204.png umbenannt.
Das richtige Bild erscheint in der Entwicklerkonsole als<img alt="" src="data:image/png; base64, iVBORw0KGgoAAAANSUhEUgAAAPoAAAD6CAYAAACI7Fo9AAADTmlUWHRYTUw6Y29tLmFkb2JlLDas falsche als
<img alt="" src="iVBORw0KGgoAAAANSUhEUgAAAPoAAAD6CAYAAACI7Fo9AAADDer Teil data:image/png; base64, geht scheinbar beim umbenennen verloren ?!? Wenn ich den in der Entwicklerkonsole hinzufüge erscheint das Bild.
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Der Teil data:image/png; base64, geht scheinbar beim umbenennen verloren ?!? Wenn ich den in der Entwicklerkonsole hinzufüge erscheint das Bild.
wieviele Zeichen hat das was in "src" drin steht ?
A.
-
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Der Teil data:image/png; base64, geht scheinbar beim umbenennen verloren ?!? Wenn ich den in der Entwicklerkonsole hinzufüge erscheint das Bild.
wieviele Zeichen hat das was in "src" drin steht ?
A.
@asgothian
Beim innr ca. 38.852 Zeichen, Trektakt 100.536 Zeichen.
"Mein" altes Trektat Bild funktioniert auch, wenn ich die base64 codierung davor setze.... -
@asgothian
Beim innr ca. 38.852 Zeichen, Trektakt 100.536 Zeichen.
"Mein" altes Trektat Bild funktioniert auch, wenn ich die base64 codierung davor setze....@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@asgothian
Beim innr ca. 38.852 Zeichen, Trektakt 100.536 Zeichen.
"Mein" altes Trektat Bild funktioniert auch, wenn ich die base64 codierung davor setze....ich bin irritiert - die base64 Notierung wird vor den String gesetzt wenn dieser länger ist als 50 Zeichen.
-
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@asgothian
Beim innr ca. 38.852 Zeichen, Trektakt 100.536 Zeichen.
"Mein" altes Trektat Bild funktioniert auch, wenn ich die base64 codierung davor setze....ich bin irritiert - die base64 Notierung wird vor den String gesetzt wenn dieser länger ist als 50 Zeichen.
@asgothian
So, um mich vollends zu verwirren, ich habe heute früh Admin und web auf die neueste Version aus dem latest gebracht. Seitdem ist es egal ob ich per Konsole oder FTP kopiere und umbenennen, die Bilder werden immer richtig dargestellt. Kann das damit zusammenhängen?Bzgl. der kleinen IKEA Fernbedienung, die habe ich vor deinen Post noch einmal neu angelernt. Seitdem scheint sie zu funktionieren. Sollte sie wieder zicken probiere ich das mit dem Debug. Irgendwo hab ich auch nicht eine weitere rumliegen und könnte damit debuggen wenn es von Interesse ist.
Das einzige was nicht klappt sind die Firmware Updates, da stürzt er immer ab. Kann ich da außer den Logs oben noch mehr liefern?
-
@asgothian
So, um mich vollends zu verwirren, ich habe heute früh Admin und web auf die neueste Version aus dem latest gebracht. Seitdem ist es egal ob ich per Konsole oder FTP kopiere und umbenennen, die Bilder werden immer richtig dargestellt. Kann das damit zusammenhängen?Bzgl. der kleinen IKEA Fernbedienung, die habe ich vor deinen Post noch einmal neu angelernt. Seitdem scheint sie zu funktionieren. Sollte sie wieder zicken probiere ich das mit dem Debug. Irgendwo hab ich auch nicht eine weitere rumliegen und könnte damit debuggen wenn es von Interesse ist.
Das einzige was nicht klappt sind die Firmware Updates, da stürzt er immer ab. Kann ich da außer den Logs oben noch mehr liefern?
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Das einzige was nicht klappt sind die Firmware Updates, da stürzt er immer ab. Kann ich da außer den Logs oben noch mehr liefern?
Bedingt - da scheint etwas in einer externen Bibliothek schief zu gehen. Das ist eigentlich alles per try/catch abgefangen, weswegen ich da maximal irritiert bin. Es findet sich in deinem Log auch kein Hinweis auf den Code der da betroffen ist.
Was du mal tun kannst:
- die Sentry integration ausschalten (Bild: obere Instanz: Sentry aktiv, untere Instanz: Sentry inaktiv)
- versuchen die einzelnen Geräte zu deaktivieren um heraus zu bekommen welches Gerät den Absturz hervorruft.
- die 2.0.3 RC3 von meinem Repository (https://github.com/asgothian/ioBroker.zigbee/tarball/1.11) installieren und schauen ob der Fehler da auch noch auftritt.
A.
p.s. mit der 2.0.3 RC3 (die intern noch als 2.0.2 angezeigt wird) bekommst du dann auch das debug-interface :) - die Sentry integration ausschalten (Bild: obere Instanz: Sentry aktiv, untere Instanz: Sentry inaktiv)
-
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Das einzige was nicht klappt sind die Firmware Updates, da stürzt er immer ab. Kann ich da außer den Logs oben noch mehr liefern?
Bedingt - da scheint etwas in einer externen Bibliothek schief zu gehen. Das ist eigentlich alles per try/catch abgefangen, weswegen ich da maximal irritiert bin. Es findet sich in deinem Log auch kein Hinweis auf den Code der da betroffen ist.
Was du mal tun kannst:
- die Sentry integration ausschalten (Bild: obere Instanz: Sentry aktiv, untere Instanz: Sentry inaktiv)
- versuchen die einzelnen Geräte zu deaktivieren um heraus zu bekommen welches Gerät den Absturz hervorruft.
- die 2.0.3 RC3 von meinem Repository (https://github.com/asgothian/ioBroker.zigbee/tarball/1.11) installieren und schauen ob der Fehler da auch noch auftritt.
A.
p.s. mit der 2.0.3 RC3 (die intern noch als 2.0.2 angezeigt wird) bekommst du dann auch das debug-interface :)@asgothian
Treffer, versenkt...
Sentry abschalten und der Check läuft durch.
Mangels verfügbarem Update kann ich allerdings nicht testen ob das laufen würde. - die Sentry integration ausschalten (Bild: obere Instanz: Sentry aktiv, untere Instanz: Sentry inaktiv)
-
@asgothian
Treffer, versenkt...
Sentry abschalten und der Check läuft durch.
Mangels verfügbarem Update kann ich allerdings nicht testen ob das laufen würde.@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Mangels verfügbarem Update kann ich allerdings nicht testen ob das laufen würde.
Was meinst Du damit ?
-
Seit Version 2, wird beim
model:RTCGQ11LM
description:Motion sensorNicht mehr der Punkt "no_motion" ausgelesen.
Unter Version 1.10.14 funktionierte es noch.
Adapter version
2.0.2Coordinator firmware version
2-1.2.7.1Coordinator
Sonoff zStack3x0Setup
Mini PCAntwort bei Issues: (https://github.com/ioBroker/ioBroker.zigbee/issues/2400)
Wie soll ich das verstehen? Warum Aufgegeben? Es ist doch ein wichtiger Punkt, wann
die letzte Reaktion war!cu Deta
-
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Mangels verfügbarem Update kann ich allerdings nicht testen ob das laufen würde.
Was meinst Du damit ?
@asgothian
Ohne Sentry kann ich wieder nach Updates suchen, aber da für keins meiner Geräte ein Update verfügbar ist kann ich keins starten. -
@deta so wie es da steht. Der Punkt wird von den zigbee-herdsman-converters nicht weiter unterstützt. Deswegen ist er im zigbee-Adapter ab 2.0 nicht mehr vorhanden.
A.
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@deta so wie es da steht. Der Punkt wird von den zigbee-herdsman-converters nicht weiter unterstützt. Deswegen ist er im zigbee-Adapter ab 2.0 nicht mehr vorhanden.
A.
Ich hatte den Punkt benutz um nach einer bestimmten Zeit das Licht wieder abzuschalten. Wenn keine Bewegung mehr nach einer weile im Raum war.
Gibt es eine andere Lösung? -
@asgothian
Ohne Sentry kann ich wieder nach Updates suchen, aber da für keins meiner Geräte ein Update verfügbar ist kann ich keins starten. -
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@deta so wie es da steht. Der Punkt wird von den zigbee-herdsman-converters nicht weiter unterstützt. Deswegen ist er im zigbee-Adapter ab 2.0 nicht mehr vorhanden.
A.
Ich hatte den Punkt benutz um nach einer bestimmten Zeit das Licht wieder abzuschalten. Wenn keine Bewegung mehr nach einer weile im Raum war.
Gibt es eine andere Lösung?@deta sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@deta so wie es da steht. Der Punkt wird von den zigbee-herdsman-converters nicht weiter unterstützt. Deswegen ist er im zigbee-Adapter ab 2.0 nicht mehr vorhanden.
A.
Ich hatte den Punkt benutz um nach einer bestimmten Zeit das Licht wieder abzuschalten. Wenn keine Bewegung mehr nach einer weile im Raum war.
Gibt es eine andere Lösung?der standard weg ist:
let timeout = null; on({ID:'...occupancy', change: ne}. function(obj) { if (obj.val) { // light on clearTimeout(timeout); } else { timeout = setTimeout(function() { // light off },time) } });oder das Äquivalent in einer anderen Logik-Maschine.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@deta sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@deta so wie es da steht. Der Punkt wird von den zigbee-herdsman-converters nicht weiter unterstützt. Deswegen ist er im zigbee-Adapter ab 2.0 nicht mehr vorhanden.
A.
Ich hatte den Punkt benutz um nach einer bestimmten Zeit das Licht wieder abzuschalten. Wenn keine Bewegung mehr nach einer weile im Raum war.
Gibt es eine andere Lösung?der standard weg ist:
let timeout = null; on({ID:'...occupancy', change: ne}. function(obj) { if (obj.val) { // light on clearTimeout(timeout); } else { timeout = setTimeout(function() { // light off },time) } });oder das Äquivalent in einer anderen Logik-Maschine.
A.
Hallo,
mir ist etwas aufgefallen was den Zigbee Adapter v2.02 betrifft.
Da ich nicht weis ob es an mir oder dem Adapter liegt schreibe ich es hier einfach mal nieder.
Also, ich habe auf meine Testsystem den o.g. Adapter installiert.
Nun hat ein Tuya Fingerbot im Aktivsystem nicht mehr funktioniert was mich dazu veranlasste diesen im Aktivsystem zu löschen.Dann habe ich ihn im Testsystem über den Zigbee 2.02 Adapter installiert und er hat funktioniert.
(Also muß ich ihn erst mal nicht entsorgen)Dann wollte ich ihn wieder aus dem Testsystem löschen was aber nicht mehr gelang. Er ist hartnäckig gekoppelt geblieben. (Löschen über die Kachel, Mülleimer, dann gelöscht bzw auch das Häkchen gesetzt und gelöscht)
Erst als ich den Zigbee Adapter 2.02 deaktiviert hatte konnte ich den Fingerbot erneut im Aktivsysten mit Zigbee 1.10.14 erneut koppeln.
Kann das ein Bug sein?
Wenn nein, einfach meinen Post löschen.VG Duffy
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.21.0
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
Hallo,
mir ist etwas aufgefallen was den Zigbee Adapter v2.02 betrifft.
Da ich nicht weis ob es an mir oder dem Adapter liegt schreibe ich es hier einfach mal nieder.
Also, ich habe auf meine Testsystem den o.g. Adapter installiert.
Nun hat ein Tuya Fingerbot im Aktivsystem nicht mehr funktioniert was mich dazu veranlasste diesen im Aktivsystem zu löschen.Dann habe ich ihn im Testsystem über den Zigbee 2.02 Adapter installiert und er hat funktioniert.
(Also muß ich ihn erst mal nicht entsorgen)Dann wollte ich ihn wieder aus dem Testsystem löschen was aber nicht mehr gelang. Er ist hartnäckig gekoppelt geblieben. (Löschen über die Kachel, Mülleimer, dann gelöscht bzw auch das Häkchen gesetzt und gelöscht)
Erst als ich den Zigbee Adapter 2.02 deaktiviert hatte konnte ich den Fingerbot erneut im Aktivsysten mit Zigbee 1.10.14 erneut koppeln.
Kann das ein Bug sein?
Wenn nein, einfach meinen Post löschen.VG Duffy
@duffy das kenne ich von bestimmten “dummen” Geräten, die sich nicht einfach so vollständig zurück setzen lassen.
Ob das bei den fingerbots der Fall ist weiss ich nicht - was passiert ist das die Geräte nicht sauber ins pairing gehen solange sie ein “altes” Netzwerk kontaktieren können.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.
Support us
862
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge