Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Asgothian]

Schön das alles wieder läuft. Ich würde mich freuen wenn ihr alle auch testet ob die neue Variante der Firmware-Upgrades geht:

halbautomatisches OTA aus dem Objektbaum (und damit skriptbar)
OTA Check via

• zigbee.0.info.ota auf true um einen OTA Check über alle Geräte zu starten,
• checkota oder check_ota in den DP send_playload eines Gerätes schreiben um nur für dieses Gerät einen OTA Check durchzuführen

Ergebnis sichtbar in:

• zigbee.0.info.ota_available als Liste (array) von Geräten für die ein ota Update möglich ist

OTA Start über:

• einzeln am Gerät via startota oder start_ota als Text im DP send_payload
• für alle Geräte - dazu einfach das Array aus ota_available via steuere (also ohne ack) zurück den DP ota_available schreiben.

A.

[amg_666]

@Asgothian sagte:

Ich würde mich freuen wenn ihr alle auch testet ob die neue Variante der Firmware-Upgrades geht

Wenn ich den dp zigbee.0.info.ota auf true setze, dann kommt im zigbee.0.info.ota_available ein Device.
Wenn ich bei dem Device startota oder start_ota bei send_payload eingebe, kommt im Log

zigbee.2
	2026-06-17 09:15:06.952	error	zbDeviceCommand: illegal command function toLowerCase() { [native code] }

Falls es interessiert, dass ist eine IKEA Steckdose (https://www.zigbee2mqtt.io/devices/E160x_E170x_E190x.html)

[Asgothian]

Kannst du bitte in statescontroller.js die Zeile 614 von

                this.emit('zb_devicecommand', value.toLowerCase, deviceId, stateDesc);

auf

                this.emit('zb_devicecommand', value.toLowerCase(), deviceId, stateDesc);

patchen und dann neu starten ? Dann sollte der Fehler weg sein

A.

p.s. Es ist mir nicht klar warum das im Code auf Github noch vorhanden ist - das war bei mir bereits gefixed.

[amg_666]

So, bin jetzt wieder am PC, wo finde ich statescontroller.js ?

[Asgothian]

\opt\iobroker\node-modules\iobroker.zigbee\lib

[amg_666]

Hm, klappt noch nicht so: in der statescontroller.js hab ich die Klammern ergänzt und danach den Adapter neu gestartet.

Wenn ich jetzt den DP ...ota auf True setze passiert nichts, der dp ...ota_available bleibt undefined:

Ich habe dann trotzdem mal bei dem Zigbee Device "start_ota" eingetragen, das führt dann zum Fehler im Log:

zigbee.2
	2026-06-17 12:41:55.813	error	zbDeviceCommand: illegal command start_ota

wenn ich stattdessen "startota" eingebe kommt kein Fehler im Log.
Wie kann ich kontrollieren ob das Device tatsächlich upgedated wurde?

[Asgothian]

du musst im log schauen ob es Meldungen zum OTA Fortschritt gibt. OTA dauert gerne mal eine Stunde oder mehr.

A.

[amg_666]

Logfile:

zigbee.2
	2026-06-17 13:03:37.175	warn	Device '0x5c0272fffe96fa2a' announced itself, trying to read its status
zigbee.2
	2026-06-17 12:41:55.813	error	zbDeviceCommand: illegal command start_ota

Den Fehler in der letzten Zeile hatte ich geschrieben, mit Payload "startota" gabs keine Fehlermeldung mehr.
Eine gute halbe Stunde später kam die Warnung, dass das Device sich angemelden will. Das ist die fragliche IKEA Steckdose. Ich würd also mal folgern, dass die ein Update bekommen hat (???)

[Asgothian]

denkbar.. die ganzen normalen OTA Meldungen sind info meldungen

[Asgothian]

So, die 3.4.9 ist raus - sie behebt den ota state bug und fixed ein paar kleinere Bugs die so erstmal wenigen aufgefallen sind.

Was nicht behoben ist:
https://github.com/ioBroker/ioBroker.zigbee/issues/2913 - Problem bei der Bosch Sirene => Hier sollte es bereits eine Möglichkeit geben das dieser Fehler nicht auftritt so das keine Anpassung am Adapter notwendig ist.
https://github.com/ioBroker/ioBroker.zigbee/issues/2912 - Hier muss einiges beim developer mode neu gemacht werden. Diese grössere Änderung muss ich im Moment nach hinten stellen, bis ich mit dem Devicemanager soweit bin das er nutzbar ist.
https://github.com/ioBroker/ioBroker.zigbee/issues/2896 - auch hier gibt es bereits einen Workaround - ich muss die einzelnen Devices durchgehen und schauen ob/wo das mit den () noch auftritt bevor ich da etwas anpassen kann/'will. Ich bräuchte dafür aber Unterstützung - in Form von Leuten die Geräte haben bei denen () oder [] im Device-Namen vorkommen.

A.

[Fabio]

@Asgothian sagte:

So, die 3.4.9 ist raus -

.. vielen herzlichen Dank. Alle drei Instanzen bei mir laufen bis jetzt ohne Probleme.
Herzliche Grüße
Fabio

[Asgothian]

Die ~3.4.10~ 3.4.11 ist raus. Macht folgendes:

• Unterstützung des Devicemanagers (zumindest rudimentär - wenn da mehr gewünscht ist lasst es mich wissen)
• 2 der 3 open issues aus der 3.4.9 sind raus - Issue #2896 bleibt offen - ich hab da noch keine saubere Lösung.
• ZH 10.5 ZHC 26.73

An dieser Stelle brauche ich nochmal Meinungen:

Wenn Ihr euch die Fernbedienungen / etc. im Adapter und im Device-Manager anschaut sollte auffallen, das sie unterschiedlich dargestellt werden:

Zigbee Adapter:

Device Manager

Der Hauptunterschied ist, das ich im Device-Manager die einzelnen Datenpunkte für die Tastendrücke nicht darstelle, während der Adapter sie einzeln alle darstellt.

Mich würde interessieren was als besser wahrgenommen wird.

In beiden Fällen kann man sehen wenn eine Nachricht vom Gerät ankommt - es ändert sich der DP Triggered action

A.

p.s. Wichtig: es geht nur um die Anzeige im Device Manager / dem Zigbee UI - die Datenpunkte bleiben alle erhalten !
p.p.s die 3.4.10 hatte einen gemeinen bug - deswegen so schnell die 3.4.11

[BananaJoe]

Ich habe nach dem Upgrade von 3.4.8 auf den 3.4.11 das folgende Problem:

2026-07-05 07:46:56.346  - info: zigbee.0 (6447) Try to reconnect.
2026-07-05 07:46:56.347  - info: zigbee.0 (6447) Starting Adapter npm ...
2026-07-05 07:46:56.347  - info: zigbee.0 (6447) Installed Version: iobroker.zigbee@3.4.11 (Converters 26.77.0 Herdsman 10.6.1)
2026-07-05 07:46:56.347  - warn: zigbee.0 (6447) zbcontroller start started 1992 times
2026-07-05 07:46:56.348  - info: zigbee.0 (6447) configured transmit power : high
2026-07-05 07:46:56.348  - info: zigbee.0 (6447) Starting Zigbee-Herdsman
2026-07-05 07:47:21.451  - info: zigbee.0 (6447) Network parameters in Config     : panID=5098 channel=11 extendedPanID=11329b3bb6ba3ddd
2026-07-05 07:47:21.452  - info: zigbee.0 (6447) Network parameters on Coordinator: panID=5098 channel=11 extendedPanID=dd3dbab63b9b3211
2026-07-05 07:47:21.454  - error: zigbee.0 (6447) Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR.
2026-07-05 07:47:21.454  - error: zigbee.0 (6447) Failed to start Zigbee: no message given
2026-07-05 07:47:31.457  - info: zigbee.0 (6447) Try to reconnect.
2026-07-05 07:47:31.457  - info: zigbee.0 (6447) Starting Adapter npm ...
2026-07-05 07:47:31.457  - info: zigbee.0 (6447) Installed Version: iobroker.zigbee@3.4.11 (Converters 26.77.0 Herdsman 10.6.1)
2026-07-05 07:47:31.457  - warn: zigbee.0 (6447) zbcontroller start started 1993 times
2026-07-05 07:47:31.457  - info: zigbee.0 (6447) configured transmit power : high
2026-07-05 07:47:31.457  - info: zigbee.0 (6447) Starting Zigbee-Herdsman

Wie man sieht im 5 Minuten Takt.
Zurück auf die 3.4.8 sieht das wieder so aus:

2026-07-05 09:14:49.183  - info: zigbee.0 (511560) starting. Version 3.4.8 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.23.1, js-controller: 7.2.2
2026-07-05 09:14:49.191  - info: zigbee.0 (511560) init localConfig
2026-07-05 09:14:49.285  - info: zigbee.0 (511560) Adapter ready - starting subsystems. Adapter is running in info mode.
2026-07-05 09:14:49.307  - info: zigbee.0 (511560) delete old Backup files. keep only last 10
2026-07-05 09:14:49.308  - info: zigbee.0 (511560) Autostart Zigbee subsystem
2026-07-05 09:14:49.308  - info: zigbee.0 (511560) Starting Adapter npm ...
2026-07-05 09:14:49.343  - info: zigbee.0 (511560) Installed Version: iobroker.zigbee@3.4.8 (Converters 26.77.0 Herdsman 10.6.1)
2026-07-05 09:14:49.345  - info: zigbee.0 (511560) configured transmit power : high
2026-07-05 09:14:49.345  - info: zigbee.0 (511560) Starting Zigbee-Herdsman
2026-07-05 09:14:51.160  - info: zigbee.0 (511560) Zigbee-Herdsman started successfully with Coordinator firmware version: EmberZNet : 7.4.5 [GA] (X-X.X.X.X)
2026-07-05 09:14:51.196  - info: zigbee.0 (511560) 0x00158d00025f10ff (addr 6965): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
2026-07-05 09:14:51.198  - info: zigbee.0 (511560) 0x00158d0003cebdfd (addr 57952): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
2026-07-05 09:14:51.198  - info: zigbee.0 (511560) 0x00158d0001e09a1a (addr 60501): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
2026-07-05 09:14:51.198  - info: zigbee.0 (511560) 0x00158d0001e09d0d (addr 57587): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
2026-07-05 09:14:51.199  - info: zigbee.0 (511560) 0x00158d00044bc027 (addr 7742): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)
2026-07-05 09:14:51.342  - info: zigbee.0 (511560) 0xa4c138cd0eaf92e2 (addr 16024): ZG-204ZL - Tuya Luminance motion sensor (EndDevice)
2026-07-05 09:14:51.345  - info: zigbee.0 (511560) 0xa4c13842eeefaab6 (addr 24223): ZG-204ZL - Tuya Luminance motion sensor (EndDevice)
2026-07-05 09:14:51.368  - info: zigbee.0 (511560) 0xa4c1382047570764 (addr 11235): SNZB-04_eWeLink - eWeLink Contact sensor (EndDevice)
2026-07-05 09:14:51.369  - info: zigbee.0 (511560) 0xa4c138b8877ab61c (addr 863): SNZB-04_eWeLink - eWeLink Contact sensor (EndDevice)
2026-07-05 09:14:51.386  - info: zigbee.0 (511560) 0x003c84fffe21608f (addr 8497): E1812 - IKEA TRADFRI shortcut button (EndDevice)
2026-07-05 09:14:51.386  - info: zigbee.0 (511560) 0xa4c138fc7ddaeeaf (addr 37458): SS6400ZB - LoraTap 4 button portable remote control (EndDevice)
2026-07-05 09:14:51.387  - info: zigbee.0 (511560) 0x00158d00041e2ef7 (addr 8617): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)
2026-07-05 09:14:51.390  - info: zigbee.0 (511560) 0xa4c1384daf96da37 (addr 18743): ZG-204ZL - Tuya Luminance motion sensor (EndDevice)
2026-07-05 09:14:51.392  - info: zigbee.0 (511560) 0xa4c13808112fea68 (addr 32362): TH05Z - ONENUO Temperature & humidity sensor with clock and humidity display (EndDevice)
2026-07-05 09:14:51.393  - info: zigbee.0 (511560) 14 devices are part of the network
2026-07-05 09:14:51.393  - info: zigbee.0 (511560) Zigbee started

Das Problem habe ich mit zigbee-Instanz 0 und 3, dahinter sitzen jeweils ein SONOFF Zigbee/Thread PoE Dongle Max ( https://www.amazon.de/dp/B0FMJH4DPN ), hinter 1 und 2 sitzen 2 ZigStar-Gateways die keine Probleme machen

Wenn man sich im Log die PanID ansieht, ist 11329b3bb6ba3ddd natürlich richtig. Die falsch angemäkelte dd3dbab63b9b3211 ist die gleiche, nur Rückwärts

Issue ist erstellt: https://github.com/ioBroker/ioBroker.zigbee/issues/2931

[Asgothian]

@BananaJoe sagte:

Issue ist erstellt: https://github.com/ioBroker/ioBroker.zigbee/issues/2931

Mögliche Diagnose / gegenmassnahme am Issue - nicht hier im Forum.

A.

[BananaJoe]

@Asgothian Ich wollte gerade deine Fragen zur PanID bei den verschiedenen Versionen ausklingeln ... als ich wieder von 3.8 auf 3.11 gegangen bin, passte nun aber alles, läuft ohne Fehler.
Kurios. Aber so ist das in der IT manchmal

[chucky666]

@Asgothian
Ist das Problem mit den Sonoff Plug Watt Anzeige behoben in der 3.4.11 ?

[Asgothian]

@chucky666 Bei mir geht sie

[chucky666]

@Asgothian
Ich habe jetzt die 3.4.11 installiert , aber leider bekomme ich die Watt nicht angezeigt . Die Sonoff haben die neuste Firmware , ich habe sie auch schon komplett gelöscht und neu angelernt ohne erfolg . was kann ich noch versuchen ?

[Asgothian]

Bitte prüfen: ist bei Dir die Option meta_state für das Device gesetzt ?

Wenn nein bitte setzen.

A.

[chucky666]

@Asgothian
Danke dir das war es , gestern Nacht zu müde gewesen 🤣