Weiter zum Inhalt
  • Home
  • Aktuell
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. "state ping pong" beim schalten (true->false->true) (Z2M)

NEWS

  • Der neue Monatsrückblick für September 2026 ist online!
    BluefoxB
    Bluefox
    7
    1
    192

  • Neu im Blog: Was die neue Website alles kann
    BluefoxB
    Bluefox
    7
    1
    225

  • Node.js 24 ist jetzt offiziell empfohlen!
    apollon77A
    apollon77
    9
    1
    485

"state ping pong" beim schalten (true->false->true) (Z2M)

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
27 Beiträge 6 Kommentatoren 898 Aufrufe 8 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • FernetMentaF
    FernetMentaF
    FernetMenta
    Developer
    schrieb am zuletzt editiert von Bluefox
    #14

    Hier das z2m log aus dem logfile. Da steht etwas mehr als im Logfenster des UI.

     [2026-09-22 09:50:37] debug: 	z2m:mqtt: Received MQTT message on 'zigbee2mqtt/Dining-Light/set' with data '{"state":"ON"}'
    [2026-09-22 09:50:37] debug: 	z2m: Publishing 'set' 'state' to 'Dining-Light'
    [2026-09-22 09:50:37] debug: 	zh:controller:endpoint: ZCL command 0x00158d00029f8c44/2 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"reservedBits":0,"writeUndiv":false})
    [2026-09-22 09:50:37] debug: 	zh:zstack: sendZclFrameToEndpointInternal 0x00158d00029f8c44:47957/2 (0,0,1)
    [2026-09-22 09:50:37] debug: 	zh:zstack:znp: --> SREQ: AF - dataRequest - {"dstaddr":47957,"destendpoint":2,"srcendpoint":1,"clusterid":6,"transid":159,"options":0,"radius":30,"len":3,"data":{"type":"Buffer","data":[1,103,1]}}
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:writer: --> frame [254,13,36,1,85,187,2,1,6,0,159,0,30,3,1,103,1,38]
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: <-- [254,1,100,1,0,100]
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --- parseNext [254,1,100,1,0,100]
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --> parsed 1 - 3 - 4 - 1 - [0] - 100
    [2026-09-22 09:50:37] debug: 	zh:zstack:znp: <-- SRSP: AF - dataRequest - {"status":0}
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --- parseNext []
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: <-- [254,3,68,128,0,1,159,89]
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --- parseNext [254,3,68,128,0,1,159,89]
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --> parsed 3 - 2 - 4 - 128 - [0,1,159] - 89
    [2026-09-22 09:50:37] debug: 	zh:zstack:znp: <-- AREQ: AF - dataConfirm - {"status":0,"endpoint":1,"transid":159}
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --- parseNext []
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: <-- [254,3,69,196,85,187,0,108,254,25,68,129,0,0,6,0,85,187,2,1,0,98,0,114,125,114,0,0,5,24,103,11,1,0,85,187,29,171]
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --- parseNext [254,3,69,196,85,187,0,108,254,25,68,129,0,0,6,0,85,187,2,1,0,98,0,114,125,114,0,0,5,24,103,11,1,0,85,187,29,171]
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --> parsed 3 - 2 - 5 - 196 - [85,187,0] - 108
    [2026-09-22 09:50:37] debug: 	zh:zstack:znp: <-- AREQ: ZDO - srcRtgInd
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --- parseNext [254,25,68,129,0,0,6,0,85,187,2,1,0,98,0,114,125,114,0,0,5,24,103,11,1,0,85,187,29,171]
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --> parsed 25 - 2 - 4 - 129 - [0,0,6,0,85,187,2,1,0,98,0,114,125,114,0,0,5,24,103,11,1,0,85,187,29] - 171
    [2026-09-22 09:50:37] debug: 	zh:zstack:znp: <-- AREQ: AF - incomingMsg - {"groupid":0,"clusterid":6,"srcaddr":47957,"srcendpoint":2,"dstendpoint":1,"wasbroadcast":0,"linkquality":98,"securityuse":0,"timestamp":7503218,"transseqnumber":0,"len":5,"data":{"type":"Buffer","data":[24,103,11,1,0]}}
    [2026-09-22 09:50:37] debug: 	zh:controller: Received payload: clusterID=6, address=47957, groupID=0, endpoint=2, destinationEndpoint=1, wasBroadcast=false, linkQuality=98, frame={"header":{"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0},"transactionSequenceNumber":103,"commandIdentifier":11},"payload":{"cmdId":1,"statusCode":0},"command":{"name":"defaultRsp","ID":11}}
    [2026-09-22 09:50:37] info: 	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"}'
    [2026-09-22 09:50:37] debug: 	zh:zstack:unpi:parser: --- parseNext []
    [2026-09-22 09:50:37] info: 	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"}'
    [2026-09-22 09:50:37] info: 	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"}'
    

    1 Antwort Letzte Antwort
    0
    • FernetMentaF
      FernetMentaF
      FernetMenta
      Developer
      schrieb am zuletzt editiert von FernetMenta
      #15

      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.

      1 Antwort Letzte Antwort
      0
      • arteckA
        arteckA
        arteck
        Developer Most Active
        schrieb am zuletzt editiert von
        #16

        ist das eine HUE Lampe ??? da wurde die Verarbeitung umgestellt

        zigbee hab ich, zwave auch, nuc's genauso und HA auch

        1 Antwort Letzte Antwort
        0
        • FernetMentaF
          FernetMentaF
          FernetMenta
          Developer
          schrieb am zuletzt editiert von
          #17

          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.

          1 Antwort Letzte Antwort
          0
          • FernetMentaF
            FernetMentaF
            FernetMenta
            Developer
            schrieb am zuletzt editiert von
            #18

            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.

            1 Antwort Letzte Antwort
            0
            • FernetMentaF
              FernetMentaF
              FernetMenta
              Developer
              schrieb am zuletzt editiert von
              #19

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

              1 Antwort Letzte Antwort
              0
              • N
                N
                nevermind
                schrieb am zuletzt editiert von
                #20

                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 :)

                1 Antwort Letzte Antwort
                0
                • arteckA
                  arteckA
                  arteck
                  Developer Most Active
                  schrieb am zuletzt editiert von arteck
                  #21

                  "last seen"

                  wovon redet ihr wo soll das sein ??

                  der hier +

                  grafik.jpeg

                  grafik.jpeg

                  wird der nicht gesendet funktioniert device-watcher nicht richtig

                  zigbee hab ich, zwave auch, nuc's genauso und HA auch

                  1 Antwort Letzte Antwort
                  0
                  • arteckA
                    arteckA
                    arteck
                    Developer Most Active
                    schrieb am zuletzt editiert von arteck
                    #22

                    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

                    zigbee hab ich, zwave auch, nuc's genauso und HA auch

                    1 Antwort Letzte Antwort
                    0
                    • FernetMentaF
                      FernetMentaF
                      FernetMenta
                      Developer
                      schrieb am zuletzt editiert von
                      #23

                      image.jpeg

                      1 Antwort Letzte Antwort
                      0
                      • N
                        N
                        nevermind
                        schrieb am zuletzt editiert von
                        #24

                        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

                        1 Antwort Letzte Antwort
                        0
                        • FernetMentaF
                          FernetMentaF
                          FernetMenta
                          Developer
                          schrieb am zuletzt editiert von
                          #25

                          wird der nicht gesendet funktioniert device-watcher nicht richtig

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

                          arteckA 1 Antwort Letzte Antwort
                          0
                          • FernetMentaF
                            FernetMentaF
                            FernetMenta
                            Developer
                            schrieb am zuletzt editiert von
                            #26

                            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.

                            1 Antwort Letzte Antwort
                            0
                            • FernetMentaF FernetMenta

                              wird der nicht gesendet funktioniert device-watcher nicht richtig

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

                              arteckA
                              arteckA
                              arteck
                              Developer Most Active
                              schrieb am zuletzt editiert von arteck
                              #27

                              @FernetMenta sagte:

                              last_seen hat jedenfalls nichts mit availablitiy zu tun.

                              das ist richtig aber inner halb von device-watcher wird es auch genutzt um den timeSelector zu füllen..anderes Thema

                              @FernetMenta sagte:

                              btw, hier haben die gearde was Ähnliches gefixt,

                              als Test Device ist da ein Tempfühler : WSDCGQ11LM der Sendet relativ viel.. kann antürlich auch Zufall als Test Device sein..

                              zigbee hab ich, zwave auch, nuc's genauso und HA auch

                              1 Antwort Letzte Antwort
                              0

                              Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                              Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                              Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                              Registrieren Anmelden
                              Antworten
                              • In einem neuen Thema antworten
                              Anmelden zum Antworten
                              • Älteste zuerst
                              • Neuste zuerst
                              • Meiste Stimmen


                              Support us

                              ioBroker
                              Community Adapters
                              Donate
                              FAQ Cloud / IOT
                              HowTo: Node.js-Update
                              HowTo: Backup/Restore
                              Downloads
                              BLOG

                              339

                              Online

                              33.1k

                              Benutzende

                              83.9k

                              Themen

                              1.4m

                              Beiträge
                              Community
                              Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                              ioBroker Community 2014-2026
                              logo
                              • Anmelden

                              • Du hast noch kein Konto? Registrieren

                              • Anmelden oder registrieren, um zu suchen
                              • Erster Beitrag
                                Letzter Beitrag
                              0
                              • Home
                              • Aktuell
                              • Ungelesen 0
                              • Kategorien
                              • Unreplied
                              • Beliebt
                              • GitHub
                              • Docu
                              • Hilfe