Neues YouTube-Video: Visualisierung im Devices-Adapter

[JLeg]

nach dem Update auf 3.4.7 sind bei mir sofort alle Aqara-BWM "inaktiv" geworden, wollte die "wie üblich" per "announced itself" wieder anmelden, was folgende imo ungewöhnliche Logmeldungen erzeugt hat:

2026-06-15 22:57:43.862  - warn: zigbee.0 (1244762) Device '0x00158d0004116051' left the network
2026-06-15 22:57:44.183  - info: influxdb.0 (2745191) disabled logging of zigbee.0.00158d0004116051.illuminance_raw
2026-06-15 22:57:44.224  - info: influxdb.0 (2745191) disabled logging of zigbee.0.00158d0004116051.occupancy
2026-06-15 22:57:44.232  - info: alarm.0 (2006862) state zigbee.0.00158d0004116051.occupancy deleted
2026-06-15 22:59:57.683  - info: zigbee.0 (1244762) Opening network.
2026-06-15 22:59:57.910  - info: zigbee.0 (1244762) Opened zigbee Network for 80 seconds
2026-06-15 23:00:10.056  - info: zigbee.0 (1244762) Starting interview of '0x00158d0004116051'
2026-06-15 23:00:10.752  - warn: zigbee.0 (1244762) Object zigbee.0.00158d0004116051 is invalid: obj.type has to exist This will throw an error up from js-controller version 7.0.0!
2026-06-15 23:00:19.420  - info: zigbee.0 (1244762) Successfully interviewed '0x00158d0004116051'
2026-06-15 23:00:19.421  - info: zigbee.0 (1244762) Device '0x00158d0004116051' is supported, identified as: Aqara Motion sensor (RTCGQ11LM)
2026-06-15 23:00:19.435  - info: zigbee.0 (1244762) Configuring 0x00158d0004116051 (RTCGQ11LM)  to V0.0.0
2026-06-15 23:00:19.473  - info: zigbee.0 (1244762) DeviceConfigure to V0.0.0 for 0x00158d0004116051 (RTCGQ11LM) successful.

zurück auf 3.4.6 scheint's wieder zu tun...

[Asgothian]

Ich hab einen Bug beim Publishen der States gefunden und behoben. Die 3.4.8 sollte in kürze im latest auftauchen und den Bug der 3.4.7 beheben.

A.

[Winni]

@asgothian danke, super Job. Mit der 3.4.8 funktioniert die Fernbedienung wieder.

[Peter V.]

Und ich dachte schon, ich habe was verstellt...
Mit der 3.4.8 funktionieren die Aqara wieder.

[amg_666]

Die 3.4.7 startet bei mir ganz normal, im Log steht nur,dass die Instanz gestartet wurde

instance system.adapter.zigbee.2 in version "3.4.7" started with pid 170292

Aber alle (batteriebetriebenen) Sensoren und Tradfri Schalter gehen nicht, in der Zigbee Geräteübersicht sind die auch alle "offline". Wenn ich auf 3.4.6 zurückgehe, funzt es wieder.

Die 3.4.8 sehe ich noch nicht, soll ich die direkt über die Katze installieren oder warten?

[Thomas Braun]

@amg_666 sagte:

Die 3.4.8 sehe ich noch nicht, soll ich die direkt über die Katze installieren oder warten?

Liegt im Beta-Repo vor.

[amg_666]

@Thomas-Braun sagte:

Liegt im Beta-Repo vor.

ich bin im Beta-Repo unterwegs, sehe aber auf der Admin Oberfläche "nur" die 3.4.7, daher meine Frage.

[Thomas Braun]

@amg_666

Adapter    "zigbee"       : 3.4.8    , installed 3.4.8

[amg_666]

Das meinte ich:

Beta Repository und verfügbare Version 3.4.7

[Thomas Braun]

@amg_666

Verwende doch ein Terminal...

iob update
iob upgrade

[amg_666]

ok, hab jetzt über Konsole die 3.4.8 installiert, das sieht alles sehr gut aus, Tradfri Schalter und Aqara Sensoren funktionieren.
Danke!

[Thomas Braun]

@amg_666

Tjoar. Ich sag ja immer:

Trau nie einer GUI, die lügen!

[amg_666]

@Thomas-Braun sagte:

Trau nie einer GUI, die lügen!

Das schreibst du bitte dem Entwickler vom iob admin Adapter

[Thomas Braun]

@amg_666

Nee, das schreibe ich usern. Das Terminal ist wesentlich mächtiger und genauer als es eine GUI je sein kann.

[Fabio]

@Asgothian sagte:
Die 3.4.8 sollte in kürze im latest auftauchen und den Bug der 3.4.7 beheben.

... so habe es gerade getestet läuft wieder. Vielen Dank dir.
Grüße
Fabio

[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