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

[Kusselin]

@Asgothian sagte:

@Kusselin Sofern die ZHC die Option nicht entfernt haben - ja. Auf der Kachel via 'edit' bekommst du es Gerätespezifisch eingestellt. Wenn du es für alle BWM einstellen willst geht es über die Local Config aus der Konfiguration, dann für das Modell

A.

noch ne Frage...wenn ich update....muss ich alle zigbee devices neu pairen?

EDIT-> Hab geupdatet und der Adapter ist grün ....habe aber im Log diese Meldung...was sagt mir diese? oder ist das nur eine Info meldung welche ports da benutzt werden?

Spoiler

zigbee.0
2026-07-31 16:32:39.355 info List of port: [{"path":"/dev/ttyACM0"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"}]

[Asgothian]

Update auf welche Version ? Wenn 3.3.5, dann kannst du sie ignorieren, bei der 3.5.4 sind die dann raus

A.

[Kusselin]

Bin auf die aktuellste jetzt....musste nicht neu pairen

[Kusselin]

noch ne Frage @asgothian: Ich habe meine Aquara Motion modifiziert so das diese nach 5 sec neu melden. Muss ich da jetzt im Zigbee Adapter (aktuellste) noch was einstellen ausser den occupancy_timeout? Ich habe den mal auf 300 sec. eingestellt...heisst ich komme ins Bad der Sonos Lautsprecher geht an udn bleibt dann 300 sec. an...leider geht der dann nach 300 sec. komplett aus udn nicht mal mehr nach 60 sec. wieder an...

was mach ich da noch falsch?

Mir ist noch aufgefallen das ich in den "Objekten" unter Zigbee im Besagten Motion immer noch occupancy_timeout drin stehen habe...das ist doch aber nicht o.k. oder? Das mach ich doch über die Kachel....muss ich hier alle Aqaras nochmal anstoßen mit Druck auf den Tastknopf an der Seite? Oder kann ich die Devices einfach aus den Objekten löschen (kompletter Baum" udn den Zigbeeadapter dann neu starten?

Bitte um Rückinfo.

[Asgothian]

Du musst schauen was an Nachrichten vom Gerät kommt. Dazu am besten den entsprechenden BWM auf `device-debug stellen (siehe auch hier: https://github.com/ioBroker/ioBroker.zigbee/wiki#debugging-device-behaviour). Dann kannst du sehen ob der BWM erneut triggert.

Ansonsten sollte es reichen die Option entsprechend zu setzen.

Die datenpunkte kannst du automatisch vom adapter löschen lassen - es gibt einen Button (state_cleanup) sofern der Adapter erkennt das es die entsprechenden states gibt.

Wichtig - die Legacy option darf für das Modell in dem Fall nicht gesetzt sein.

A.

[Kusselin]

Super, danke Dir. Die Datenpunkte "occupancy_timout" sind eh rot markiert in den Objekten....aber danke für den Tipp mit "state_cleanup".

den Occupancy_timeout habe ich über die entsprechende BWM-Kachel gesetzt mit dem entsprechenden Blockly.

Danke Dir.

Der Button (state_cleanup)ist der unter Instanzen-Zigbeeadapter zu finden? Habe keine Maus gerade mit der ich drüberscrollen kann...

das sagt die KI zu dem Button:

Spoiler

Admin → Objekte/Instanzen → zum zigbee.0-Adapter, Tab „Geräte" (Devices) wechseln
Dort auf die Kachel deines betroffenen Geräts klicken (z. B. dein Aqara Motion-Sensor)
Die Kachel "umdrehen" (meist per Klick auf ein kleines Symbol oder die Kachel selbst) – dort erscheint eine Reihe von Buttons
„State Cleanup" taucht dort auf, sobald der Adapter erkennt, dass verwaiste/orange markierte Datenpunkte für dieses Gerät existieren – ist alles sauber, wird der Button gar nicht erst angezeigt

Was der Button macht:
Er löscht unverbundene ioBroker-Objekte, die z. B. durch den Vorgang „Ausschließen" (Exclude/Deaktivieren eines Geräts) entstehen können.
GitHub

Wichtige Warnung aus der Community, bevor du klickst: In einem Forenbeitrag berichtete ein Nutzer, dass er nach einem versehentlichen Klick auf „State Cleanup" den Adapter dauerhaft in einen inkonsistenten Zustand versetzt hat und Geräte danach nicht mehr anlernen konnte, wobei er die Meldung „You need save and run adapter before pairing!" erhielt und selbst eine Neuinstallation das Problem nicht behob. In einem anderen Fall führte die Kombination aus „Deactivate" + „State Cleanup" dazu, dass sich ein Gerät gar nicht mehr anlernen ließund dauerhaft als „Deactivated" markiert blieb.
iobroker
iobroker

Mein Rat: Nutze den Button nur gezielt für das eine Gerät mit dem orangen occupancy_timeout-Datenpunkt, nicht adapterweit, und mach vorher am besten ein Backup deiner ioBroker-Instanz (Admin → Backups). Danach Adapter neu starten, um sicherzugehen, dass alles sauber neu aufgebaut wird.

[Asgothian]

Die KI halluziniert. Der Button ist nicht Gerätespezifisch sondern adapterspezifisch. Einen instabilen Zustand bekommt man darüber auch nicht, selbst wenn Zuviel gelöscht würde würde der Adapter beim Start alles benötigte wieder erstellen.

Wenn die DP rot sind, dann ist die eingetragenen Zahl außerhalb von min/max.

Über Blockly kannst du die Option für occupancy_timeout nicht setzen, das geht nur via der Kachel, edit, add option. Da hat Blockly keinen Zugriff.

Gilt ab Adapter 3.x

A.

[Kusselin]

@Asgothian sagte:

Über Blockly kannst du die Option für occupancy_timeout nicht setzen, das geht nur via der Kachel, edit, add option. Da hat Blockly keinen Zugriff.

das habe ich gefunden und auch gemacht..

Ich suche den Button "State-Cleanup" den finde ich nicht.

[Asgothian]

Hast du hier mal geschaut: https://github.com/ioBroker/ioBroker.zigbee/blob/master/docs/en/readme.md#symbols-within-the-zigbee-adapter

[Kusselin]

@asgothian : Danke, so hab ichs gefunden..und anwenden können