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

[Asgothian]

@arteck ja, das ist über die options gelöst. Und der dp ‘no occupancy since’ ist weg.

Mehr heute Abend. Bin unterwegs

Der DP Occupancy Timeout wird vom ZHC nicht exposed - damit also auch nicht erzeugt. Allerdings kann man über die geräte / modellspezifischen Optionen (die gerätespezifischen gibt es seit 3.1) den Wert setzen:
da erzeugt man eine Option occupancy_timeout mit dem gewünschten Wert und speichert das ab. Ab 3.2 kann man die Option auswählen und vertippt sich beim Namen nicht.

A.

[Kusselin]

Früher vor dem Zigbee-Adapter Update konnte man das ja einstellen....bei mir zb nachts für die Küche....ich komme rein...LED´s gehen an....ich trinke dann Bewegung wird erkannt und LEDs bleiben an...ich gehe raus... die LED´s gehen aus...ohhh habe ja was vergessen...will noch was naschen :-) also wieder zurück in die Küche...(bis dahin vergingen jetzt sagen wir ca. 20 sek.) und die LED´s gehen wieder an ...TOP

Jetzt kannst du aber glaube ich fast ne Minute warten bis das wieder resettet ist.....wo ist da der Sinn? bzw. das ist doch Kack...sorry...aber der Entwickler vom Zigbee-Adpater wills halt so...deshalb habe ich nicht geupdatet.

Gruss

[Asgothian]

@kusselin sagte in Kaufempfehlung Zigbee Bewegungsmelder:

Jetzt kannst du aber glaube ich fast ne Minute warten bis das wieder resettet ist.....wo ist da der Sinn? bzw. das ist doch Kack...sorry...aber der Entwickler vom Zigbee-Adpater wills halt so...deshalb habe ich nicht geupdatet.

Gruss

Lesen magst du wohl nicht. Ich habe oben geschrieben, wie es einzustellen ist. Das geht auch mit der aktuellen Version. Du musst dich halt nur umstellen.
Die Änderung kommt auch nicht, weil ich mir irgendetwas schlimmes dabei denke oder etwas nicht machen will, sondern weil die Bibliothek, auf die wir aufsetzen, diese Methode umgestellt hat, und damit eine Einstellung nicht mehr wie vorher akzeptiert.

Es wäre lieb, wenn du dich mit deiner Kritik zurückhältst bis du wirklich die Dokumentation und die Hinweise, wie man die Funktion die dir angeblich fehlt einstellt gelesen hast.

Liebe Grüße vom Adapter Entwickler.

A.

Nachtrag : ich habe schon bei der Diskussion zu den Änderungen an der Z HC Bibliothek geschrieben, dass jeder eingeladen ist, eine durch das Update verloren gegangene Funktionalität wiederherzustellen. Das kannst du selber machen, oder du kannst jemanden finden, der das für dich macht. Die Änderung am Adapter werde ich natürlich einpflegen wenn sie als sauberer pull request kommen. Auch mit Dokumentation und Erklärungen zu den Zusammenhängen, kann ich gerne unterstützen.
Ich habe aber nicht die Zeit einen Sonderweg einzubauen nur damit bestimmte Leute ihre Arbeitsweise nicht umstellen müssen.

[Kusselin]

@asgothian sagte in Kaufempfehlung Zigbee Bewegungsmelder:

@kusselin sagte in Kaufempfehlung Zigbee Bewegungsmelder:

Jetzt kannst du aber glaube ich fast ne Minute warten bis das wieder resettet ist.....wo ist da der Sinn? bzw. das ist doch Kack...sorry...aber der Entwickler vom Zigbee-Adpater wills halt so...deshalb habe ich nicht geupdatet.

Gruss

Lesen magst du wohl nicht. Ich habe oben geschrieben, wie es einzustellen ist. Das geht auch mit der aktuellen Version. Du musst dich halt nur umstellen.
Die Änderung kommt auch nicht, weil ich mir irgendetwas schlimmes dabei denke oder etwas nicht machen will, sondern weil die Bibliothek, auf die wir aufsetzen, diese Methode umgestellt hat, und damit eine Einstellung nicht mehr wie vorher akzeptiert.

Es wäre lieb, wenn du dich mit deiner Kritik zurückhältst bis du wirklich die Dokumentation und die Hinweise, wie man die Funktion die dir angeblich fehlt einstellt gelesen hast.

Liebe Grüße vom Adapter Entwickler.

A.

Nachtrag : ich habe schon bei der Diskussion zu den Änderungen an der Z HC Bibliothek geschrieben, dass jeder eingeladen ist, eine durch das Update verloren gegangene Funktionalität wiederherzustellen. Das kannst du selber machen, oder du kannst jemanden finden, der das für dich macht. Die Änderung am Adapter werde ich natürlich einpflegen wenn sie als sauberer pull request kommen. Auch mit Dokumentation und Erklärungen zu den Zusammenhängen, kann ich gerne unterstützen.
Ich habe aber nicht die Zeit einen Sonderweg einzubauen nur damit bestimmte Leute ihre Arbeitsweise nicht umstellen müssen.

Alles gut..ich will Dich nicht persönlich hier angreifen..alles gut..wenn es so ist dann ist es eben so.

Danke für dein Hinweis

[Asgothian]

@kusselin sagte in Kaufempfehlung Zigbee Bewegungsmelder:

wenn es so ist dann ist es eben so.

Das ist ja der Punkt. Es ist nicht so.

Du kannst in der Version 3 über die Optionen die Zeit einstellen:

A.

Nachtrag: das geht ab einer der 2.x Versionen bereits - ich weiss aber nicht mehr genau ab welcher.

Nachtrag 2: Das Gilt im übrigen für alle Optionen die bei Z2M für die Geräte gelistet werden. Da ich aber nicht alle Geräte habe sind nicht alle getestet. Aber z.Bsp. die Poll-Zeit bei den TuYa Steckdosen oder die Strom/Leistungsanpassung lässt sich wie bei Z2M vornehmen.

[Kusselin]

@Asgothian sagte:

@kusselin sagte in Kaufempfehlung Zigbee Bewegungsmelder:

Jetzt kannst du aber glaube ich fast ne Minute warten bis das wieder resettet ist.....wo ist da der Sinn? bzw. das ist doch Kack...sorry...aber der Entwickler vom Zigbee-Adpater wills halt so...deshalb habe ich nicht geupdatet.

Gruss

Lesen magst du wohl nicht. Ich habe oben geschrieben, wie es einzustellen ist. Das geht auch mit der aktuellen Version. Du musst dich halt nur umstellen.
Die Änderung kommt auch nicht, weil ich mir irgendetwas schlimmes dabei denke oder etwas nicht machen will, sondern weil die Bibliothek, auf die wir aufsetzen, diese Methode umgestellt hat, und damit eine Einstellung nicht mehr wie vorher akzeptiert.

Es wäre lieb, wenn du dich mit deiner Kritik zurückhältst bis du wirklich die Dokumentation und die Hinweise, wie man die Funktion die dir angeblich fehlt einstellt gelesen hast.

Liebe Grüße vom Adapter Entwickler.

A.

Nachtrag : ich habe schon bei der Diskussion zu den Änderungen an der Z HC Bibliothek geschrieben, dass jeder eingeladen ist, eine durch das Update verloren gegangene Funktionalität wiederherzustellen. Das kannst du selber machen, oder du kannst jemanden finden, der das für dich macht. Die Änderung am Adapter werde ich natürlich einpflegen wenn sie als sauberer pull request kommen. Auch mit Dokumentation und Erklärungen zu den Zusammenhängen, kann ich gerne unterstützen.
Ich habe aber nicht die Zeit einen Sonderweg einzubauen nur damit bestimmte Leute ihre Arbeitsweise nicht umstellen müssen.

Hallo Agosthian,

kann man das mit dem "occupancy-timeout" in der aktuellen Zigbee Adapterversion über die geräte / modellspezifischen Optionen immer noch einstellen?
wenn ja finde ich die Option doch in der jeweiligen Zigbeekachel vom Aquara Motion Bewegungsmelder, oder?

[Asgothian]

@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.

[Kusselin]

o.k. ev. jemand hier der mir das von Dir bestätigen kann?

[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