Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Asgothian]

Aktuelle Test Version	3.4.2
Veröffentlichungsdatum	02.05.2026
Github Link	https://github.com/iobroker.zigbee

Neuigkeiten:

• ZH 9.0 / ZHC 26.41.0 => Rewrite der OTA Funktion, sowie interne Anpassungen an ZH9 / ZHC26
• Rewrite des 'Binding' Systems. Besser zu nutzen / Besser verständlich. Zeigt auch: Bindings von Geräten zum Koordinator (wenn die Filter so gesetzt sind):

Auf Devices gefiltert:

Auf Coordinator gefiltert:

Inclusive Suchfunktion im UI

• Neue Option: meta_state - akzeptiert eine Liste von state Bezeichnungen (mit , getrennt). Diese werden bei der Kommunikation mit den Convertern im Object meta.state mitgegeben. Einige neuere Konverter benötigen dieses um sauber zu funktionieren (z.Bsp. Aqara 600 bei Nutzung des externen Temperatursensors, sowie Sonoff Plug zur korrekten Übermittlung von Leistungsdaten.

• Adapter defined options. Der Adapter definiert intern bereits eigene model spezifische Optionen - z.Bsp. die für die beiden oben angegebenen Gerätetypen notwendigen meta_state optionen.

• Fix für composite exposes, die im ioBroker als channel abgebildet werden - diese nutzen nun die dazu gehörigen getter / setter.

3.4.2:

• Bugfix - crash in Exposes
• Anpassung der Kacheln an dargestellte Daten
• Verbesserung der Sichtbarkeit von true/false states auf den Kacheln
• Tooltips für Kachel-State benennungen.

Über reges Testen würde ich mich freuen.

A.
Edit: NPM ist nicht so fix - Installation via latest kanal erst ab 3.5. morgens.
Edit2: Update auf 3.4.2

[Flaterick]

Installation Lief ohne Probleme Durch.
in Den Ersten 10 Minuten mit Testen Gabs auch keine Fehler, oder Auffälligkeiten.

[Pischleuder]

Hallo @asgothian , bei mir auch , bisher keine Auffälligkeiten.

[Shadowhunter23]

@asgothian

Nur als Info für dich, welche warn Meldungen bei mir kamen:

zigbee.4
2026-05-04 10:11:00.939	warn	pushing state generation for feature running_state for device 0x0cae5ffffeac0998 (TRVZB)
zigbee.4
2026-05-04 10:11:00.939	warn	pushing state generation for feature system_mode for device 0x0cae5ffffeac0998 (TRVZB)
zigbee.4
2026-05-04 10:11:00.939	warn	pushing state generation for feature local_temperature_calibration for device 0x0cae5ffffeac0998 (TRVZB)
zigbee.4
2026-05-04 10:11:00.939	warn	pushing state generation for feature local_temperature for device 0x0cae5ffffeac0998 (TRVZB)
zigbee.4
2026-05-04 10:11:00.939	warn	pushing state generation for feature occupied_heating_setpoint for device 0x0cae5ffffeac0998 (TRVZB)
zigbee.3
2026-05-04 10:10:56.759	warn	pushing state generation for feature running_state for device 0x08ddebfffea96811 (TRVZB)
zigbee.3
2026-05-04 10:10:56.758	warn	pushing state generation for feature system_mode for device 0x08ddebfffea96811 (TRVZB)
zigbee.3
2026-05-04 10:10:56.758	warn	pushing state generation for feature local_temperature_calibration for device 0x08ddebfffea96811 (TRVZB)
zigbee.3
2026-05-04 10:10:56.758	warn	pushing state generation for feature local_temperature for device 0x08ddebfffea96811 (TRVZB)
zigbee.3
2026-05-04 10:10:56.758	warn	pushing state generation for feature occupied_heating_setpoint for device 0x08ddebfffea96811 (TRVZB)
zigbee.2
2026-05-04 10:10:52.032	warn	pushing state generation for feature running_state for device 0x08ddebfffea9a426 (TRVZB)
zigbee.2
2026-05-04 10:10:52.032	warn	pushing state generation for feature system_mode for device 0x08ddebfffea9a426 (TRVZB)
zigbee.2
2026-05-04 10:10:52.031	warn	pushing state generation for feature local_temperature_calibration for device 0x08ddebfffea9a426 (TRVZB)
zigbee.2
2026-05-04 10:10:52.031	warn	pushing state generation for feature local_temperature for device 0x08ddebfffea9a426 (TRVZB)
zigbee.2
2026-05-04 10:10:52.031	warn	pushing state generation for feature occupied_heating_setpoint for device 0x08ddebfffea9a426 (TRVZB)
zigbee.1
2026-05-04 10:10:47.166	warn	pushing state generation for feature running_state for device 0x44e2f8fffe10cfc4 (TRVZB)
zigbee.1
2026-05-04 10:10:47.166	warn	pushing state generation for feature system_mode for device 0x44e2f8fffe10cfc4 (TRVZB)
zigbee.1
2026-05-04 10:10:47.166	warn	pushing state generation for feature local_temperature_calibration for device 0x44e2f8fffe10cfc4 (TRVZB)
zigbee.1
2026-05-04 10:10:47.166	warn	pushing state generation for feature local_temperature for device 0x44e2f8fffe10cfc4 (TRVZB)
zigbee.1
2026-05-04 10:10:47.166	warn	pushing state generation for feature occupied_heating_setpoint for device 0x44e2f8fffe10cfc4 (TRVZB)

[Asgothian]

@Shadowhunter23 sagte:

Nur als Info für dich, welche warn Meldungen bei mir kamen:

Danke für die Info. Besagte Meldungen werden mit der 4.3.2 verschwinden.

A.

[arteck]

@Asgothian sagte:

4.3.2 verschwinden

öhme sicher nicht die Zigbee 3.4.2 ?

[Asgothian]

@arteck sagte:

@Asgothian sagte:

4.3.2 verschwinden

öhme sicher nicht die Zigbee 3.4.2 ?

Wer weiss

[Peter V.]

läuft nach Update ohne Auffälligkeiten,
einzig folgende Meldung kommt einmalig bei Start (3x hintereinander)

zigbee.0 	2026-05-04 16:28:15.464	warn	Error while processing converters DEVICE_ID: 'a4c13839d5132278' cluster 'lightingColorCtrl' type 'attributeReport,readResponse' message: Cannot read properties of undefined (reading 'x')

Ist folgendes Gerät:
0xa4c13839d5132278 (addr 37906): TS0505B_1 - Tuya Zigbee RGB+CCT light (Router)

[Asgothian]

@Peter-V. sagte:

Ist folgendes Gerät:
0xa4c13839d5132278 (addr 37906): TS0505B_1 - Tuya Zigbee RGB+CCT light (Router)

Kommt die Meldung auch wenn du die Farbe am Gerät anpasst ?

Was Passiert wenn du 'device_debug' für das Gerät aktivierst (https://github.com/ioBroker/ioBroker.zigbee/wiki/Device-messaging-debug) ?

A.

[Asgothian]

Hat irgendwer den Adapter unter Windows laufen ? Ich muss wissen ob das Auflisten der seriellen Schnittstellen unter Windows funktioniert.

A.

[Pischleuder]

@asgothian
ich habe bei einer Leuchte: https://www.zigbee2mqtt.io/devices/50064.html folgende error Meldung:

2026-05-04 18:30:09.475	error	Send command to 0x00158d00013b22d3 failed with no error code (failed to send ZCL request (248)
2026-05-04 18:34:12.958	warn    error reading brightness from 0x00158d00013b22d3 : ZCL command 0x00158d00013b22d3/1 genLevelCtrl.read(["currentLevel"], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (failed to send ZCL request (1) Error: Failed APS-DATA.request with confirm status: ApsNoAck (0xa7))

Vielleicht weil diese noch aus ist ?

[Peter V.]

@Asgothian
Ich glaube, ich habe diese Logmeldung selber provoziert.
Hatte wohl aus unachsamkeit beim schauen im Admin-Instanzsettings "use channel for complex exposes" aktiviert.
Seit dem entfernen des Häckchens ist die Meldung auch nicht mehr gekommen.
Falls du doch noch Debug_log brauchst, kann ich es gerne erstellen.

[Asgothian]

bitte ja. die nutzung der channels soll ab 3.5 verplichtend werden

A.

[Asgothian]

@Pischleuder sagte:

@asgothian
ich habe bei einer Leuchte: https://www.zigbee2mqtt.io/devices/50064.html folgende error Meldung:

2026-05-04 18:30:09.475	error	Send command to 0x00158d00013b22d3 failed with no error code (failed to send ZCL request (248)
2026-05-04 18:34:12.958	warn    error reading brightness from 0x00158d00013b22d3 : ZCL command 0x00158d00013b22d3/1 genLevelCtrl.read(["currentLevel"], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (failed to send ZCL request (1) Error: Failed APS-DATA.request with confirm status: ApsNoAck (0xa7))

Vielleicht weil diese noch aus ist ?

Was meinst du mit 'noch aus' ?

Generell wird mindestens die Warnmeldung in Zukunft unterdrückt, aber das schalten von Leuchten die keinen Strom haben ist immer ein Problem.

A.

[Peter V.]

@Asgothian sagte:

bitte ja. ....

A.

Aber gerne doch, mach ich dir fertig.
Jetzt Log + debug anbei.zigbee.log - zigbee-debug.txt

[Pischleuder]

Was meinst du mit 'noch aus' ?

Ich meinte, wenn der Leuchtkörper ansich augeschaltet ist, Strom hat sie ja.

[Asgothian]

@Pischleuder sagte:

Ich meinte, wenn der Leuchtkörper ansich augeschaltet ist, Strom hat sie ja.

Da kann man (leider) nie sicher sein. Die Meldung deutet eigentlich darauf hin das besagte Leuchte eine schlechte Funkverbindung hat - deswegen die Frage ob sie Strom hat

Wenn sie Strom hat dann passt etwas anderes nicht - ich würde empfehlen (wenn möglich)

• Leuchte vom Strom nehmen
• 60 s warten
• Zigbee Netz öffnen
• Leuchte an den Strom hängen
• Schauen ob es eine meldung Device 0x00158d00013b22d3 announced itself im Log gibt.

A.
Edit: Klarstellung und Vorschlag wie weiter zu machen.

[Asgothian]

@Peter-V. sagte:

@Asgothian sagte:

bitte ja. ....

A.

Aber gerne doch, mach ich dir fertig.
Jetzt Log + debug anbei.zigbee.log - zigbee-debug.txt

Leider helfen die beiden nicht:

• Die Meldungen kommen nur beim Start - da war aber das 'device_debug' nicht drin
• Anstatt aus dem Debug-Interface via diesem Button: die Log einträge der relevanten Meldungen (von denen ohne SUCCESS) zu posten hast du auf der einen Seite den Text aus dem Interface kopiert (was den sehr unleserlich macht), und parallel das ganze Log mitgeschickt (bei dem ggf. verschiedene Meldungen ineinander laufen).

Kannst du bitte folgendes tun:

• device_debug für das Gerät wieder aktivieren
• besagte Option wieder aktivieren
• den Adapter neu starten
• dann ins Debug interface schauen (ggf. musst du auf refresh clicken), da sollten 3 Zeilen mit der Meldung EPROC auftauchen. Zu denen jeweils die über den oben verlinkten Button bereitgestellten Log-Ausschnitte posten.

Danke.

A.

[Peter V.]

@Asgothian
Es ist verhext, jetzt keine Meldungen mehr zu finden....
Im debug hat er nur einen Ping Fehler, welcher auch nur direkt nach dem Adapterneustart kam.
Aber das Teil läuft ansonsten.

OPI: Pinging '0xa4c13839d5132278' (TS0505B) via ZH Ping
PIFAIL: Failed to ping 0xa4c13839d5132278 (TS0505B) after 4797 ms - ZCL command 0xa4c13839d5132278/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false,"sendPolicy":"immediate"}) failed (Delivery failed for '37906'.)

[Asgothian]

@Peter-V. Das deutet darauf hin das das Gerät nicht sauber im Netz ist oder Firmware probleme hat. Du kannst versuchen die Einstellung

auf den im Bild sichtbaren Wert umzustellen. ggf. ändert das etwas.