Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

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

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}

[mickemup]

@alexhaxe
Reconfic gemacht: nichts passiert.

Meiner Antwortet ja auch...liefert einfach 255...

[AlexHaxe]

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

Reconfic gemacht: nichts passiert.

war das Rekonfigurieren überhaupt erfolgreich (DeviceConfigure successful im Logfile), oder ist es in einen Timeout gelaufen?

[Asgothian]

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

[mickemup]

@asgothian

Hoffe das ist das richtige...

2025-08-29 20:52:45.525	warn	ELEVATED:NOVAL (ce53) No value published for device 04e3e5fffe73f464

2025-08-29 20:52:45.525	warn	ELEVATED:I01 (ce53) message received '{}' from device 04e3e5fffe73f464 type 'E2001/E2002'

2025-08-29 20:52:45.525	warn	ELEVATED:I02 (ce53) value generated '236' from device 04e3e5fffe73f464 for 'Link quality'

2025-08-29 20:52:45.525	warn	ELEVATED:I01 (ce53) message received '{"linkquality":236}' from device 04e3e5fffe73f464 type 'E2001/E2002'

2025-08-29 20:52:45.524	warn	ELEVATED:O06 (cb26) Convert does not return a result result for read with {"cluster":"genPowerCfg","attributes":["batteryPercentageRemaining"]} on device 0x04e3e5fffe73f464.

2025-08-29 20:52:45.524	warn	ELEVATED:SUCCESS (cb26) convert result undefined for device 0x04e3e5fffe73f464

2025-08-29 20:52:45.523	warn	ELEVATED:I01 (ce53) Zigbee Event of Type readResponse from device 0x04e3e5fffe73f464, incoming event: {"type":"readResponse","data":{"batteryPercentageRemaining":255},"linkquality":236,"groupID":0,"cluster":"genPowerCfg","meta":{"zclTransactionSequenceNumber":218,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}

[Asgothian]

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

ELEVATED:I01 (ce53) message received '{}' from device 04e3e5fffe73f464 type 'E2001/E2002'

Da hast du Dein Problem - der Konverter liefert leere Daten. Warum weiss ich nicht.

Das Ergebnis sieht bei mir so aus:

2025-08-29 21:17:34.106 - warn: zigbee.0 (61503) ELEVATED:O01 (851a) User state change of state zigbee.0.842e14fffe68d6fd.send_payload with value { "read": { "cluster": "genPowerCfg", "attributes": ["batteryPercentageRemaining"] }} (ack: false) from system.adapter.admin.0
2025-08-29 21:17:34.107 - warn: zigbee.0 (61503) ELEVATED:O02 (851a) Change state 'send_payload' at device 0x842e14fffe68d6fd type 'E2001/E2002'
2025-08-29 21:17:34.107 - warn: zigbee.0 (61503) ELEVATED:O03 (851a) Publishing to 0x842e14fffe68d6fd of model E2001/E2002 with send_payload
2025-08-29 21:17:34.108 - warn: zigbee.0 (61503) ELEVATED:O03 (851c) Publishing to 0x842e14fffe68d6fd of model E2001/E2002 with read
2025-08-29 21:17:34.109 - warn: zigbee.0 (61503) ELEVATED:O04 (851c) convert read, {"cluster":"genPowerCfg","attributes":["batteryPercentageRemaining"]}, {} for device 0x842e14fffe68d6fd with Endpoint read
2025-08-29 21:17:34.310 - warn: zigbee.0 (61503) ELEVATED:I01 (85e6) Zigbee Event of Type readResponse from device 0x842e14fffe68d6fd, incoming event: {"type":"readResponse","data":{"batteryPercentageRemaining":100},"linkquality":117,"groupID":0,"cluster":"genPowerCfg","meta":{"zclTransactionSequenceNumber":5,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}
2025-08-29 21:17:34.311 - warn: zigbee.0 (61503) ELEVATED:SUCCESS (851c) convert result undefined for device 0x842e14fffe68d6fd
2025-08-29 21:17:34.311 - warn: zigbee.0 (61503) ELEVATED:O06 (851c) Convert does not return a result result for read with {"cluster":"genPowerCfg","attributes":["batteryPercentageRemaining"]} on device 0x842e14fffe68d6fd.
2025-08-29 21:17:34.312 - warn: zigbee.0 (61503) ELEVATED:I01 (85e6) message received '{"linkquality":117}' from device 842e14fffe68d6fd type 'E2001/E2002'
2025-08-29 21:17:34.312 - warn: zigbee.0 (61503) ELEVATED:I02 (85e6) value generated '117' from device 842e14fffe68d6fd for 'Link quality'
2025-08-29 21:17:34.313 - warn: zigbee.0 (61503) ELEVATED:I01 (85e6) message received '{"battery":100}' from device 842e14fffe68d6fd type 'E2001/E2002'
2025-08-29 21:17:34.313 - warn: zigbee.0 (61503) ELEVATED:I02 (85e6) value generated '100' from device 842e14fffe68d6fd for 'Battery percent'

Was hat denn dein Gerät für eine Firmware ?

A

[mickemup]

@asgothian

description: STYRBAR remote control
build: 2.4.17

[Asgothian]

@mickemup Ich fürchte da wirst du bei Z2M mal nachhaken müssen - ich erinnere mich dumpf an Wechselwirkungen zwischen der Styrbar Firmware, der Controller Firmware und dem benutzten Herdsman.

Der Adapter ist da jedenfalls aussen vor - er bekommt keinen Wert, und kann deswegen auch nichts setzen.
A.

[mickemup]

@asgothian

Danke für den Support.

Habe jetzt nochmals Batterien rein und raus...und plötzlich ging es:

22:18:22.752	warn	ELEVATED:I02 (319e) value generated '85' from device 04e3e5fffe73f464 for 'Battery percent'
22:18:22.751	warn	ELEVATED:I01 (319e) message received '{"battery":85}' from device 04e3e5fffe73f464 type 'E2001/E2002'
22:18:22.751	warn	ELEVATED:I02 (319e) value generated '236' from device 04e3e5fffe73f464 for 'Link quality'
22:18:22.751	warn	ELEVATED:I01 (319e) message received '{"linkquality":236}' from device 04e3e5fffe73f464 type 'E2001/E2002'
22:18:22.750	warn	ELEVATED:O06 (2dec) Convert does not return a result result for read with {"cluster":"genPowerCfg","attributes":["batteryPercentageRemaining"]} on device 0x04e3e5fffe73f464.
22:18:22.750	warn	ELEVATED:SUCCESS (2dec) convert result undefined for device 0x04e3e5fffe73f464
22:18:22.750	warn	ELEVATED:I01 (319e) Zigbee Event of Type readResponse from device 0x04e3e5fffe73f464, incoming event: {"type":"readResponse","data":{"batteryPercentageRemaining":170},"linkquality":236,"groupID":0,"cluster":"genPowerCfg","meta":{"zclTransactionSequenceNumber":187,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1}

22:18:22.162	warn	ELEVATED:O04 (2f52) convert read, {"cluster":"genPowerCfg","attributes":["batteryPercentageRemaining"]}, {} for device 0x04e3e5fffe73f464 with Endpoint read
22:18:22.162	warn	ELEVATED:O03 (2f52) Publishing to 0x04e3e5fffe73f464 of model E2001/E2002 with read
22:18:22.162	warn	ELEVATED:O03 (2f29) Publishing to 0x04e3e5fffe73f464 of model E2001/E2002 with send_payload
22:18:22.162	warn	ELEVATED:O02 (2f29) Change state 'send_payload' at device 0x04e3e5fffe73f464 type E2001/E2002'
22:18:22.121	warn	ELEVATED:O01 (2f29) User state change of state zigbee.0.04e3e5fffe73f464.send_payload with value { "read": { "cluster": "genPowerCfg", "attributes": ["batteryPercentageRemaining"] }} (ack: false) from system.adapter.javascript.0

[Homoran]

Wie kann man eigentlich Änderungen an den Werten ("Kalibrierung") durchführen?

Ich habe mir letztens noch ein paar IKEA Inspelning Steckdosen geholt, als diese wieder verfügbar waren.
Die letzten liefen so toll, dass ich gar nicht auf "Probleme" eingestellt war.

Habe jetzt 2 Stück davon installiert und beide zeigen anscheinend ohne Last eine Leistung um die 1W an.

Laut Z2M

power_calibration: Calibrates the power value (percentual offset), takes into effect on next report of device. The value must be a number.

Abgesehen davon, dass ich nicht weiss wo und wie man den Befehl absetzt, frage ich mich wie ein prozentualer offset von 0 aussehen soll.

Für Hilfe wäre ich sehr dankbar

[Asgothian]

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

Wie kann man eigentlich Änderungen an den Werten ("Kalibrierung") durchführen?

Ich habe mir letztens noch ein paar IKEA Inspelning Steckdosen geholt, als diese wieder verfügbar waren.
Die letzten liefen so toll, dass ich gar nicht auf "Probleme" eingestellt war.

Habe jetzt 2 Stück davon installiert und beide zeigen anscheinend ohne Last eine Leistung um die 1W an.

Laut Z2M

power_calibration: Calibrates the power value (percentual offset), takes into effect on next report of device. The value must be a number.

Abgesehen davon, dass ich nicht weiss wo und wie man den Befehl absetzt, frage ich mich wie ein prozentualer offset von 0 aussehen soll.

Für Hilfe wäre ich sehr dankbar

100% sicher bin ich nicht. Es kann sein das die Kalibrierung erst gehen wird wenn ich mit dem Adapter 3.1 fertig bin.

Was du probieren kannst:
Option A:

• Datenpunkt sendPayload den payload {"power_calibration":10} eintragen
• Im log schauen ob es Meldungen gibt
• Schauen ob sich der Leistungswert ändert.

Option B:

• Kachel Umdrehen.
• Stift icon nutzen (wie beim Umbenennen / Gruppenzuordnung)
• unten das kleine + nutzen um eine 'option' zu bekommen
• Als Optionsname power_calibration und als Wert 10 eintragen
• Mit save abspeichern (kann sein das da speichern steht - weiss ich gerade nicht
• Gerät neu konfigurieren (reconfigure auf der Kachel)
• Gerät einmal vom ioBroker aus schalten
• Schauen ob sich der Leistungswert ändert.

Ob eines davon funktioniert ist nicht klar - es hängt davon ab wie die Kalibration im Konverter umgesetzt ist. Probieren kann ich das selber aktuell nicht.

A.

[Homoran]

@asgothian Danke!

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

Probieren kann ich das selber aktuell nicht.

Dann mach ich das doch!

Aber:
Methode B wäre mir lieber

doch

da ist (noch) kein +

habe noch v3.0.0

EDIT:
Update auf 3.0.5 via latest bringt das +, aber leider keine Änderungen.
Zumindest nicht mit 10 und -10

EDIT2:
über den Datenpunkt hab ich's auch versucht.
Danach zeigte es gar nichts mehr an, immer nur 0W.

Nach Rücksetzen auf Werkseinstellung läuft's erst mal wieder.
ich geh da mal systematisch ran, wenn ich mehr Zeit habe

[Asgothian]

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

@asgothian Danke!

[...snip]

Update auf 3.0.5 via latest bringt das +, aber leider keine Änderungen.
Zumindest nicht mit 10 und -10

EDIT2:
über den Datenpunkt hab ich's auch versucht.
Danach zeigte es gar nichts mehr an, immer nur 0W.

Das kann eigentlich nicht sein - die Werte werden nicht akzeptiert. Du solltest im Log die folgenden Einträge finden, wenn du die Kalibration versuchst einzustellen. Eher denk ich das da was anderes noch passiert.

zigbee.0 2025-09-01 13:39:26.321	info	No converter available for 'E2206' with key 'voltage_calibration'
zigbee.0 2025-09-01 13:39:26.321	info	No converter available for 'E2206' with key 'current_calibration'
zigbee.0 2025-09-01 13:39:26.321	info	No converter available for 'E2206' with key 'power_calibration'
zigbee.0 2025-09-01 13:39:26.321	info	No converter available for 'E2206' with key 'energy_calibration'

Nach Rücksetzen auf Werkseinstellung läuft's erst mal wieder.
ich geh da mal systematisch ran, wenn ich mehr Zeit habe

Warte mal bis morgen ab - ich hab eine Steckdose hier und kann die (allerdings mit der 3.1.0RC1) durch den debugger jagen um zu sehen wie wir die Werte da rein bekommen.

Wollte ich sowieso

A