NEWS
Zigbee 3.5.x
-
Aktuelle Test Version 3.5.4 Veröffentlichungsdatum 26.07.2026 Github Link https://github.com/iobroker.zigbee Hier Adapter Beschreibung, Changelog etc.
- Wechsel auf ZH 10.7, ZHC 26.86
- Neue Option für Models
modify_state. Über diese Option kann die interne Definition derstatesdes Devices angepasst werden. Das bezieht sich insbesondere auf:
- die Rolle (
role) - die property (
prop), i.e. auf welche Nachrichten des Gerätes der State reagieren soll - das Set Attribut (
setattr), i.e. mit welchem Schlüsselwort der Adapter Nachrichten an das Gerät senden soll wenn sich der State ändert - die Minimal / Maximalwerte (
min,max) bei numerischen States - den Namen (
name) des States
Wichtig: diese Option ist ausschliesslich als Modell basierte Option verfügbar, sprich alle Geräte des gleichen Typs werden gleich abgebildet und verhalten sich gleich. Ein Beispiel zur Nutzung ist dieses:

Wenn das Device normal genutzt wird, dann meldet es das
power_on_behaviormit der propertypower_on_behavior_l1. Das ist im Konverter so angegeben. Wenn der Adapter daspower_on_behaviorsetzen will, dann muss das mit der propertypower_on_behaviorpassieren.Leider bilden die exposes der ZHC dieses nicht sauber ab. Daher kann der Adapter den DP
power_on_behaviornicht setzen wenn er vom Gerät gemeldet oder gelesen wird. Im debug gibt es dann diese Meldung:

Mit der Option

Sieht das ganze dann so aus:
beim Lesen:

beim Schreiben:

Wichtig: nach dem Ändern dieser Option muss der Adapter neu gestartet werden, sonst ist sie nicht aktiv. Sofern Name und/oder Rolle geändert werden kann es sein das sogar die States im Objektbaum gelöscht werden müssen damit die Änderungen durch kommen. Das wird sich aber noch ändern.
Damit kann im Adapter auf Eigenheiten von Geräten reagiert werden ohne das der Adapter eigenen Code für diese Geräte benötigt.
Um fleissiges Testen wird gebeten.
In diesem Zusammenhang bitte ich auch dringend darum das ein Blick auf die Dokumentation des Adapters geworfen wird - insbesondere auf die Seiten
https://github.com/ioBroker/ioBroker.zigbee/wiki
https://github.com/ioBroker/ioBroker.zigbee/wiki/Device-messaging-debug
https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configuration
https://github.com/ioBroker/ioBroker.zigbee/blob/master/README.mdA.
Version changelog:
- 3.5.0, 3.5.1, 3.5.2 : not on NPM
- 3.5.3: Crash when trying to start with extPanID reversed, Error in updated Device_Query on certain devices. Both fixed in 3.5.4
-
Aktuelle Test Version 3.5.4 Veröffentlichungsdatum 26.07.2026 Github Link https://github.com/iobroker.zigbee Hier Adapter Beschreibung, Changelog etc.
- Wechsel auf ZH 10.7, ZHC 26.86
- Neue Option für Models
modify_state. Über diese Option kann die interne Definition derstatesdes Devices angepasst werden. Das bezieht sich insbesondere auf:
- die Rolle (
role) - die property (
prop), i.e. auf welche Nachrichten des Gerätes der State reagieren soll - das Set Attribut (
setattr), i.e. mit welchem Schlüsselwort der Adapter Nachrichten an das Gerät senden soll wenn sich der State ändert - die Minimal / Maximalwerte (
min,max) bei numerischen States - den Namen (
name) des States
Wichtig: diese Option ist ausschliesslich als Modell basierte Option verfügbar, sprich alle Geräte des gleichen Typs werden gleich abgebildet und verhalten sich gleich. Ein Beispiel zur Nutzung ist dieses:

Wenn das Device normal genutzt wird, dann meldet es das
power_on_behaviormit der propertypower_on_behavior_l1. Das ist im Konverter so angegeben. Wenn der Adapter daspower_on_behaviorsetzen will, dann muss das mit der propertypower_on_behaviorpassieren.Leider bilden die exposes der ZHC dieses nicht sauber ab. Daher kann der Adapter den DP
power_on_behaviornicht setzen wenn er vom Gerät gemeldet oder gelesen wird. Im debug gibt es dann diese Meldung:

Mit der Option

Sieht das ganze dann so aus:
beim Lesen:

beim Schreiben:

Wichtig: nach dem Ändern dieser Option muss der Adapter neu gestartet werden, sonst ist sie nicht aktiv. Sofern Name und/oder Rolle geändert werden kann es sein das sogar die States im Objektbaum gelöscht werden müssen damit die Änderungen durch kommen. Das wird sich aber noch ändern.
Damit kann im Adapter auf Eigenheiten von Geräten reagiert werden ohne das der Adapter eigenen Code für diese Geräte benötigt.
Um fleissiges Testen wird gebeten.
In diesem Zusammenhang bitte ich auch dringend darum das ein Blick auf die Dokumentation des Adapters geworfen wird - insbesondere auf die Seiten
https://github.com/ioBroker/ioBroker.zigbee/wiki
https://github.com/ioBroker/ioBroker.zigbee/wiki/Device-messaging-debug
https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configuration
https://github.com/ioBroker/ioBroker.zigbee/blob/master/README.mdA.
Version changelog:
- 3.5.0, 3.5.1, 3.5.2 : not on NPM
- 3.5.3: Crash when trying to start with extPanID reversed, Error in updated Device_Query on certain devices. Both fixed in 3.5.4
v3.5.3 startet bei mir nicht. Fehler
2026-07-26 14:10:11.145 - error: zigbee.0 (106782) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2026-07-26 14:10:11.146 - error: zigbee.0 (106782) unhandled promise rejection: this.warn is not a function 2026-07-26 14:10:11.146 - error: zigbee.0 (106782) TypeError: this.warn is not a function at Zigbee.getZigbeeOptions (/opt/iobroker/node_modules/iobroker.zigbee/main.js:893:82) at Zigbee.onReady (/opt/iobroker/node_modules/iobroker.zigbee/main.js:250:36) 2026-07-26 14:10:11.146 - error: zigbee.0 (106782) this.warn is not a function 2026-07-26 14:10:11.148 - warn: zigbee.0 (106782) Terminated (UNCAUGHT_EXCEPTION): Without reason 2026-07-26 14:10:11.669 - error: host.miobroker instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2026-07-26 14:10:11.669 - warn: host.miobroker Do not restart adapter system.adapter.zigbee.0 because restart loop detected 2026-07-26 14:13:59.179 - warn: host.miobroker instance system.adapter.zigbee.0 terminated due to SIGKILL -
Interessant - das bedeutet du hast möglicherweise eine unsaubere Konfiguration - die Meldung deutet auf eine umgedrehte ExtPanID hin. Quick-Fix:
in\opt\iobroker\node-modules\iobroker.zigbee\main.js, Zeile 893 vonthis.warnaufthis.log.warnwechseln.eine gefixte Version kommt in ca. 2 Stunden
A.
-
Ok - hat etwas mehr als 2 Stunden gedauert, aber die 3.5.4 sollte demnächst auf npm auftauchen.
A.
aber die 3.5.4
vielen Dank @asgothian läuft bei mir auf drei Instanzen ohne Probleme.
Herzliche Grüße
Fabio
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden