Tester Zigbee Adapter 3.x gesucht
-
@haselchen ja das geht. Du musst den passenden converter bei z2m identifizieren, den Code in einen externen konverter speichern und diesen in der Konfiguration eintragen.
Dann bei Adapter Start das log prüfen das er geladen wird und dann ist alles grün.
Aktuell würde ich einfach die 3.0.3 von GitHub installieren - die soll mittelfristig ( eine Woche oder so ) ins latest.
A.
-
@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:
@haselchen ja das geht. Du musst den passenden converter bei z2m identifizieren, den Code in einen externen konverter speichern und diesen in der Konfiguration eintragen.
Dann bei Adapter Start das log prüfen das er geladen wird und dann ist alles grün.
Aktuell würde ich einfach die 3.0.3 von GitHub installieren - die soll mittelfristig ( eine Woche oder so ) ins latest.
A.
Kann ich mir mit der 3.0.3 dann Deine obige Vorgehensweise sparen?
-
@haselchen Das kann ich dir nicht sagen. Das kannst du aber selber heraus finden:
- schau auf der Info-Kachel vom Adapter nach der genauen Herstellerbezeichnung / benennung des Gerätes
- Such im Changelog der ZHC nach dieser Bezeichnung - dann weisst du welche ZHC Version benötigt wird.
- die 3.0.3 nutzt ZHC 23.72.1
A.
-
Oha, ganz schön viel zum Durchgucken
Das Changelog ist bei 24.5.0.
Ich hab ja keine Ahnung, wie Du das so aufbereitest, bleibst Du Versionstechnisch immer ein wenig zurück zum Testen?Ich hab nur hier was gefunden zu dem Gerät. Version 23.51.0
https://github.com/Koenkk/zigbee-herdsman-converters/pull/9394
closed add new sensor #9394
-
@haselchen said in Tester Zigbee Adapter 3.x gesucht:
Ich hab ja keine Ahnung, wie Du das so aufbereitest, bleibst Du Versionstechnisch immer ein wenig zurück zum Testen?
@asgothian said in Tester Zigbee Adapter 3.x gesucht:
P.s. das Testen ist das wichtige. Da ich das aktuell nicht leisten kann werd ich das hochziehen der ZHC nicht mal eben so machen.
Und zum Testen der neuesten ZHC Version:
https://forum.iobroker.net/post/1280579Aber hattest du das nicht schon mal vor ein paar Tagen schon so genutzt?
-
Du bist mit Geld nicht zu bezahlen
Funktioniert auf Anhieb mit der 3.0.3 von Github.
Klasse.
Dann warte ich auf Stable, dann kanns auch ins Produktivsystem.Ich meine, ich hatte letztens ne URL zum Installieren.
Da war der BWM dann drin, aber drumherum gabs Probleme.
Ich hab 4 von den Dingern und mich schon grün und blau geärgert, dass sie nicht funktionieren. -
@haselchen sagte in Tester Zigbee Adapter 3.x gesucht:
Ich meine, ich hatte letztens ne URL zum Installieren.
Da war der BWM dann drin, aber drumherum gabs Probleme.
Ich hab 4 von den Dingern und mich schon grün und blau geärgert, dass sie nicht funktionieren.Ja, die Version gab es, nachdem die hinreichend oft installiert wurde und die ‘probleme’ die du angesprochen hast Gefixed wurden hab ich die 3.0.3 gebaut. Die nutzt dann die fast aktuellen ZHC
A.
-
Ist der Adapter schon kompatibel mit NodeJS 22.17.1 ?
Ich bekomme aktuelle Update Container nur noch mit dieser Version angeboten.
-
Ja. nodejs@22 dürfte in den nächsten Tagen auch zur offiziellen Empfehlung für den ioBroker werden.
Gibt entsprechende PRs dafür. Und der Container muss natürlich auch darauf aufbauen. Ist nur etwas 'vorgeprescht' mit dem Release. -
Puh. Dann ist ja gut.
Durch Zufall die neue Version gesehen.
Meistens sinds so kleine "Schönheits"Updates.
Hier kam ich ein wenig ins Schwitzen.... -
@haselchen sagte in Tester Zigbee Adapter 3.x gesucht:
Hier kam ich ein wenig ins Schwitzen....
Wegen eines schnöden Updates von nodejs? Warum wird da eigentlich immer so ein Gewese drum gemacht?
nodejs@22 ist vor mehr als einem Jahr released worden, da sind also schon diverse Tests gegen gelaufen.
Die gängigsten und gepflegten Adapter laufen alle damit. Bei verwaisten Adaptern kann das zugegeben anders aussehen, aber die können auch aus anderen Gründen den Betrieb einstellen. -
Mit dem gleichen Payload wollte ich nun die "Batterie" auch bei den IKEA Styrbar aktualisieren.
Es kommt auch eine "Antwort":
Batterie Level bleibt aber im Gegensatz zu den Parasolls auf:
Irgendwer eine Idee?
@ste_glei sagte in Tester Zigbee Adapter 3.x gesucht:
@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:
@mickemup Versuch mal bitte die andere Variante - mit dem Cluster und Attribute via read im send_payload. Es ist denkbar das die SendToZigbee Funktion buggy ist in der 2.x/3.x.
A.
mit diesem Payload funktioniert es
{ "read": { "cluster": "genPowerCfg", "attributes": ["batteryPercentageRemaining"] }}Danke für die rege Diskussion und die ganzen Tipps da lerne ich jeden Tag dazu
-
@mickemup sagte in Tester Zigbee Adapter 3.x gesucht:
Irgendwer eine Idee?
Setz das Gerät mal auf Debug (bug icon auf der Kachelrückseite) und schau dir an wie die Antwort verarbeitet wird (und ob sie verarbeitet wird) - geht via debug tab im Adapter oder via ELEVATED log Meldungen
A.
-
Bei einem Parasoll mit 82% Bat Anzeige kommt folgende Response:
Scheint irgendwie Faktor zwei darin zu stecken....Beim Styrbar im DEBUG dies:
Kann es sein, dass 255 dafür steht, dass kein Wert vorhanden ist?
-
@mickemup sagte in Tester Zigbee Adapter 3.x gesucht:
Bei einem Parasoll mit 82% Bat Anzeige kommt folgende Response:
Scheint irgendwie Faktor zwei darin zu stecken....Beim Styrbar im DEBUG dies:
Kann es sein, dass 255 dafür steht, dass kein Wert vorhanden ist?
Diese Briefmarken kann ich nicht entziffern. Bitte die Log-Einträge aus dem ioBroker log als Text posten.
Der vergleich zwischen Styrbar und Parasoll bringt wenig - sie nutzen nicht unbedingt den gleichen Konverter
A.
A.
-
kann es sein, dass Du Dein Styrbar mal gescheit rekonfigurieren musst, damit es korrekt läuft? Weil meines zeigt einen Batteriestand an, der regelmäßig aktualisiert wird, und laut Historie über die Zeit konstant um jeweils 5% sinkt.
Ein "(null) %" kenne ich nur von Geräten die nicht korrekt konfiguriert sind (es kann sein, dass ein Gerät ein bisschen braucht bis es nach dem (Re-)Konfigurieren Werte für alle Datenfelder zeigt. Das mag dann ein wenig vom Update-Intervall des jeweiligen Gerätetyps und dessen Firmware abhängen) .Auch reagiert das Gerät auf einen Request mit dem aktuellen Batteriestand (anscheinend immer gedoppelt, ich schätze man wollte "x,5" Werte ermöglichen):
request:{ "devId": "zigbee.1.abcdefghijkl", "ep": "1", "cid": "genPowerCfg", "cmd": "read", "cmdType": "foundation", "zclData": { "batteryPercentageRemaining": 0 }, "cfg": null }response:
SUCCESS {"batteryPercentageRemaining":140} -
Sry hier die Response von Styrbar
{"type":"readResponse","data":{"batteryPercentageRemaining":255},"linkquality":232,"groupID":0,"cluster":"genPowerCfg","meta":{"zclTransactionSequenceNumber":186,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}Das hier war beim Parasoll:
{"type":"readResponse","data":{"batteryPercentageRemaining":164},"linkquality":232,"groupID":0,"cluster":"genPowerCfg","meta":{"zclTransactionSequenceNumber":48,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} -
@alexhaxe
Reconfic gemacht: nichts passiert.Meiner Antwortet ja auch...liefert einfach 255...
-
@mickemup said in Tester Zigbee Adapter 3.x gesucht:
Reconfic gemacht: nichts passiert.
war das Rekonfigurieren überhaupt erfolgreich (
DeviceConfigure successfulim Logfile), oder ist es in einen Timeout gelaufen? -
@mickemup Das sieht schön aus, aber:
@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:
Der vergleich zwischen Styrbar und Parasoll bringt wenig - sie nutzen nicht unbedingt den gleichen Konverter
Ich brauch die ELEVATED Log Einträge die kommen nachdem du versucht hast den Cluster auszulesen. Idealerweise nur die, die auch die 4-stellige ID beinhalten, die du im Debug Fenster siehst.
Was man da sehen kann:
- aus einer Nachricht werden mehrere Ergebnisse extrahiert (DU hast 2 Ergebnisse: SUCCESS und error:NOVAL)
- es wird nur die link_quality aktualisiert
- error:NOVAL bedeutet das zu einem Schlüsselwort kein Wert erzeugt wurde - obwohl es einen Converter gibt (sonst wäre die Fehlermeldung NOCONV)
Was jetzt fehlt ist die frage Wass er aus dem Payload extrahiert hat - das findest du als ELEVATED Warnung im Log, wobei die Meldungen mit (2071) als Key zu dem gepusteten Screenshotschnipsel passen.
A.
