NEWS
Tester für Zigbee Adapter 2.0.x gesucht
-
@arteck Warum funktionieren bei meinen Aquara Bewegungsmeldern illuminance und occupancy timeout nicht mehr? Der wert aktuallisiert sich nicht mehr.
@flugschüler sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@arteck Warum funktionieren bei meinen Aquara Bewegungsmeldern illuminance und occupancy timeout nicht mehr? Der wert aktuallisiert sich nicht mehr.
Das steht im 1. Post dieses Threads.
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Die Entscheidende Neuerung ist der Wechsel auf den Zigbee-Herdsman 3.5 und die Zigbee-Herdsman-Converter 21.x, sowie der Wechsel weg von den im Adapter definierten Gerätebeschreibungen. Daraus resultiert das sich für eine Vielzahl von Geräten die Datenpunkte ändern. Betroffen sind ca. 200 Gerätetypen - wobei es durchaus sein kann das einzelne Nutzer wenig bis gar nicht betroffen sind. Eine Liste von Geräten findet sich in dieser Diskussion auf Github. Es ist nicht auszuschliessen das auch Gerätetypen betroffen sind die sich nicht auf dieser Liste befinden.
Im Detail:
illuminancewurde durchilluminance_rawersetzt
occupancy timeoutwurde ersatzlos gestrichenHätte das anders gelöst werden können ? Vielleicht. Das hätte aber auf Dauer zu Problemen geführt die wir aktuell gerade loswerden wollen - insbesondere die Notwendigkeit den Adapter basierend auf Geräteänderungen im Zigbee-Herdsman-Converters Projekt (die wir nicht immer mit bekommen) aktualisieren zu müssen, auch bei Geräten die wir nicht haben. Wit haben uns dagegen entschieden.
Die Methoden das selber zu ändern sind in Arbeit - dann können versierte Nutzer da selber Hand anlegen - müssen sich aber in der Folge auch selber um die Anpassungen kümmern.
A.
-
@asgothian
Hier die Infokachel:
Ok, wenn ich die Bilder zur shepherd kopiere bekomme ich sie zur Auswahl. Leider ohne Inhalt. (Upload und Adpater restart haben nichts gebracht.)
Neu pairen werd ich am WE mal versuchen.Die Instanzeinstellung soll nicht genutzt werden, sondern die GUI, werde ich mir merken.
@bommel_030 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Die Instanzeinstellung soll nicht genutzt werden, sondern die GUI, werde ich mir merken.
Die Philosophie hinter der Trennung ist wie folgt:
- Adapter Einstellungen für die Konfiguration des Adapters / Adapter-verhaltens. Generelle Einstellungen, Alles was direkt auf die Erzeugung der Datenpunkte durchgreift (Legacy Overrides), etc, sowie Erweiterte (Developer) Funktionen
- GUI für die 'Bedienung' des Adapters. Alles was ohne Neustart gehen soll, und primär während der Nutzung interessant ist.
Ich hab den 1. Post dazu angepasst.
A. -
@asgothian said in Tester für Zigbee Adapter 2.0.1 gesucht:
Trotzdem kann ich verstehen das das ganze nicht unbedingt trivial ist, und das Du da Respekt vor hast. Das führt aber dennoch nicht dazu das ich das wieder 'übernehmen' mag. Ich hab das Gerät nicht, und müsste da richtig viel Zeit rein stecken Dir die ganzen Test-Geschichten zur Verfügung zu stellen. Nicht unbedingt trivial.
Hi, passt für mich und wir können den Austausch zu meinem Schalter beenden ;-)
Ich habe insbesondere an der Stelle aufgegeben, an der ich die States in der devices.js gesehen habe und nachher keinen Plan hatte, was ich genau wie in der states.js eintragen muss. Beide haben (für mich) mit dem Log vom Adapter nichts zu schaffen, der auch unerwartete Signale sendet, weil alle Tasten zweifach belegt sind ;-) Und später noch wie auf "meiner Version" lokal testen... und dann noch einen PR... Das allein geht ohne jegliche Vorkenntnisse kaum.
Ich erwarte hier auch keine Nachhilfe dazu und will niemanden Zeit stehlen... Von daher hast Du mein Verständnis.
Glücklicherweise sind es ja nur ein paar Schalter, die ich ggf. später rauswerfe oder wenn ich einen besseren Plan habe, dann doch "transferiere".
@thomas-maul Wirf mal einen Blick auf die 2.0.2er Version. Vielleicht kannst du mit dem neuen 'action' state bei den Osram besser arbeiten als mit den einzelnen States.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@thomas-maul Wirf mal einen Blick auf die 2.0.2er Version. Vielleicht kannst du mit dem neuen 'action' state bei den Osram besser arbeiten als mit den einzelnen States.
A.
Bekomme den Fehler im Log mit der 2.0.2 nicht mehr, wenn ich die Geräte auf Aktualisierungen prüfe.
-
@thomas-maul Wirf mal einen Blick auf die 2.0.2er Version. Vielleicht kannst du mit dem neuen 'action' state bei den Osram besser arbeiten als mit den einzelnen States.
A.
@asgothian
Danke für den Hinweis, komme aber erst im Laufe der Woche dazu ;-) -
Servus
Habs auch gerade installiert und getestet.
Geht bis jetzt Problemlos, nur bei Batterie betriebenen Geräten steht die Batteriespannung auf 2900V.
@flaterick sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Servus
Habs auch gerade installiert und getestet.
Geht bis jetzt Problemlos, nur bei Batterie betriebenen Geräten steht die Batteriespannung auf 2900V.
Ja, bei mir auch.
Ob sich die Reichweite auch vertausendfacht 🤣 -
@thomas-maul Wirf mal einen Blick auf die 2.0.2er Version. Vielleicht kannst du mit dem neuen 'action' state bei den Osram besser arbeiten als mit den einzelnen States.
A.
es ist doch alles schon da .. hab dir doch die Beschreibung gesendet ..
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
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 gedrückt habe.
-
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 gedrückt habe.@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.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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.
Wer lesen kann.....
-
es ist doch alles schon da .. hab dir doch die Beschreibung gesendet ..
@arteck said in Tester für Zigbee Adapter 2.0.x gesucht:
@asgothian
@thomas-maul
es ist doch alles schon da .. hab dir doch die Beschreibung gesendet ..Moin,
verstehe ich nicht. Wie meinst Du das ("gesendet")?Ansonsten: bei dem Schalter ist der Action state quasi leer bzw. wird gleich wieder überschrieben. Das Problem scheint insbes. zu sein, dass dieser Schalter bei "langen Drücken" zwei messages nacheinander schickt.
Für meine Zwecke habe ich das nun über blockly gelöst, indem ich einen alias angelegt habe und per blockly dann sowohl den "state" (Index der Taste 1, 2 und drei) als auch "msg from zigbee" ("type") auswerte und auch noch eine Zwischenvariable beschreibe.
Quasi von hinten durch die Brust, läuft aber für meine Zwecke, um alle sechs möglichen Aktionen (ohne mehrere Tasten gleichzeitig) zu identifizieren...
-
@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.
Support us
742
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge