<![CDATA["state ping pong" beim schalten (true->false->true) (Z2M)]]>Hallo,

ich habe folgendes Problem beim Schalten von Zigbee Geräten (via zigbee2mqtt-Adapter, Websocket):

Beim Schalten eines "Schalters" (States), egal ob via Admin oder Skript, wechselt der Status immer 3 mal. Also wenn ich z.B. einen Zigbee-Zwischenstecker anschalte über ioBroker und mir den Status ausgeben lasse (in einem Testskript oder im Historie-Adapter), sieht das dann so aus:

17:25:40.203	info	[ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: true | Alt: false | ack: false | Quelle: system.adapter.admin.0
17:25:40.439	info	[ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: false | Alt: true | ack: true | Quelle: system.adapter.zigbee2mqtt.0
17:25:40.524	info	[ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: true | Alt: false | ack: true | Quelle: system.adapter.zigbee2mqtt.0

(Wenn ich das Gerät via z2m-WebUI schalte, passiert das logischerweise nicht. Da ändert sich der Wert in ioBroker genau 1 mal)

Ich nutze ioBroker schon sehr lange uns ich bin mir relativ sicher, dass das noch nicht schon immer so ist. Ich hatte vor 2 Tagen einige Adapter aktualisiert, unter anderem

javascript: Update von Version 9.0.18 auf 10.1.3
admin: Update von 7.8.23 auf Version 8.0.11

Danach habe ich das zum ersten mal beobachtet. Aus lauter Verzweiflung habe ich dann ein Proxmox-Backup von vor 3 Tagen eingespielt. Hat allerdings nichts gebracht, gleiches Verhalten.

Was mich in erster Linie interessieren würde, ist das bei euch auch so? Sollte ich das wirklich bisher nicht bemerkt haben? Das würde mich extrem wundern. Allerdings kann ich mir auch nicht erklären, woher das plötzlich kommen könnte.

Vielen Dank

Jens

]]>https://forum.iobroker.net/topic/85410/state-ping-pong-beim-schalten-true-false-true-z2mRSS for NodeTue, 22 Sep 2026 16:56:31 GMTMon, 21 Sep 2026 15:39:10 GMT60<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 15:09:59 GMT]]>btw, hier haben die gearde was Ähnliches gefixt, so dass solche Sachen mit debounce abgefangen werden können: https://github.com/Koenkk/zigbee2mqtt/commit/10611654c711ba2cd7c17b42effc01b66bdcb81d

Evtl sollte man das auch für den Pfad, der hier eine Rolle spielt ändern.

]]>https://forum.iobroker.net/post/1355923https://forum.iobroker.net/post/1355923Tue, 22 Sep 2026 15:09:59 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 15:06:30 GMT]]>

wird der nicht gesendet funktioniert device-watcher nicht richtig

was meinst du mit device-watcher? last_seen hat jedenfalls nichts mit availablitiy zu tun.

]]>https://forum.iobroker.net/post/1355922https://forum.iobroker.net/post/1355922Tue, 22 Sep 2026 15:06:30 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 15:06:10 GMT]]>Ja, was einfach strange ist, ist dass das deaktivieren von "last seen" in z2m das Problem behebt. Aber ja, liegt sicher nicht am Adapter. Ich habe mal noch ein kurzes Video gemacht:

https://www.youtube.com/watch?v=Md6h4tV19GI

]]>https://forum.iobroker.net/post/1355921https://forum.iobroker.net/post/1355921Tue, 22 Sep 2026 15:06:10 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 15:04:39 GMT]]>image.jpeg

]]>https://forum.iobroker.net/post/1355919https://forum.iobroker.net/post/1355919Tue, 22 Sep 2026 15:04:39 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 14:36:50 GMT]]>ich hab die Kiste (klaus) mal analysieren lassen

Da beide ack:true-Zeilen aus getrennten eingehenden Nachrichten stammen müssen, liegt die Ursache außerhalb des Adapters – bei Zigbee2MQTT bzw. dem Zigbee-Funkgerät selbst. Typische Erklärungen:

  • ListenpunktOptimistic Mode von Z2M (Standard: optimistic: true): Z2M published sofort nach dem Senden des Zigbee-Kommandos den erwarteten Zielwert – trifft danach noch ein reales reportAttributes-Frame vom Gerät mit einem kurzzeitig abweichenden Ist-Wert ein (z. B. weil der Schaltvorgang de facto etwas verzögert/mit Zwischenzustand abläuft), entstehen zwei Nachrichten kurz hintereinander.

  • ListenpunktBekanntes Relais-/Firmware-Verhalten bei Xiaomi/Aqara-Geräten (IEEE-Präfix 0x00158d0003... = Aqara): Manche Aqara-Steckdosen/Schalter senden beim Umschalten zwei onOff-Reports kurz hintereinander (Relais-Bounce bzw. internes Verifikationsverhalten), die Z2M 1:1 weiterreicht.

  • ListenpunktNetzwerk-/MQTT-Duplikate: Ein Zigbee-Mesh-Retry (kein App-Level-ACK erhalten → erneutes Senden) oder eine doppelte MQTT-Zustellung (QoS-Redelivery) kann ebenfalls zwei fast identische, aber leicht unterschiedliche Publishes erzeugen.

  • ListenpunktFalls advanced.last_seen bei dir aktiv ist, kann u. U. eine zusätzliche last_seen-only-Nachricht kurz vor/nach der echten state-Nachricht eintreffen – das erklärt aber nicht den Wertewechsel false→true, sondern höchstens den zeitlichen Abstand

]]>https://forum.iobroker.net/post/1355915https://forum.iobroker.net/post/1355915Tue, 22 Sep 2026 14:36:50 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 14:16:30 GMT]]>

"last seen"

wovon redet ihr wo soll das sein ??

der hier +

grafik.jpeg

grafik.jpeg

wird der nicht gesendet funktioniert device-watcher nicht richtig

]]>https://forum.iobroker.net/post/1355909https://forum.iobroker.net/post/1355909Tue, 22 Sep 2026 14:16:30 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 13:34:51 GMT]]>Hallo Zusammen

oh mann... ja, bei mir lag es scheinbar auch am "last seen". Hatte ich aktiviert um Probleme in meinem Zigbee-Netzwerk zu finden. Jetzt habe ich es wieder deaktiviert und das Pingpong, also die Meldung mit dem alten, vorherigen Status ist weg.

Vielen Dank :)

]]>https://forum.iobroker.net/post/1355904https://forum.iobroker.net/post/1355904Tue, 22 Sep 2026 13:34:51 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 12:28:21 GMT]]>@asgothian @arteck ich hatte last_seen, weil ich es aus dem getting started von hier übernommen hatte: https://github.com/arteck/ioBroker.zigbee2mqtt/blob/main/docs/DE/DE_get-started.md

Gibt es einen Grund, warum das hier aktiv ist, obwohl in z2m default disabled?

]]>https://forum.iobroker.net/post/1355892https://forum.iobroker.net/post/1355892Tue, 22 Sep 2026 12:28:21 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 11:28:27 GMT]]>last_seen sollte eigentlich default auf disabled stehen. HA sollte auch default auf false sein. Bei wir war beides enabled. Ich habe das eigentlich nie aktiviert. HA ganz bestimmt nicht. Hat sich wahrscheinlich mal ein Update verhaspelt.

]]>https://forum.iobroker.net/post/1355881https://forum.iobroker.net/post/1355881Tue, 22 Sep 2026 11:28:27 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 10:32:43 GMT]]>Ich (mit KI) habe es eingegrenzt:
Wenn ein Device keinen ordentlichen defaultRespose mit Attributen schickt, sonder nur "ja, habe ich gemacht", und last_seen aktiv ist, sendet z2m eine Nachricht mit dem letzten Zustand.
Ich habe bei mir jetzt last_seen (settings - advanced) ausgeschaltet.

]]>https://forum.iobroker.net/post/1355878https://forum.iobroker.net/post/1355878Tue, 22 Sep 2026 10:32:43 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 09:31:10 GMT]]>ist das eine HUE Lampe ??? da wurde die Verarbeitung umgestellt

]]>https://forum.iobroker.net/post/1355871https://forum.iobroker.net/post/1355871Tue, 22 Sep 2026 09:31:10 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 09:21:46 GMT]]>Scheint wirklich ganz auf Seite z2m zu liegen. Auch wenn ich direkt in z2m schalte, prellt es. Vielleicht gibt es da drüben eine Einstelliung, die das verhindert.

]]>https://forum.iobroker.net/post/1355869https://forum.iobroker.net/post/1355869Tue, 22 Sep 2026 09:21:46 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 08:51:24 GMT]]>Hier das z2m log aus dem logfile. Da steht etwas mehr als im Logfenster des UI.

]]>https://forum.iobroker.net/post/1355862https://forum.iobroker.net/post/1355862Tue, 22 Sep 2026 08:51:24 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 08:22:22 GMT]]>

Kommt das Log von dem Test um den ich oben gebeten habe ?

Ich habe mich bemüht das so zu machen.

Ist sichergestellt, das ...

Alle meine Lichter sind in Gruppen, weil ich die auch mit FB bediene.

Was macht der Publish auf 'zigbee2mqtt/0-2' da drin ?

Weiß ich nicht. Da bin ich nicht tief genug drin.

Ich habe das gemerkt als ich ganz auf Lovelace umgestellt habe. Da tippe ich auf das UI, der Schalter geht an. Kurz darauf springt er wieder zurück und wieder auf an. Das war in meinem alten UI (Jarvis) nicht so. Darum kann ich auch nicht sagen, ob das neu ist oder schon immer so war.

]]>https://forum.iobroker.net/post/1355861https://forum.iobroker.net/post/1355861Tue, 22 Sep 2026 08:22:22 GMT<![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 08:00:37 GMT]]>

  • Kommt das Log von dem Test um den ich oben gebeten habe ?

  • Ist sichergestellt, das
    -- niemand die Lampe in der Zeit davor geschaltet hat ?
    -- es keine durchlaufendes Skript gibt, welches daten von Z2M per polling regelmässig abholt ?
    -- die betroffene Lame nicht bestandteil einer Gruppe ist ?

  • wie ist das Log von Z2M sortiert ? Leider fehlen die ms, so das ich nicht sehen kann welche der Meldungen neu oder alt sind

  • Was macht der Publish auf 'zigbee2mqtt/0-2' da drin ?

    • du darfst nicht vergessen - Du kennst den Kontext, und was du machst, ich sehe nur die Texte die du postest.

    A.

    Nachtrag: Wenn die Antwort auf die meisten / alle Fragen die ich gestellt habe ja ist, dann ist das Problem bei Zigbee2mqtt.io zu suchen - dein Log legt nahe das Z2M den falschen Status sendet, und der ioBroker den nur Anzeigt.

    ]]>    https://forum.iobroker.net/post/1355856https://forum.iobroker.net/post/1355856Tue, 22 Sep 2026 08:00:37 GMT    <![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 07:56:16 GMT]]>@asgothian die mittlere Zeile kommt definitiv vom Vorgang. Wenn ich ein Licht auf "ein" schalte, sieht das in 2tm so aus:

    [22/09/2026, 09:50:37] z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Dining-Light', payload '{"brightness":76,"color":{"hue":34,"saturation":75,"x":0.4369,"y":0.4041},"color_mode":"color_temp","color_temp":333,"last_seen":"2026-09-22T09:50:37+02:00","linkquality":98,"state":"OFF"}'
[22/09/2026, 09:50:37] z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0-2', payload '{"brightness":76,"color":{"hue":34,"saturation":75,"x":0.4369,"y":0.4041},"color_mode":"color_temp","color_temp":333,"state":"ON"}'
[22/09/2026, 09:50:37] z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Dining-Light', payload '{"brightness":76,"color":{"hue":34,"saturation":75,"x":0.4369,"y":0.4041},"color_mode":"color_temp","color_temp":333,"last_seen":"2026-09-22T09:50:37+02:00","linkquality":98,"state":"ON"}'

    in iob

    22/09/2026, 09:50:37.768	[info ]: javascript.0 (784) script.js.common.lights.Debug: RAW    val=true ack=false from=system.adapter.lovelace.0
22/09/2026, 09:50:37.887	[info ]: javascript.0 (784) script.js.common.lights.Debug: RAW    val=false ack=true from=system.adapter.zigbee2mqtt.0
22/09/2026, 09:50:37.982	[info ]: javascript.0 (784) script.js.common.lights.Debug: RAW    val=true ack=true from=system.adapter.zigbee2mqtt.0

    Das ist zigbee2mqtt Adapter 3.2.2 und z2m 2.14.1

    Da kommt also erst OFF obwohl das der aktuelle Zustand ist.

    ]]>    https://forum.iobroker.net/post/1355853https://forum.iobroker.net/post/1355853Tue, 22 Sep 2026 07:56:16 GMT    <![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 07:24:36 GMT]]>

    @arteck sagte:

    17:25:40.439	info	[ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: false | Alt: true | ack: true | Quelle: system.adapter.zigbee2mqtt.0
17:25:40.524	info	[ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: true | Alt: false | ack: true | Quelle: system.adapter.zigbee2mqtt.0

    das ist ok

    das vom admin nicht... was da los ??

    17:25:40.203	info	[ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: true | Alt: false | ack: false | Quelle: system.adapter.admin.0

    das sollte nicht passieren..würde ich mal behaupten

    Nein, das vom Admin ist ok.

    Interessant ist, das vom Z2M Adapter der State 2 mal mit ack false geschrieben wird, einmal mit dem Wert der Laut Admin geschaltet werden sollte (Admin -> neu true, ack:false, Z2N -> neu: true, ack: true)

    Aus meiner Sicht ist der mittlere Auffällig.

    @nevermind

    Mach mal bitte folgendes:

    • stell sicher das du nicht nur Änderungen sondern auch Aktualisierungen ins Log geschrieben bekommst.
    • schalte den Schalter via Z2M auf einen Wert
    • Warte 120 s (das ist wichtig)
    • schalte den Schalter via Admin auf den anderen Wert
    • Warte wieder 160 sekunden

    Poste danach bitte das Log.

    Meine Vermutung ist das Z2M die vom Gerät kommende Bestätigung des Zustandes verzögert liefert (mögliche Gründe dafür gibt es viele) - dementsprechend kann die mittlere Zeile aus anderen Gründen kommen.

    Zusätzlich wird benötigt:

    • Die Z2M Version
    • Das Log von Z2M aus dem Zeitraum
    • Die Version des ioBroker.zigbee2mqtt Adapters

    A.

    ]]>    https://forum.iobroker.net/post/1355848https://forum.iobroker.net/post/1355848Tue, 22 Sep 2026 07:24:36 GMT    <![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 07:01:54 GMT]]>Ja das ist richtig. Ich hab nur deinen Beitrag und den von Artek vermischt. ER meinte, dass das admin log nicht ok sein - das ist es aber m.E. Das Problem ist m.E. zu 99% im zigbee zu suchen.

    ]]>    https://forum.iobroker.net/post/1355844https://forum.iobroker.net/post/1355844Tue, 22 Sep 2026 07:01:54 GMT    <![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 06:34:14 GMT]]>

    Beim Schalten eines "Schalters" (States), egal ob via Admin oder Skript

    Die erste Zeile ist admin. Da wurde der State geändert. Zeile 2 und 3 ist das ping pong von Zigbee.

    ]]>    https://forum.iobroker.net/post/1355842https://forum.iobroker.net/post/1355842Tue, 22 Sep 2026 06:34:14 GMT    <![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 06:30:42 GMT]]>Warum admin?
    Quelle lt log ist doch zigbee...

    ]]>    https://forum.iobroker.net/post/1355841https://forum.iobroker.net/post/1355841Tue, 22 Sep 2026 06:30:42 GMT    <![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 06:22:20 GMT]]>@arteck

    17:25:40.439	info	[ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: false | Alt: true | ack: true | Quelle: system.adapter.zigbee2mqtt.0
17:25:40.524	info	[ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: true | Alt: false | ack: true | Quelle: system.adapter.zigbee2mqtt.0

    Warum wird der alte State nochmal acknowledged? Das führt bei mir im UI zu einem Zucken der Schalter.

    EDIT: ich glaube das Bsp von oben zeigt, dass über admin geschalten wurde. Könnte auch vom UI kommen. Das Problem ist, dass der State danch hin und her springt.

    ]]>    https://forum.iobroker.net/post/1355838https://forum.iobroker.net/post/1355838Tue, 22 Sep 2026 06:22:20 GMT    <![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 06:11:28 GMT]]>17:25:40.439 info [ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: false | Alt: true | ack: true | Quelle: system.adapter.zigbee2mqtt.0 17:25:40.524 info [ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: true | Alt: false | ack: true | Quelle: system.adapter.zigbee2mqtt.0

    das ist ok

    das vom admin nicht... was da los ??

    17:25:40.203	info	[ÄNDERUNG] zigbee2mqtt.0.0x00158d0003628ed2.state | Neu: true | Alt: false | ack: false | Quelle: system.adapter.admin.0

    das sollte nicht passieren..würde ich mal behaupten

    ]]>    https://forum.iobroker.net/post/1355835https://forum.iobroker.net/post/1355835Tue, 22 Sep 2026 06:11:28 GMT    <![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Tue, 22 Sep 2026 05:43:58 GMT]]>@nevermind ja, ist bei mir auch so. Ich habe mir erst mal ein debouncing Script geschrieben, weil ich das Zucken im UI (Lavelace) gesehen habe. Magst du ein Issue auf github aufmachen?

    ]]>    https://forum.iobroker.net/post/1355832https://forum.iobroker.net/post/1355832Tue, 22 Sep 2026 05:43:58 GMT    <![CDATA[Reply to "state ping pong" beim schalten (true->false->true) (Z2M) on Mon, 21 Sep 2026 17:55:03 GMT]]>Bitte ergänz doch im Titel 'zigbee'.

    ]]>    https://forum.iobroker.net/post/1355786https://forum.iobroker.net/post/1355786Mon, 21 Sep 2026 17:55:03 GMT