iobroker.zigbee 1.11.x - Tester gesucht

[Asgothian]

Hallo zusammen,

das Team um Koenkk hat mit dem Wechsel auf die aktuelle Version des zigbee-herdsman und zigbee-herdsman-converters eine lange Liste an breaking changes implementiert. Ich versuche gerade das halbwegs sauber über den Zigbee Adapter abzubilden, allein fehlt mir die meiste Hardware.

Ich suche daher Nutzer die bereit sind mir zu helfen die entsprechenden Anpassungen zu testen. Aktuell läuft das ganze auf einem eigenen Branch auf meinem Fork des Adapters.

Wer bereit ist das zu testen darf sich gerne erst einmal die folgende Liste an breaking changes zu Gemüte führen (leider nur auf englisch). Danach kann von meinem branch (https://github.com/asgothian/ioBroker.zigbee/tarball/1.11) installiert werden. Dazu einfach den Link an dieser Stelle Einkopieren und dann installieren:

Diese Installation sollte nicht produktiv verwendet werden, da es sicher einiges an Auffälligkeiten geben wird. Zusätzlich kann es sein das einzelne Geräte in ihren States im ioBroker komplett anders abgebildet werden.

Wichtig: die minor version wird verhältnismässig schnell hochzählen damit ich nachhalten kann wer genau was installiert hat. Ob das dann final als 1.11.x ins latest / stable wandert oder sogar eine höhere Versionsnummer bekommt hängt davon ab wie viele breaking changes wir am Ende noch haben.

A.

[Asgothian]

Reserved: Liste an Fixes / aktueller Stand.

- Aqara WXKG02LM_rev2 (wahrscheinlich auch WXKG02LM)

1.11.1:

• Fix Pairing
• change device availability for router devices
• delay map generation until refresh is activated
• reorder tabs in configuration
• remove binding tab from configuration
• remove map from configuration
• add debug to zigbee tab (work in progress)

1.11.2

• change to debug messaging: Es ist nun möglich die 'elevated' debug Meldungen im Log über die Rückseite der Device-Kachel zu aktivieren / deaktivieren. Das ist zum Testen der Version wichtig, da mit aktivierten Debug Meldungen ein Log-Auszug der Zigbee-Nachrichten die vom Device kommen erzeugt werden kann. Diese werden benötigt um zu bewerten in wie weit ein Gerät vollständig abgebildet ist.

Die Meldungen sind in zwei Zweige aufgeteilt : Incoming mit den Tags I00 - I05 sowie outgoing mit O00 bis O05. Dazu gehörig sind Fehlermeldungen mit IE und OE tags. Ein Meldungslauf beginnt immer mit I00 oder I01 (O00, O01) und endet mit der jeweils höchsten ID, oder alternativ mit einer oder mehr Fehlermeldungen (IE, OE)
wichtig: Auf eine I00 Meldung können in der Folge mehrere I01 Meldungen folgen (siehe Beispiel unten)

Wichtig: Tests sind aktuell nicht weiter Sinnvoll - es wird grössere Anpassungen geben, die ggf. sogar in einem Versionssprung zu 2.0 münden - incl. einiger Anpassungen sich auf die Abbildung der Geräte in den Objekten auswirken. Daher habe ich darum gebeten diesen Thread zu schliessen.

Während des Tests bitte ich um 3 Dinge:
- allgemeine Fehlermeldungen mit Kontext wenn der Adapter 'normal' auf level 'info' läuft.
- Test jedes einzelnen zur Verfügung stehenden Gerätetyps, so wie im Adapter voreingestellt (Gerätetyp NICHT unter 'Ausschliessen' aufgefuhrt) Dazu für genau ein Device die Debug-Meldungen aktivieren, und danach alle zur Verfügung stehenden Datenpunkte testen (ändern wenn änderbar sind, prüfen ob Änderungen ankommen wenn das Gerät etwas melden sollte, etc). Dabei entstehende 'ELEVATED' Meldungen bitte sichern, aber nicht vollständig hier posten. Bitte nur Meldungen Posten die in einem Fehler enden / die einen Fehler beinhalten. wichtig zwischen einzelnen Schaltversuchen immer mindestens 20 sekunden warten - oder bis sicher ist das das Gerät die Nachricht erhalten und bestätigt hat. Ansonsten vermischen sich die Nachrichtenzweige.
- Test jedes einzelnen zur Verfügung stehenden Gerätetyps wenn dieser Typ unter 'Ausschliessen' eingetragen ist. Es gelten die gleichen Randbedingungen wie beim vorherigen Schritt/

Wichtig - nach jedem Neustart des Adapters sollte ein State cleanup (rotes icon in der Titelzeile) durchgeführt werden, um sicher zu stellen das nur states angezeigt werden die auch aktiv sind.

Beispiele für einen Meldungslauf den ich sehen will:

2025-01-09 16:22:09.810 - warn: zigbee.1 (50338) ELEVATED I00: Zigbee Event of Type attributeReport from device "0xccccccfffee3ef17", incoming event: {"type":"attributeReport","device":"0xccccccfffee3ef17","endpoint":1,"data":{"currentSummDelivered":0},"linkquality":138,"groupID":0,"cluster":"seMetering"}
2025-01-09 16:22:09.816 - warn: zigbee.1 (50338) ELEVATED I01: message received '{"linkquality":138}' from device ccccccfffee3ef17 type '07048L'
2025-01-09 16:22:09.816 - warn: zigbee.1 (50338) ELEVATED I02: value generated '138' from device ccccccfffee3ef17 for 'Link quality'
2025-01-09 16:22:09.821 - warn: zigbee.1 (50338) ELEVATED I01: message received '{"energy":0}' from device ccccccfffee3ef17 type '07048L'
2025-01-09 16:22:09.822 - error: zigbee.1 (50338) ELEVATED IE04: No value published for device ccccccfffee3ef17

2025-01-09 16:29:10.454 - warn: zigbee.1 (50338) ELEVATED I02: value generated '132' from device ccccccfffed72a10 for 'Link quality'
2025-01-09 16:29:13.912 - warn: zigbee.1 (50338) ELEVATED O1: User state change of state zigbee.1.000b57fffe8f487d.state with value false (ack: false) from system.adapter.zigbee.1
2025-01-09 16:29:13.918 - warn: zigbee.1 (50338) ELEVATED O2: Change state 'state' at device 0x000b57fffe8f487d type 'LED1649C5'
2025-01-09 16:29:13.922 - warn: zigbee.1 (50338) ELEVATED O3.0: Setting' converter to converter with key(s)'["state","brightness","brightness_percent","on_time","off_wait_time"]}
2025-01-09 16:29:13.922 - warn: zigbee.1 (50338) ELEVATED O4: convert state, "OFF", {"state":"OFF"} for device 0x000b57fffe8f487d with Endpoint state
2025-01-09 16:29:36.978 - error: zigbee.1 (50338) ELEVATED OE3: caught error {"message":"ZCL command 0x000b57fffe8f487d/1 genOnOff.off({}, {\"timeout\":10000,\"disableResponse\":false,\"disableRecovery\":false,\"disableDefaultResponse\":false,\"direction\":0,\"reservedBits\":0,\"writeUndiv\":false}) failed (Timeout - 21586 - 1 - 11 - 6 - 11 after 10000ms)"} when setting value for device 0x000b57fffe8f487d.

bzw. einen der mich nicht interessiert:

2025-01-09 16:17:10.154 - warn: zigbee.1 (50338) ELEVATED IE00: No converter available for '07048L' 'ccccccfffee3ef17' with cluster 'genOta' and type 'commandQueryNextImageRequest'
2025-01-09 16:17:10.154 - warn: zigbee.1 (50338) ELEVATED I01: message received '{"linkquality":141}' from device ccccccfffee3ef17 type '07048L'
2025-01-09 16:17:10.154 - warn: zigbee.1 (50338) ELEVATED I02: value generated '141' from device ccccccfffee3ef17 for 'Link quality'

2025-01-09 16:29:17.601 - warn: zigbee.1 (50338) ELEVATED O1: User state change of state zigbee.1.ccccccfffed72a10.state with value true (ack: false) from system.adapter.zigbee.1
false2025-01-09 16:29:17.605 - warn: zigbee.1 (50338) ELEVATED O2: Change state 'state' at device 0xccccccfffed72a10 type '07048L'
false2025-01-09 16:29:17.607 - warn: zigbee.1 (50338) ELEVATED O3.0: Setting' converter to converter with key(s)'["state","on_time","off_wait_time"]}
false2025-01-09 16:29:17.608 - warn: zigbee.1 (50338) ELEVATED O4: convert state, "ON", {"state":"ON"} for device 0xccccccfffed72a10 with Endpoint state
false2

Bekannte Fehler:

• beim Pairing kann es vereinzelt zu Fehlermeldungen kommen die üblicherweise so aussehen:

2025-01-08 17:23:59.418 - error: zigbee.1 (80476) Failed to call 'DeviceAvailability' 'onZigbeeEvent' (TypeError: Cannot read properties of undefined (reading 'startsWith')

Diese kommen daher das das Gerät dinge tun soll die es noch nicht kann - das muss noch gefixed werden, führt aber nicht zu Problemen die Geräte zu nutzen.

A.

[Homoran]

@asgothian 1.10.x Thread schließen?

[Asgothian]

@homoran sagte in iobroker.zigbee 1.11.x - Tester gesucht:

@asgothian 1.10.x Thread schließen?

Bitte nicht - auch da wird weiter was passieren - da gehen die Geräte direkt, und wenn Leute Probleme mit dem aktuellen stable haben sollten sie da posten, nicht hier.

A.

[hesse]

@asgothian Hast du eine Liste was an Geräten getestet werden muss? Dann schau ich mal was ich davon hier habe und nicht produktiv verwende oder aktuell nur in der Homeassistant Test Instanz eingebunden habe

[Asgothian]

@hesse I’m ersten Post ist ein link auf die Liste.

[hesse]

@asgothian Oh Sorry hab ich übersehen -.-

Also von der Liste hätte ich nur diese Beiden da zum Testen, falls die nicht schon getestet wurden:

E1743, E1810

[Asgothian]

@hesse ich bin für jeden test dankbar - neben den Geräten geht es auch um die Funktionalität. Aktuell hoffe ich das pairing bis morgen möglich fertig zu machen - es sollte gehen, auch wenn die Meldungen noch komisch sind.
(Kein herunterzählen, errors im Log)

A.

[David G.]

@asgothian

Kann ich in Proxmox meine iobroker VM klonen zum testen?
Oder wird ggf auch was am Koordinator geändert/verstellt?

[Asgothian]

@david-g sagte in iobroker.zigbee 1.11.x - Tester gesucht:

@asgothian

Kann ich in Proxmox meine iobroker VM klonen zum testen?
Oder wird ggf auch was am Koordinator geändert/verstellt?

Ich kann nicht versprechen das nichts geändert wird. Es sollte nicht sein, kann aber.

A.

[Asgothian]

Neue Version: 1.11.1: Funktionalität gegeben. Device-spezifische Anpassungen fehlen.

Link zur Installation bleibt.

A.

[peterfido]

@asgothian Ich teste jetzt mit. Allerdings auf einem frischen ioBroker Testsystem. Die Installation verlief auch frischen ioBroker gefühlt durch, jedoch wurde der Zigbee Coordinator nicht angesprochen (cannot lock port). Erst, nachdem ich den Zigbee-Adapter in Version 1.10.14 installiert hatte, und dann die Testversion darüber, wurde der Coordinator fehlerfrei angesprochen. Die genaue Fehlermeldung reiche ich nach, wenn ich wieder am Testsystem arbeite.

[Shadowhunter23]

@asgothian sagte in iobroker.zigbee 1.11.x - Tester gesucht:

Ich kann nicht versprechen das nichts geändert wird. Es sollte nicht sein, kann aber.

Ich wäre sofort bereit zu testen aber das macht mir Sorgen. Wenn etwas geändert wird und ein zurück nicht möglich wäre dann...

[JackDaniel]

@peterfido sagte in iobroker.zigbee 1.11.x - Tester gesucht:

@asgothian Ich teste jetzt mit. Allerdings auf einem frischen ioBroker Testsystem. Die Installation verlief auch frischen ioBroker gefühlt durch, jedoch wurde der Zigbee Coordinator nicht angesprochen (cannot lock port). Erst, nachdem ich den Zigbee-Adapter in Version 1.10.14 installiert hatte, und dann die Testversion darüber, wurde der Coordinator fehlerfrei angesprochen. Die genaue Fehlermeldung reiche ich nach, wenn ich wieder am Testsystem arbeite.

genau das selbe hier auf meinem matter test system

zigbee.0
2025-01-09 10:35:02.622	error	Error herdsman start

zigbee.0
2025-01-09 10:35:02.622	error	Failed to start Zigbee

zigbee.0
2025-01-09 10:35:02.621	error	Starting zigbee-herdsman problem : "Error Resource temporarily unavailable Cannot lock port"

zigbee.0
2025-01-09 10:35:02.353	info	Installed Version: asgothian/ioBroker.zigbee#1.11

zigbee.0
2025-01-09 10:35:02.329	debug	Starting zigbee-herdsman...

zigbee.0
2025-01-09 10:35:02.320	info	Starting Zigbee npm ...

zigbee.0
2025-01-09 10:35:02.318	info	Try to reconnect. 1 attempts left

zigbee.0
2025-01-09 10:34:52.316	error	Error herdsman start

zigbee.0
2025-01-09 10:34:52.316	error	Failed to start Zigbee

zigbee.0
2025-01-09 10:34:52.314	error	Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby (Error: AREQ - ZDO - stateChangeInd after 60000ms\n at Object.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:41:23)\n at ZnpAdapterManager.beginCommissioning (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/manager.js:345:31)\n at async ZnpAdapterManager.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/manager.js:111:21)\n at async ZStackAdapter.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:155:16)\n at async Controller.start (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:129:29)\n at async ZigbeeController.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:134:13)\n at async Zigbee.doConnect (/opt/iobroker/node_modules/iobroker.zigbee/main.js:316:13))"

zigbee.0
2025-01-09 10:33:51.257	info	Installed Version: asgothian/ioBroker.zigbee#1.11

zigbee.0
2025-01-09 10:33:51.242	debug	Starting zigbee-herdsman...

zigbee.0
2025-01-09 10:33:51.237	debug	Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2025_01_09-10_33_51.tar.gz success

zigbee.0
2025-01-09 10:33:51.199	info	Starting Zigbee npm ...

zigbee.0
2025-01-09 10:33:51.107	debug	Using zigbee-herdsman with settings: {"network":{"panID":2947,"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13],"extenedPanID":[120,221,221,221,221,221,221,18]},"databasePath":"/opt/iobroker/iobroker-data/zigbee_0/shepherd.db","backupPath":"/opt/iobroker/iobroker-data/zigbee_0/nvbackup.json","serialPort":{"baudRate":115200,"rtscts":false,"path":"/dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00","adapter":"zstack"},"adapter":{"forceStartWithInconsistentAdapterConfiguration":false},"legacy":false}

zigbee.0
2025-01-09 10:33:51.072	info	starting. Version 1.11.1 (non-npm: asgothian/ioBroker.zigbee#1.11) in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.13.0, js-controller: 7.0.6

zigbee.0
2025-01-09 10:33:50.867	debug	Plugin sentry Do not initialize Plugin (enabled=false)

asgothian created this issue in asgothian/ioBroker.zigbee

closed Update to 1.3.0 #1

[JackDaniel]

und hier der log vom pairing eines ikea parasoll sensors
log_pairing_ikea_parasoll.txt

[Asgothian]

@jackdaniel Der Fehler den du da hast ist das du die gleichen Parameter wie ein bereits bestehendes Zigbee Netz benutzt :

Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby

Um das zu Verstehen muss man wissen das das Zigbee Netz auch ohne Koordinator weiter besteht solange mindestens 1 Router aktiv ist. Dadurch kann man im Zigbee-Netz Fernbedienungen direkt an Geräte koppeln.

In deinem Fall hat der Koordinator beim versuch ein Netzwerk aufzuspannen ein anderes Netzwerk mit ähnlichen Parametern vorgefunden, ohne das er die in dem Netz befindlichen Router gekannt hat. Daher verweigert er das öffnen.

A

[Asgothian]

@jackdaniel sagte in iobroker.zigbee 1.11.x - Tester gesucht:

und hier der log vom pairing eines ikea parasoll sensors
log_pairing_ikea_parasoll.txt

Bitte das Log bereinigen. Die Flut an Matter-Meldungen stören gewaltig dabei das irgendwie auseinander zu nehmen. So kann ich damit nicht arbeiten.

A.

[JackDaniel]

@asgothian sagte in iobroker.zigbee 1.11.x - Tester gesucht:

@jackdaniel Der Fehler den du da hast ist das du die gleichen Parameter wie ein bereits bestehendes Zigbee Netz benutzt :

Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby

Um das zu Verstehen muss man wissen das das Zigbee Netz auch ohne Koordinator weiter besteht solange mindestens 1 Router aktiv ist. Dadurch kann man im Zigbee-Netz Fernbedienungen direkt an Geräte koppeln.

In deinem Fall hat der Koordinator beim versuch ein Netzwerk aufzuspannen ein anderes Netzwerk mit ähnlichen Parametern vorgefunden, ohne das er die in dem Netz befindlichen Router gekannt hat. Daher verweigert er das öffnen.

A

hatte extra die pan id und die erw. pan id geändert gehabt, das dürfte aber nicht ganz geklappt haben so wie ich mir das gedacht hatte
das ist mein alter koordinator, der vorher mal auf dem produktiv system lief (muss wohl noch altes zeugs drauf gewesen sein)

[JackDaniel]

@asgothian sagte in iobroker.zigbee 1.11.x - Tester gesucht:

@jackdaniel sagte in iobroker.zigbee 1.11.x - Tester gesucht:

und hier der log vom pairing eines ikea parasoll sensors
log_pairing_ikea_parasoll.txt

Bitte das Log bereinigen. Die Flut an Matter-Meldungen stören gewaltig dabei das irgendwie auseinander zu nehmen. So kann ich damit nicht arbeiten.

A.

shit vergessen das ab zu drehen, hier mal ein log mit dem du was anfangen kannst
koppeln vom sensor war zwar "holprig" und mit vielen fehlern, sensor funktioniert aber ohne problem

koppeln_mit_fehler_aber_OK

[Asgothian]

@jackdaniel Leider nein - auch da ist bei weitem zu viel rauschen um die relevanten Informationen zu finden. Bitte den Adapter nicht im Debug und nicht mit herdsman-debug laufen lassen - das flutet mich nur mit Daten

Ich mach gerade eine neuere Version fertig - dann poste ich auch eine Anleitung was zum testen notwendig ist.

A.

Nachtrag: Version 1.11.2 ist raus. Erklärung zum Logging / den Tests die ich brauche sind oben mit hinterlegt.