Tester Zigbee Adapter 3.x gesucht

arteck

@meisterq-0 poste mal die shepherd.db.. ich muss mir die Struktur mal laden.

Asgothian

@haselchen sagte in Tester Zigbee Adapter 3.x gesucht:

Alles mit jedem verbunden , ebenso mit dem Coordinator.

Jein. Die Plug 01 werden als Nachbarn von anderen Geräten mit grünen Linien verbunden, aber:

Den Plug-01 fehlt die blaue Linie. Blende mal in der ansicht der Karte die Nachbarn aus, dann siehst du nur welche 'aktiven' routen exisiteren. Dabei wird auffallen das die Plug 01 eben gerade keine Verbindung gemeldet haben.

A.

haselchen

@asgothian

Huhu...ich hab zum Test nochmal 2 BWM bei wieder einem anderen Anbieter bestellt.
Es scheint, dass es überwiegend nur noch die HOBEIAN Geräte gibt.
Auf der Packung steht auch New Zigbee PIR LUX.
Er wird zwar als ZG-204ZL erkannt, aber auf der Packung stehen , vermutlich, Updatebezeichnungen des Gerätes.
ZG-204ZS /ZG-204ZM

Und da ist vermutlich der Knackpunkt.
Beim Anlernen (ich habe zum Testen ein Downgrade des Adapters gemacht) wird alles fein säuberlich erkannt und mit ok abgeschlossen.
Danach ist aber nichts okay. Das Gerät ist zwar in der Kachel und zeigt Verbindung. Aber es wird nichts aktualisiert. Es ist quasi eingefroren.

Jetzt die Frage, ist es möglich , ohne von Github die Version laden, dieses Gerät einzupflegen?
Zigbee2Mqttt hat es ja.


zigbee.0 2025-07-22 11:23:14.095	info	Successfully interviewed '0xa4c13871cd6e84b7', device has successfully been paired

zigbee.0 2025-07-22 11:23:03.071	info	Device '0xa4c13871cd6e84b7' announced itself

zigbee.0 2025-07-22 11:23:02.709	info	Starting interview of '0xa4c13871cd6e84b7'

zigbee.0 2025-07-22 11:22:48.451	info	Zigbee: allowing new devices to join.

Kein "WLAN" Zeichen vorm Gerät

Asgothian

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

haselchen

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

Asgothian

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

haselchen

@asgothian

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

13717033460 opened this pull request in Koenkk/zigbee-herdsman-converters

closed add new sensor #9394

Gaspode

@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/1280579

Aber hattest du das nicht schon mal vor ein paar Tagen schon so genutzt?

haselchen

@Asgothian

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.

@Gaspode

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.

Asgothian

@haselchen sagte in Tester Zigbee Adapter 3.x gesucht:

@Asgothian

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.

haselchen

@asgothian

Ist der Adapter schon kompatibel mit NodeJS 22.17.1 ?

Ich bekomme aktuelle Update Container nur noch mit dieser Version angeboten.

Thomas Braun

@haselchen

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.

haselchen

@thomas-braun

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

Thomas Braun

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

mickemup

@Asgothian

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

Asgothian

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

mickemup

@asgothian

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?

Asgothian

@mickemup sagte in Tester Zigbee Adapter 3.x gesucht:

@asgothian

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.

AlexHaxe

@mickemup

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}

mickemup

@asgothian

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}

NEWS