Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • 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. Error/Bug
  4. Zigbee Schaltbefehle kommen verspätet oder gar nicht an

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    22
    1
    1.2k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.2k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.5k

Zigbee Schaltbefehle kommen verspätet oder gar nicht an

Geplant Angeheftet Gesperrt Verschoben Error/Bug
27 Beiträge 7 Kommentatoren 2.3k Aufrufe 8 Watching
  • Ä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.
  • T Offline
    T Offline
    Tobi 0
    schrieb am zuletzt editiert von
    #1

    Hallo, ich habe seit längerem das Problem dass Schaltbefehle von meinen Xiaomi Tastern und die Erkennung von Bewegung der Xiaomi Bewegungsmelder nicht oder sehr verspätet im ioBroker ankommen. Vorher hat es bestimmt ein halbes Jahr ohne erkennbare Verzögerung funktioniert.

    Stick verwende ich den CC2652P von hier: https://forum.iobroker.net/topic/39511/verkaufe-neueste-entwicklung-cc2652p-zigbee-stick/2
    Ich habe auch schon ein Firmware Update des Sticks gemacht, was aber keine Besserung gebracht hat.

    Heute habe ich den Zigbee Adapter von Version 1.5.6 auf Version 1.6.0 upgedatet. Danach ist mir aufgefallen, dass wenn ich einen Taster drücke und anschließend die Zigbee Übersichtsseite neu lade, die Befehle der Aktoren ankommen. Scheint so als würden die Tastendrücke gespeichert und nur ausgeführt wenn die Seite neu geladen wird.

    Ich habe nur 2 Taster, 3 Bewegungsmelder und 2 Temperatursensoren von Xiaomi im Einsatz.
    Adapter habe ich gelöscht, upgedatet und auf eine ältere Version zurückgesetzt, hat keine Besserung gebracht. Ein WLAN AP befindet sich in der nähe, den hab ich ausgesteckt, hat auch nichts gebracht.
    Der Stick wird an einen LXC-Container durchgereicht, hat aber am Anfang reibungslos funktioniert..

    Könnt Ihr mir da noch weiterhelfen?

    Systemdata Bitte Ausfüllen
    Hardwaresystem: NUC i3
    Arbeitsspeicher: 8GB bzw 3GB für ioBroker
    Festplattenart: SSD
    Betriebssystem: Proxmox
    Nodejs-Version: 12.22.7
    NPM-Version: 6.14.15
    Installationsart: Manuell
    Image genutzt: Nein
    Thomas BraunT AsgothianA 2 Antworten Letzte Antwort
    0
    • T Tobi 0

      Hallo, ich habe seit längerem das Problem dass Schaltbefehle von meinen Xiaomi Tastern und die Erkennung von Bewegung der Xiaomi Bewegungsmelder nicht oder sehr verspätet im ioBroker ankommen. Vorher hat es bestimmt ein halbes Jahr ohne erkennbare Verzögerung funktioniert.

      Stick verwende ich den CC2652P von hier: https://forum.iobroker.net/topic/39511/verkaufe-neueste-entwicklung-cc2652p-zigbee-stick/2
      Ich habe auch schon ein Firmware Update des Sticks gemacht, was aber keine Besserung gebracht hat.

      Heute habe ich den Zigbee Adapter von Version 1.5.6 auf Version 1.6.0 upgedatet. Danach ist mir aufgefallen, dass wenn ich einen Taster drücke und anschließend die Zigbee Übersichtsseite neu lade, die Befehle der Aktoren ankommen. Scheint so als würden die Tastendrücke gespeichert und nur ausgeführt wenn die Seite neu geladen wird.

      Ich habe nur 2 Taster, 3 Bewegungsmelder und 2 Temperatursensoren von Xiaomi im Einsatz.
      Adapter habe ich gelöscht, upgedatet und auf eine ältere Version zurückgesetzt, hat keine Besserung gebracht. Ein WLAN AP befindet sich in der nähe, den hab ich ausgesteckt, hat auch nichts gebracht.
      Der Stick wird an einen LXC-Container durchgereicht, hat aber am Anfang reibungslos funktioniert..

      Könnt Ihr mir da noch weiterhelfen?

      Systemdata Bitte Ausfüllen
      Hardwaresystem: NUC i3
      Arbeitsspeicher: 8GB bzw 3GB für ioBroker
      Festplattenart: SSD
      Betriebssystem: Proxmox
      Nodejs-Version: 12.22.7
      NPM-Version: 6.14.15
      Installationsart: Manuell
      Image genutzt: Nein
      Thomas BraunT Online
      Thomas BraunT Online
      Thomas Braun
      Most Active
      schrieb am zuletzt editiert von
      #2

      @tobi-0 sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

      Heute habe ich den Zigbee Adapter von Version 1.5.6 auf Version 1.6.0 upgedatet.

      Warum auf diese? Im Beta-Bereich ist die 1.6.6 aktuell.

      Linux-Werkzeugkasten:
      https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
      NodeJS Fixer Skript:
      https://forum.iobroker.net/topic/68035/iob-node-fix-skript
      iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

      T 1 Antwort Letzte Antwort
      0
      • Thomas BraunT Thomas Braun

        @tobi-0 sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

        Heute habe ich den Zigbee Adapter von Version 1.5.6 auf Version 1.6.0 upgedatet.

        Warum auf diese? Im Beta-Bereich ist die 1.6.6 aktuell.

        T Offline
        T Offline
        Tobi 0
        schrieb am zuletzt editiert von
        #3

        @thomas-braun ich hab in ioBroker auf beta umgestellt, da hats mir nur die 1.6.0 vorgeschlagen..

        T 1 Antwort Letzte Antwort
        0
        • T Tobi 0

          @thomas-braun ich hab in ioBroker auf beta umgestellt, da hats mir nur die 1.6.0 vorgeschlagen..

          T Offline
          T Offline
          Tobi 0
          schrieb am zuletzt editiert von
          #4

          @Thomas-Braun danke für den Hinweis, ich hab jetzt auf 1.6.6 upgedatet, leider keine Besserung

          1 Antwort Letzte Antwort
          0
          • T Tobi 0

            Hallo, ich habe seit längerem das Problem dass Schaltbefehle von meinen Xiaomi Tastern und die Erkennung von Bewegung der Xiaomi Bewegungsmelder nicht oder sehr verspätet im ioBroker ankommen. Vorher hat es bestimmt ein halbes Jahr ohne erkennbare Verzögerung funktioniert.

            Stick verwende ich den CC2652P von hier: https://forum.iobroker.net/topic/39511/verkaufe-neueste-entwicklung-cc2652p-zigbee-stick/2
            Ich habe auch schon ein Firmware Update des Sticks gemacht, was aber keine Besserung gebracht hat.

            Heute habe ich den Zigbee Adapter von Version 1.5.6 auf Version 1.6.0 upgedatet. Danach ist mir aufgefallen, dass wenn ich einen Taster drücke und anschließend die Zigbee Übersichtsseite neu lade, die Befehle der Aktoren ankommen. Scheint so als würden die Tastendrücke gespeichert und nur ausgeführt wenn die Seite neu geladen wird.

            Ich habe nur 2 Taster, 3 Bewegungsmelder und 2 Temperatursensoren von Xiaomi im Einsatz.
            Adapter habe ich gelöscht, upgedatet und auf eine ältere Version zurückgesetzt, hat keine Besserung gebracht. Ein WLAN AP befindet sich in der nähe, den hab ich ausgesteckt, hat auch nichts gebracht.
            Der Stick wird an einen LXC-Container durchgereicht, hat aber am Anfang reibungslos funktioniert..

            Könnt Ihr mir da noch weiterhelfen?

            Systemdata Bitte Ausfüllen
            Hardwaresystem: NUC i3
            Arbeitsspeicher: 8GB bzw 3GB für ioBroker
            Festplattenart: SSD
            Betriebssystem: Proxmox
            Nodejs-Version: 12.22.7
            NPM-Version: 6.14.15
            Installationsart: Manuell
            Image genutzt: Nein
            AsgothianA Offline
            AsgothianA Offline
            Asgothian
            Developer
            schrieb am zuletzt editiert von
            #5

            @tobi-0 sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

            Ich habe nur 2 Taster, 3 Bewegungsmelder und 2 Temperatursensoren von Xiaomi im Einsatz.
            Adapter habe ich gelöscht, upgedatet und auf eine ältere Version zurückgesetzt, hat keine Besserung gebracht. Ein WLAN AP befindet sich in der nähe, den hab ich ausgesteckt, hat auch nichts gebracht.
            Der Stick wird an einen LXC-Container durchgereicht, hat aber am Anfang reibungslos funktioniert..

            Zu klären ist was da wirklich passiert. Dabei ist die Aktualisierung auf der Zigbee Übersichtsseite nicht relevant. Interessanter ist ob die entsprechenden Nachrichten generiert werden.

            Du kannst die ID von zu überwachenden Geräten (die 16stellige Hex Nummer) ganz oder in Teilen in den State zigbee.0.info.debugmessages eintragen um im Log die Nachrichten zu sehen die vom Gerät kommen und an das Gerät gesandt werden. Wenn du mehrere eintragen willst musst du diese durch ; getrennt hintereinander eintragen. Auch das Eintragen von nur Teilen geht, sprich wenn du BEEF einträgst werden alle Sensoren protokolliert die die Zeichenkette in der ID besitzen.

            Sollte es wirklich so sein das die Nachrichten nicht oder nur verspätet kommen wäre zu prüfen wie die Funkabdeckung aktuell aussieht. Dabei sind sowohl Bluetooth als auch 2.4 GHz WLan Verbindungen interessant - auch die vom Nachbarn.

            A.

            ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
            "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

            T 1 Antwort Letzte Antwort
            0
            • AsgothianA Asgothian

              @tobi-0 sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

              Ich habe nur 2 Taster, 3 Bewegungsmelder und 2 Temperatursensoren von Xiaomi im Einsatz.
              Adapter habe ich gelöscht, upgedatet und auf eine ältere Version zurückgesetzt, hat keine Besserung gebracht. Ein WLAN AP befindet sich in der nähe, den hab ich ausgesteckt, hat auch nichts gebracht.
              Der Stick wird an einen LXC-Container durchgereicht, hat aber am Anfang reibungslos funktioniert..

              Zu klären ist was da wirklich passiert. Dabei ist die Aktualisierung auf der Zigbee Übersichtsseite nicht relevant. Interessanter ist ob die entsprechenden Nachrichten generiert werden.

              Du kannst die ID von zu überwachenden Geräten (die 16stellige Hex Nummer) ganz oder in Teilen in den State zigbee.0.info.debugmessages eintragen um im Log die Nachrichten zu sehen die vom Gerät kommen und an das Gerät gesandt werden. Wenn du mehrere eintragen willst musst du diese durch ; getrennt hintereinander eintragen. Auch das Eintragen von nur Teilen geht, sprich wenn du BEEF einträgst werden alle Sensoren protokolliert die die Zeichenkette in der ID besitzen.

              Sollte es wirklich so sein das die Nachrichten nicht oder nur verspätet kommen wäre zu prüfen wie die Funkabdeckung aktuell aussieht. Dabei sind sowohl Bluetooth als auch 2.4 GHz WLan Verbindungen interessant - auch die vom Nachbarn.

              A.

              T Offline
              T Offline
              Tobi 0
              schrieb am zuletzt editiert von
              #6

              @asgothian ich hab momentan nur einen Taster angelernt, den hab ich unter zigbee.0.info.debugmessages eingetragen.
              Drücke ich den Taster, dann passiert erst mal gar nichts. Sobald ich die Zigbee Übersichtsseite aktualisiere erscheinen die Meldungen im Log und mein Blockly schaltet eine Steckdose ein.

              Das würde für mich aber bedeuten dass die Nachricht zwar ankommt, aber dann erst später verarbeitet wird. Also wohl eher keine Probleme mit WLAN oder Bluetooth oder?

              2021-11-16 10:17:21.963 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"linkquality":66}' from device 00158d00026b9851 type 'WXKG01LM'
              2021-11-16 10:17:21.971 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated '66' from device 00158d00026b9851 for 'Link quality'
              2021-11-16 10:17:21.971 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":66,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":69,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
              2021-11-16 10:17:21.971 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":66,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":69,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
              2021-11-16 10:17:21.974 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
              2021-11-16 10:17:21.975 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
              2021-11-16 10:17:21.975 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":70,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
              2021-11-16 10:17:21.975 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":70,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
              2021-11-16 10:17:21.981 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
              2021-11-16 10:17:21.981 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
              2021-11-16 10:17:21.981 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
              
              AsgothianA 1 Antwort Letzte Antwort
              0
              • T Tobi 0

                @asgothian ich hab momentan nur einen Taster angelernt, den hab ich unter zigbee.0.info.debugmessages eingetragen.
                Drücke ich den Taster, dann passiert erst mal gar nichts. Sobald ich die Zigbee Übersichtsseite aktualisiere erscheinen die Meldungen im Log und mein Blockly schaltet eine Steckdose ein.

                Das würde für mich aber bedeuten dass die Nachricht zwar ankommt, aber dann erst später verarbeitet wird. Also wohl eher keine Probleme mit WLAN oder Bluetooth oder?

                2021-11-16 10:17:21.963 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"linkquality":66}' from device 00158d00026b9851 type 'WXKG01LM'
                2021-11-16 10:17:21.971 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated '66' from device 00158d00026b9851 for 'Link quality'
                2021-11-16 10:17:21.971 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":66,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":69,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                2021-11-16 10:17:21.971 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":66,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":69,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                2021-11-16 10:17:21.974 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
                2021-11-16 10:17:21.975 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
                2021-11-16 10:17:21.975 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":70,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                2021-11-16 10:17:21.975 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":70,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                2021-11-16 10:17:21.981 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                2021-11-16 10:17:21.981 - warn: zigbee.0 (8440) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                2021-11-16 10:17:21.981 - warn: zigbee.0 (8440) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
                
                AsgothianA Offline
                AsgothianA Offline
                Asgothian
                Developer
                schrieb am zuletzt editiert von Asgothian
                #7

                @tobi-0 sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

                ich hab momentan nur einen Taster angelernt, den hab ich unter zigbee.0.info.debugmessages eingetragen.
                Drücke ich den Taster, dann passiert erst mal gar nichts. Sobald ich die Zigbee Übersichtsseite aktualisiere erscheinen die Meldungen im Log und mein Blockly schaltet eine Steckdose ein.
                Das würde für mich aber bedeuten dass die Nachricht zwar ankommt, aber dann erst später verarbeitet wird. Also wohl eher keine Probleme mit WLAN oder Bluetooth oder?

                Um die Frage sauber zu beantworten müsstest Du noch ein paar zusätzliche Dinge tun. Ich würde dazu die stoppuhrfunktion vom Mobiltelefon nutzen:

                • Zigbee Adapter anhalten.
                • 1 Minute warten
                • Zigbee Adapter starten, Stoppuhr starten. Damit hast du einen Event zu dem du die Zeit im Log sowie die Zeit auf der Stoppuhr (auf 0.1 s genau) kennst.
                • Parallel zum Taster drücken eine Rundenzeit auf der Stoppuhr auslösen.

                und so weiter - bei jedem "Event" den du extern erkennst / auslöst eine neue Rundenzeit auslösen.

                Wenn dann alles durch ist die Stoppuhr anhalten und das Log anschauen - der Vergleich der Rundenzeiten zu den Zeitversätzen im Log sollte einen Hinweis darauf geben wann was genau passiert.

                Eine Verbindung zwischen "Browser aktualisieren" und "Zigbee Nachrichten kommen und lösen etwas aus" gibt es im Normalfall nicht. Wichtig ist dabei das du das Schalten der Steckdose auch an der Steckdose selber (über einen angeschlossenen Verbraucher) verifizierst, nicht über eine Statusanzeige im Browser oder in einer App. Auch die Anzeige der Log-EInträge im Browser ist zeitlich nicht relevant - entscheidend sind die effektiv protokollierten Zeiten.

                A.

                ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                T D 2 Antworten Letzte Antwort
                0
                • AsgothianA Asgothian

                  @tobi-0 sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

                  ich hab momentan nur einen Taster angelernt, den hab ich unter zigbee.0.info.debugmessages eingetragen.
                  Drücke ich den Taster, dann passiert erst mal gar nichts. Sobald ich die Zigbee Übersichtsseite aktualisiere erscheinen die Meldungen im Log und mein Blockly schaltet eine Steckdose ein.
                  Das würde für mich aber bedeuten dass die Nachricht zwar ankommt, aber dann erst später verarbeitet wird. Also wohl eher keine Probleme mit WLAN oder Bluetooth oder?

                  Um die Frage sauber zu beantworten müsstest Du noch ein paar zusätzliche Dinge tun. Ich würde dazu die stoppuhrfunktion vom Mobiltelefon nutzen:

                  • Zigbee Adapter anhalten.
                  • 1 Minute warten
                  • Zigbee Adapter starten, Stoppuhr starten. Damit hast du einen Event zu dem du die Zeit im Log sowie die Zeit auf der Stoppuhr (auf 0.1 s genau) kennst.
                  • Parallel zum Taster drücken eine Rundenzeit auf der Stoppuhr auslösen.

                  und so weiter - bei jedem "Event" den du extern erkennst / auslöst eine neue Rundenzeit auslösen.

                  Wenn dann alles durch ist die Stoppuhr anhalten und das Log anschauen - der Vergleich der Rundenzeiten zu den Zeitversätzen im Log sollte einen Hinweis darauf geben wann was genau passiert.

                  Eine Verbindung zwischen "Browser aktualisieren" und "Zigbee Nachrichten kommen und lösen etwas aus" gibt es im Normalfall nicht. Wichtig ist dabei das du das Schalten der Steckdose auch an der Steckdose selber (über einen angeschlossenen Verbraucher) verifizierst, nicht über eine Statusanzeige im Browser oder in einer App. Auch die Anzeige der Log-EInträge im Browser ist zeitlich nicht relevant - entscheidend sind die effektiv protokollierten Zeiten.

                  A.

                  T Offline
                  T Offline
                  Tobi 0
                  schrieb am zuletzt editiert von
                  #8

                  @asgothian

                  • Zigbee Adapter angehalten und > 1 Min gewartet
                  • Adapter und Stoppuhr gestartet
                  • nach 20s Taster gedrückt
                  • nach 5 min warten habe ich die Übersichtsseite aktualisiert -> Befehl vom Taster kam an und Steckdose hat geschalten

                  Mir ist klar, dass Browser aktualisieren und Nachrichten kommen an nicht zusammen hängen können/ sollten, jedoch kann ich mir es nicht anders erklären.
                  Ich kann den Taster auch zweimal drücken, dann schaltet die Steckdose beim Browser aktualisieren ein und wieder aus, es kommen also beide Tastendrücke an.
                  Die Steckdose ist direkt neben mir, ich sehe / höre wenn sie schaltet (Homematic IP).

                  2021-11-16 11:33:23.419 - info: zigbee.0 (8930) starting. Version 1.6.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.7, js-controller: 3.3.18
                  2021-11-16 11:33:23.462 - info: zigbee.0 (8930) Starting Zigbee npm ...
                  2021-11-16 11:33:23.736 - info: zigbee.0 (8930) Installed Version: ioBroker/ioBroker.zigbee#7cad6bf06ba8fa1192ea4d47c0aa520d38d29311
                  2021-11-16 11:33:24.162 - info: zigbee.0 (8930) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20210708}}
                  2021-11-16 11:33:24.170 - info: zigbee.0 (8930) --> transmitPower : high
                  2021-11-16 11:33:24.181 - info: zigbee.0 (8930) Currently 1 devices are joined:
                  2021-11-16 11:33:24.185 - info: zigbee.0 (8930) 0x00158d00026b9851 (addr 37441): WXKG01LM - Xiaomi MiJia wireless switch (EndDevice)
                  2021-11-16 11:33:24.186 - info: zigbee.0 (8930) Zigbee started
                  2021-11-16 11:33:24.197 - info: zigbee.0 (8930) debug devices set to ["00158d00026b9851"]
                  2021-11-16 11:33:25.187 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"available":true}' from device 00158d00026b9851 type 'WXKG01LM'
                  2021-11-16 11:33:25.187 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Available'
                  2021-11-16 11:33:25.187 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":10}' from device 00158d00026b9851 type 'WXKG01LM'
                  2021-11-16 11:33:25.187 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '10' from device 00158d00026b9851 for 'Link quality'
                  2021-11-16 11:38:27.246 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":30}' from device 00158d00026b9851 type 'WXKG01LM'
                  2021-11-16 11:38:27.255 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '30' from device 00158d00026b9851 for 'Link quality'
                  2021-11-16 11:38:27.255 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":30,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":80,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                  2021-11-16 11:38:27.256 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":30,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":80,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                  2021-11-16 11:38:27.265 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":9}' from device 00158d00026b9851 type 'WXKG01LM'
                  2021-11-16 11:38:27.265 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '9' from device 00158d00026b9851 for 'Link quality'
                  2021-11-16 11:38:27.266 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":9,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":81,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                  2021-11-16 11:38:27.266 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":9,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":81,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                  2021-11-16 11:38:27.271 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                  2021-11-16 11:38:27.272 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                  2021-11-16 11:38:27.272 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
                  
                  AsgothianA 1 Antwort Letzte Antwort
                  0
                  • T Tobi 0

                    @asgothian

                    • Zigbee Adapter angehalten und > 1 Min gewartet
                    • Adapter und Stoppuhr gestartet
                    • nach 20s Taster gedrückt
                    • nach 5 min warten habe ich die Übersichtsseite aktualisiert -> Befehl vom Taster kam an und Steckdose hat geschalten

                    Mir ist klar, dass Browser aktualisieren und Nachrichten kommen an nicht zusammen hängen können/ sollten, jedoch kann ich mir es nicht anders erklären.
                    Ich kann den Taster auch zweimal drücken, dann schaltet die Steckdose beim Browser aktualisieren ein und wieder aus, es kommen also beide Tastendrücke an.
                    Die Steckdose ist direkt neben mir, ich sehe / höre wenn sie schaltet (Homematic IP).

                    2021-11-16 11:33:23.419 - info: zigbee.0 (8930) starting. Version 1.6.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.7, js-controller: 3.3.18
                    2021-11-16 11:33:23.462 - info: zigbee.0 (8930) Starting Zigbee npm ...
                    2021-11-16 11:33:23.736 - info: zigbee.0 (8930) Installed Version: ioBroker/ioBroker.zigbee#7cad6bf06ba8fa1192ea4d47c0aa520d38d29311
                    2021-11-16 11:33:24.162 - info: zigbee.0 (8930) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20210708}}
                    2021-11-16 11:33:24.170 - info: zigbee.0 (8930) --> transmitPower : high
                    2021-11-16 11:33:24.181 - info: zigbee.0 (8930) Currently 1 devices are joined:
                    2021-11-16 11:33:24.185 - info: zigbee.0 (8930) 0x00158d00026b9851 (addr 37441): WXKG01LM - Xiaomi MiJia wireless switch (EndDevice)
                    2021-11-16 11:33:24.186 - info: zigbee.0 (8930) Zigbee started
                    2021-11-16 11:33:24.197 - info: zigbee.0 (8930) debug devices set to ["00158d00026b9851"]
                    2021-11-16 11:33:25.187 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"available":true}' from device 00158d00026b9851 type 'WXKG01LM'
                    2021-11-16 11:33:25.187 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Available'
                    2021-11-16 11:33:25.187 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":10}' from device 00158d00026b9851 type 'WXKG01LM'
                    2021-11-16 11:33:25.187 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '10' from device 00158d00026b9851 for 'Link quality'
                    2021-11-16 11:38:27.246 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":30}' from device 00158d00026b9851 type 'WXKG01LM'
                    2021-11-16 11:38:27.255 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '30' from device 00158d00026b9851 for 'Link quality'
                    2021-11-16 11:38:27.255 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":30,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":80,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                    2021-11-16 11:38:27.256 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":30,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":80,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                    2021-11-16 11:38:27.265 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":9}' from device 00158d00026b9851 type 'WXKG01LM'
                    2021-11-16 11:38:27.265 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '9' from device 00158d00026b9851 for 'Link quality'
                    2021-11-16 11:38:27.266 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":9,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":81,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                    2021-11-16 11:38:27.266 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":9,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":81,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                    2021-11-16 11:38:27.271 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                    2021-11-16 11:38:27.272 - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                    2021-11-16 11:38:27.272 - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
                    
                    AsgothianA Offline
                    AsgothianA Offline
                    Asgothian
                    Developer
                    schrieb am zuletzt editiert von
                    #9

                    @tobi-0 Kann es sein das der NUC sich schlafen legt und überhaupt nicht arbeitet ?

                    A.

                    ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                    "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                    T 1 Antwort Letzte Antwort
                    0
                    • AsgothianA Asgothian

                      @tobi-0 Kann es sein das der NUC sich schlafen legt und überhaupt nicht arbeitet ?

                      A.

                      T Offline
                      T Offline
                      Tobi 0
                      schrieb am zuletzt editiert von Tobi 0
                      #10

                      @asgothian ne, das kann ich mir nicht vorstellen. Auf Proxmox laufen noch andere Container die problemlos funktionieren und die Logs der Auslastung des ioBroker Containers zeigen eigentlich auch keine Auffälligkeiten.
                      Ich hab auch sonst keine Verzögerungen bei z.B. Homematic oder MQTT festgestellt.

                      Ich denke dass es irgend etwas mit einem Trigger oder so zu tun haben muss, der vielleicht auch ausgeführt wird wenn die Zigbee Seite geladen wird.

                      Weist du ob die Ereignisse im Zigbee Stick gespeichert werden oder sind die in einer Queue im ioBroker?

                      amg_666A AsgothianA 2 Antworten Letzte Antwort
                      0
                      • T Tobi 0

                        @asgothian ne, das kann ich mir nicht vorstellen. Auf Proxmox laufen noch andere Container die problemlos funktionieren und die Logs der Auslastung des ioBroker Containers zeigen eigentlich auch keine Auffälligkeiten.
                        Ich hab auch sonst keine Verzögerungen bei z.B. Homematic oder MQTT festgestellt.

                        Ich denke dass es irgend etwas mit einem Trigger oder so zu tun haben muss, der vielleicht auch ausgeführt wird wenn die Zigbee Seite geladen wird.

                        Weist du ob die Ereignisse im Zigbee Stick gespeichert werden oder sind die in einer Queue im ioBroker?

                        amg_666A Offline
                        amg_666A Offline
                        amg_666
                        schrieb am zuletzt editiert von
                        #11

                        @tobi-0 ich fahre iobroker auf einem NUC mit proxmox und Debian Container, zigbee 1.6.6. Das läuft stabil und da legt sich auch nix schlafen.
                        Die Probleme mit verzögerten/nicht ankommenden Befehlen hatte ich in der Vergangenheit massiv. Bei mir lag das einfach am lückenhaften zigbee Netzwerk, insbesondere eine weiter entfernte Gartenlampe ging mal, mal ging sie nicht.
                        Nachdem ich an 2 "strategischen Punkten" Repeater installiert habe läuft alles einwandfrei.
                        Meine Billig-Repeater-Lösung ist der IKEA Repeater (link, der kostet nicht die Welt und man hat noch ein USB Ladegerät. Wäre ggf einen Versuch bei dir wert.

                        iobroker auf proxmox container

                        1 Antwort Letzte Antwort
                        0
                        • T Tobi 0

                          @asgothian ne, das kann ich mir nicht vorstellen. Auf Proxmox laufen noch andere Container die problemlos funktionieren und die Logs der Auslastung des ioBroker Containers zeigen eigentlich auch keine Auffälligkeiten.
                          Ich hab auch sonst keine Verzögerungen bei z.B. Homematic oder MQTT festgestellt.

                          Ich denke dass es irgend etwas mit einem Trigger oder so zu tun haben muss, der vielleicht auch ausgeführt wird wenn die Zigbee Seite geladen wird.

                          Weist du ob die Ereignisse im Zigbee Stick gespeichert werden oder sind die in einer Queue im ioBroker?

                          AsgothianA Offline
                          AsgothianA Offline
                          Asgothian
                          Developer
                          schrieb am zuletzt editiert von
                          #12

                          @tobi-0 sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

                          Weist du ob die Ereignisse im Zigbee Stick gespeichert werden oder sind die in einer Queue im ioBroker?

                          Im ioBroker selber gibt es keine Queue die vor der Meldung 'ELEVATED publishToState: message received' kommt. Auffällig ist allerdings das auch keine nachrichten zur Link Qualität am ioBroker ankommen.

                          Ich würde Dich bitten den folgenden Test zu machen:

                          • Web interface des ioBroker schliessen
                          • auf die Console des ioBroker gehen, per tail -10f /opt/iobroker/log/iobroker.current.log | grep -e zigbee.0 die Log Ausgaben des Zigbee Adapters in die Konsole bringen lassen
                          • Knopf einmal drücken - so lange warten bis eine ELEVATED publisToState: message auftaucht.
                          • Gerne nach 5 oder 10 Minuten nochmal drücken, aber weiter abwarten

                          A.

                          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                          T 1 Antwort Letzte Antwort
                          0
                          • AsgothianA Asgothian

                            @tobi-0 sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

                            Weist du ob die Ereignisse im Zigbee Stick gespeichert werden oder sind die in einer Queue im ioBroker?

                            Im ioBroker selber gibt es keine Queue die vor der Meldung 'ELEVATED publishToState: message received' kommt. Auffällig ist allerdings das auch keine nachrichten zur Link Qualität am ioBroker ankommen.

                            Ich würde Dich bitten den folgenden Test zu machen:

                            • Web interface des ioBroker schliessen
                            • auf die Console des ioBroker gehen, per tail -10f /opt/iobroker/log/iobroker.current.log | grep -e zigbee.0 die Log Ausgaben des Zigbee Adapters in die Konsole bringen lassen
                            • Knopf einmal drücken - so lange warten bis eine ELEVATED publisToState: message auftaucht.
                            • Gerne nach 5 oder 10 Minuten nochmal drücken, aber weiter abwarten

                            A.

                            T Offline
                            T Offline
                            Tobi 0
                            schrieb am zuletzt editiert von
                            #13

                            @asgothian ich hab um 15:25, 15:30 und 15:40 den Knopf gedrückt, um 15:43 kamen dann plötzlich die Meldungen an.

                            tobi@ioBroker:~$ tail -10f /opt/iobroker/log/iobroker.current.log | grep -e zigbee.0
                            2021-11-16 15:43:37.929  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.929  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
                            2021-11-16 15:43:37.929  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":86,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.930  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":86,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                            2021-11-16 15:43:37.932  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.932  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
                            2021-11-16 15:43:37.933  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":87,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.933  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":87,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                            2021-11-16 15:43:37.934  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.935  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.935  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
                            2021-11-16 15:43:37.937  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.938  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
                            2021-11-16 15:43:37.938  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":88,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.938  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":88,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                            2021-11-16 15:43:37.940  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":66}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.941  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '66' from device 00158d00026b9851 for 'Link quality'
                            2021-11-16 15:43:37.941  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":66,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":89,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.941  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":66,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":89,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                            2021-11-16 15:43:37.942  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.942  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.943  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
                            2021-11-16 15:43:37.945  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":57}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.945  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '57' from device 00158d00026b9851 for 'Link quality'
                            2021-11-16 15:43:37.946  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":57,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":90,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.946  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":57,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":90,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                            2021-11-16 15:43:37.948  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":63}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.948  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '63' from device 00158d00026b9851 for 'Link quality'
                            2021-11-16 15:43:37.949  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":63,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":91,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.949  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":63,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":91,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                            2021-11-16 15:43:37.950  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.951  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.951  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
                            2021-11-16 15:43:37.953  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.954  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
                            2021-11-16 15:43:37.954  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"32768\":2},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":92,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.954  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"32768\":2},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":92,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                            2021-11-16 15:43:37.955  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"double"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.955  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"double"}' from device 00158d00026b9851 type 'WXKG01LM'
                            2021-11-16 15:43:37.955  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Double click event'
                            ^C
                            

                            @amg_666 ich hab das Problem auch wenn ich den Taster direkt neben dem Zigbee Stick drücke, also denke ich leider nicht dass mir da ein Repeater helfen wird

                            AsgothianA 1 Antwort Letzte Antwort
                            0
                            • AsgothianA Asgothian

                              @tobi-0 sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

                              ich hab momentan nur einen Taster angelernt, den hab ich unter zigbee.0.info.debugmessages eingetragen.
                              Drücke ich den Taster, dann passiert erst mal gar nichts. Sobald ich die Zigbee Übersichtsseite aktualisiere erscheinen die Meldungen im Log und mein Blockly schaltet eine Steckdose ein.
                              Das würde für mich aber bedeuten dass die Nachricht zwar ankommt, aber dann erst später verarbeitet wird. Also wohl eher keine Probleme mit WLAN oder Bluetooth oder?

                              Um die Frage sauber zu beantworten müsstest Du noch ein paar zusätzliche Dinge tun. Ich würde dazu die stoppuhrfunktion vom Mobiltelefon nutzen:

                              • Zigbee Adapter anhalten.
                              • 1 Minute warten
                              • Zigbee Adapter starten, Stoppuhr starten. Damit hast du einen Event zu dem du die Zeit im Log sowie die Zeit auf der Stoppuhr (auf 0.1 s genau) kennst.
                              • Parallel zum Taster drücken eine Rundenzeit auf der Stoppuhr auslösen.

                              und so weiter - bei jedem "Event" den du extern erkennst / auslöst eine neue Rundenzeit auslösen.

                              Wenn dann alles durch ist die Stoppuhr anhalten und das Log anschauen - der Vergleich der Rundenzeiten zu den Zeitversätzen im Log sollte einen Hinweis darauf geben wann was genau passiert.

                              Eine Verbindung zwischen "Browser aktualisieren" und "Zigbee Nachrichten kommen und lösen etwas aus" gibt es im Normalfall nicht. Wichtig ist dabei das du das Schalten der Steckdose auch an der Steckdose selber (über einen angeschlossenen Verbraucher) verifizierst, nicht über eine Statusanzeige im Browser oder in einer App. Auch die Anzeige der Log-EInträge im Browser ist zeitlich nicht relevant - entscheidend sind die effektiv protokollierten Zeiten.

                              A.

                              D Offline
                              D Offline
                              dimaiv
                              schrieb am zuletzt editiert von dimaiv
                              #14

                              @asgothian
                              @tobi-0

                              Hier wird gleicher Verhalten beschrieben...
                              https://forum.iobroker.net/post/695153

                              ioBroker- NUC8i3 / Proxmox / VM
                              Node.js v22.21.0
                              NPM v10.9.4
                              JS controller 7.1.0
                              Admin 7.7.20
                              ZigBee Adapter 3.3.1alpha.0
                              Zigbee LAN Gateway CC2652P
                              Zigbee Firmware 20250321

                              1 Antwort Letzte Antwort
                              0
                              • T Tobi 0

                                @asgothian ich hab um 15:25, 15:30 und 15:40 den Knopf gedrückt, um 15:43 kamen dann plötzlich die Meldungen an.

                                tobi@ioBroker:~$ tail -10f /opt/iobroker/log/iobroker.current.log | grep -e zigbee.0
                                2021-11-16 15:43:37.929  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.929  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
                                2021-11-16 15:43:37.929  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":86,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.930  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":86,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                                2021-11-16 15:43:37.932  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.932  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
                                2021-11-16 15:43:37.933  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":87,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.933  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":87,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                                2021-11-16 15:43:37.934  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.935  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.935  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
                                2021-11-16 15:43:37.937  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.938  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
                                2021-11-16 15:43:37.938  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":88,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.938  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":88,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                                2021-11-16 15:43:37.940  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":66}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.941  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '66' from device 00158d00026b9851 for 'Link quality'
                                2021-11-16 15:43:37.941  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":66,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":89,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.941  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":66,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":89,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                                2021-11-16 15:43:37.942  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.942  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.943  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
                                2021-11-16 15:43:37.945  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":57}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.945  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '57' from device 00158d00026b9851 for 'Link quality'
                                2021-11-16 15:43:37.946  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":57,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":90,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.946  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":0},\"linkquality\":57,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":90,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                                2021-11-16 15:43:37.948  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":63}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.948  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '63' from device 00158d00026b9851 for 'Link quality'
                                2021-11-16 15:43:37.949  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":63,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":91,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.949  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"onOff\":1},\"linkquality\":63,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":91,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                                2021-11-16 15:43:37.950  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.951  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"single"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.951  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Click event'
                                2021-11-16 15:43:37.953  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"linkquality":72}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.954  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '72' from device 00158d00026b9851 for 'Link quality'
                                2021-11-16 15:43:37.954  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"msg_from_zigbee":"{\"type\":\"attributeReport\",\"data\":{\"32768\":2},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":92,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.954  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated '"{\"type\":\"attributeReport\",\"data\":{\"32768\":2},\"linkquality\":72,\"groupID\":0,\"cluster\":\"genOnOff\",\"meta\":{\"zclTransactionSequenceNumber\":92,\"manufacturerCode\":null,\"frameControl\":{\"frameType\":0,\"manufacturerSpecific\":false,\"direction\":1,\"disableDefaultResponse\":true,\"reservedBits\":0}},\"endpoint_id\":1}"' from device 00158d00026b9851 for 'Message from Zigbee'
                                2021-11-16 15:43:37.955  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"action":"double"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.955  - warn: zigbee.0 (8930) ELEVATED publishToState: message received '{"click":"double"}' from device 00158d00026b9851 type 'WXKG01LM'
                                2021-11-16 15:43:37.955  - warn: zigbee.0 (8930) ELEVATED publishToState: value generated 'true' from device 00158d00026b9851 for 'Double click event'
                                ^C
                                

                                @amg_666 ich hab das Problem auch wenn ich den Taster direkt neben dem Zigbee Stick drücke, also denke ich leider nicht dass mir da ein Repeater helfen wird

                                AsgothianA Offline
                                AsgothianA Offline
                                Asgothian
                                Developer
                                schrieb am zuletzt editiert von Asgothian
                                #15

                                @tobi-0 kannst du bitte mal die bios Einstellungen durchgehen ob es da irgendwelche USB Einstellungen gibt ?

                                A.

                                ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                                "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                                M 1 Antwort Letzte Antwort
                                0
                                • AsgothianA Asgothian

                                  @tobi-0 kannst du bitte mal die bios Einstellungen durchgehen ob es da irgendwelche USB Einstellungen gibt ?

                                  A.

                                  M Offline
                                  M Offline
                                  Matt77CHE
                                  schrieb am zuletzt editiert von
                                  #16

                                  Ich hätte da noch einen anderen Ansatz;
                                  Ich hatte bei mir neulich Probleme, dass die Schaltbefehle gar nicht oder sehr verspätet bei den Devices ankamen - Habe dann beim WLan den Kanal gewechselt, dann ging es wieder tiptop....

                                  1 Antwort Letzte Antwort
                                  0
                                  • T Offline
                                    T Offline
                                    Tobi 0
                                    schrieb am zuletzt editiert von
                                    #17

                                    @asgothian im Bios habe ich nur folgende Einstellungen gefunden: e5639ca0-acdf-4da3-98ed-e77bf35db365-20211122_002148.jpg
                                    Unter den Power Settings war auch nichts weiteres zu USB gestanden, ich denke das hat damit nichts zu tun (hat ja auch schon mal funktioniert, ich habe nichts am BIOS geändert).

                                    @dimaiv Da hat es ja von Anfang an nicht funktioniert, bei mir ging ja alles ca. ein halbes Jahr ohne Probleme.. aber Danke für den Link!

                                    @Matt77CHE Ich hab mein WLAN schon komplett abgeschalten, hat leider nichts gebracht. Auch ein Kanalwechsel von 11 auf 20 vom Zigbee Stick hat keine Besserung gebracht.

                                    Habt ihr noch ne Idee?
                                    LG Tobi

                                    1Topf1 1 Antwort Letzte Antwort
                                    0
                                    • T Tobi 0

                                      @asgothian im Bios habe ich nur folgende Einstellungen gefunden: e5639ca0-acdf-4da3-98ed-e77bf35db365-20211122_002148.jpg
                                      Unter den Power Settings war auch nichts weiteres zu USB gestanden, ich denke das hat damit nichts zu tun (hat ja auch schon mal funktioniert, ich habe nichts am BIOS geändert).

                                      @dimaiv Da hat es ja von Anfang an nicht funktioniert, bei mir ging ja alles ca. ein halbes Jahr ohne Probleme.. aber Danke für den Link!

                                      @Matt77CHE Ich hab mein WLAN schon komplett abgeschalten, hat leider nichts gebracht. Auch ein Kanalwechsel von 11 auf 20 vom Zigbee Stick hat keine Besserung gebracht.

                                      Habt ihr noch ne Idee?
                                      LG Tobi

                                      1Topf1 Offline
                                      1Topf1 Offline
                                      1Topf
                                      schrieb am zuletzt editiert von
                                      #18

                                      @tobi-0
                                      Hallo zusammen,
                                      ich möchte mich hier mal einklinken. Ich habe seit meinem gestrigen Umstieg von CC2538 auf CC2652P mit fetter Antenne und mit letzter Rev. auch solche Probleme. Adapter ist 1.6.7.
                                      Ich hatte Probleme beim anlernen von Geräten, die vorher immer sofort erkannt wurden. Das äußerte sich in (Beispiel)

                                      2021-11-27 11:45:42.712 - warn: zigbee.0 (122225) Device '0x7cb03eaa00a95ddc' announced itself
                                      2021-11-27 11:46:02.435 - error: zigbee.0 (122225) Failed to interview '0x7cb03eaa00a95ddc', device has not succesfully been paired. undefined
                                      

                                      Ich hab es stellenweise bis zu 10x probieren müssen, bis das Gerät endlich angelernt war. Das war auch Herstellerunabhängig (Xiaomi, Osram, Linkind, Innr, ...). Mit CC2531 und CC2538 hatte ich solche Probleme unglaublich selten.
                                      Außerdem habe ich auch diese Verzögerungen. Ich drücke einen Zigbee-Taster, aber nix passiert. Halbe Minute später geht dann plötzlich die Lampe an. Selbiges mit Sprachbefehl (Beispiel Steckdose): Sprachbefehl -> Switch in Kachel springt um > Steckdose reagiert Sekunden später.
                                      Kachel Plug01.jpg
                                      Wenn im Adapter im Reiter "Geräte" diese mit Empfangsstärke 10 (ist dann rot) angezeigt werden, weiß ich, daß das Gerät nicht reagieren wird bzw. keine Daten liefert. Irgendwann gehts dann wieder. Ein Muster ist nicht zu erkennen.
                                      Mir kommt es so vor, als ob der Stick sich mal ne Runde schlafen legt. Was bedeutet denn in den Adaptereinstellungen "Timer zwischen 0 und 255 Sek"? Leider scheint es ja keine ausführliche Beschreibung des Adapters zu geben.?.
                                      Ich hab noch 2 oder 3 Geräte, die ich dann morgen noch anlerne. Mal schaun, wieviel Stunden ich brauch ... :wink:

                                      D AsgothianA 2 Antworten Letzte Antwort
                                      0
                                      • 1Topf1 1Topf

                                        @tobi-0
                                        Hallo zusammen,
                                        ich möchte mich hier mal einklinken. Ich habe seit meinem gestrigen Umstieg von CC2538 auf CC2652P mit fetter Antenne und mit letzter Rev. auch solche Probleme. Adapter ist 1.6.7.
                                        Ich hatte Probleme beim anlernen von Geräten, die vorher immer sofort erkannt wurden. Das äußerte sich in (Beispiel)

                                        2021-11-27 11:45:42.712 - warn: zigbee.0 (122225) Device '0x7cb03eaa00a95ddc' announced itself
                                        2021-11-27 11:46:02.435 - error: zigbee.0 (122225) Failed to interview '0x7cb03eaa00a95ddc', device has not succesfully been paired. undefined
                                        

                                        Ich hab es stellenweise bis zu 10x probieren müssen, bis das Gerät endlich angelernt war. Das war auch Herstellerunabhängig (Xiaomi, Osram, Linkind, Innr, ...). Mit CC2531 und CC2538 hatte ich solche Probleme unglaublich selten.
                                        Außerdem habe ich auch diese Verzögerungen. Ich drücke einen Zigbee-Taster, aber nix passiert. Halbe Minute später geht dann plötzlich die Lampe an. Selbiges mit Sprachbefehl (Beispiel Steckdose): Sprachbefehl -> Switch in Kachel springt um > Steckdose reagiert Sekunden später.
                                        Kachel Plug01.jpg
                                        Wenn im Adapter im Reiter "Geräte" diese mit Empfangsstärke 10 (ist dann rot) angezeigt werden, weiß ich, daß das Gerät nicht reagieren wird bzw. keine Daten liefert. Irgendwann gehts dann wieder. Ein Muster ist nicht zu erkennen.
                                        Mir kommt es so vor, als ob der Stick sich mal ne Runde schlafen legt. Was bedeutet denn in den Adaptereinstellungen "Timer zwischen 0 und 255 Sek"? Leider scheint es ja keine ausführliche Beschreibung des Adapters zu geben.?.
                                        Ich hab noch 2 oder 3 Geräte, die ich dann morgen noch anlerne. Mal schaun, wieviel Stunden ich brauch ... :wink:

                                        D Offline
                                        D Offline
                                        dimaiv
                                        schrieb am zuletzt editiert von
                                        #19

                                        @1topf
                                        Was für Betriebssystem und Kernelversion hast du?

                                        ioBroker- NUC8i3 / Proxmox / VM
                                        Node.js v22.21.0
                                        NPM v10.9.4
                                        JS controller 7.1.0
                                        Admin 7.7.20
                                        ZigBee Adapter 3.3.1alpha.0
                                        Zigbee LAN Gateway CC2652P
                                        Zigbee Firmware 20250321

                                        1Topf1 1 Antwort Letzte Antwort
                                        0
                                        • 1Topf1 1Topf

                                          @tobi-0
                                          Hallo zusammen,
                                          ich möchte mich hier mal einklinken. Ich habe seit meinem gestrigen Umstieg von CC2538 auf CC2652P mit fetter Antenne und mit letzter Rev. auch solche Probleme. Adapter ist 1.6.7.
                                          Ich hatte Probleme beim anlernen von Geräten, die vorher immer sofort erkannt wurden. Das äußerte sich in (Beispiel)

                                          2021-11-27 11:45:42.712 - warn: zigbee.0 (122225) Device '0x7cb03eaa00a95ddc' announced itself
                                          2021-11-27 11:46:02.435 - error: zigbee.0 (122225) Failed to interview '0x7cb03eaa00a95ddc', device has not succesfully been paired. undefined
                                          

                                          Ich hab es stellenweise bis zu 10x probieren müssen, bis das Gerät endlich angelernt war. Das war auch Herstellerunabhängig (Xiaomi, Osram, Linkind, Innr, ...). Mit CC2531 und CC2538 hatte ich solche Probleme unglaublich selten.
                                          Außerdem habe ich auch diese Verzögerungen. Ich drücke einen Zigbee-Taster, aber nix passiert. Halbe Minute später geht dann plötzlich die Lampe an. Selbiges mit Sprachbefehl (Beispiel Steckdose): Sprachbefehl -> Switch in Kachel springt um > Steckdose reagiert Sekunden später.
                                          Kachel Plug01.jpg
                                          Wenn im Adapter im Reiter "Geräte" diese mit Empfangsstärke 10 (ist dann rot) angezeigt werden, weiß ich, daß das Gerät nicht reagieren wird bzw. keine Daten liefert. Irgendwann gehts dann wieder. Ein Muster ist nicht zu erkennen.
                                          Mir kommt es so vor, als ob der Stick sich mal ne Runde schlafen legt. Was bedeutet denn in den Adaptereinstellungen "Timer zwischen 0 und 255 Sek"? Leider scheint es ja keine ausführliche Beschreibung des Adapters zu geben.?.
                                          Ich hab noch 2 oder 3 Geräte, die ich dann morgen noch anlerne. Mal schaun, wieviel Stunden ich brauch ... :wink:

                                          AsgothianA Offline
                                          AsgothianA Offline
                                          Asgothian
                                          Developer
                                          schrieb am zuletzt editiert von
                                          #20

                                          @1topf

                                          Neben dem was @dimaiv geschrieben hat:

                                          • wie ist der Stick angeschlossen ? Direkt ? Mit USB Verlängerung ?
                                          • Welchen Funkkanal nutzt du ?
                                          • Welche Funkkanäle sind im 2.4 GHz WLan bei Dir belegt (nicht unbedingt deine Netze, auch die der Nachbarn.

                                          A.

                                          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                                          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                                          1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          483

                                          Online

                                          32.5k

                                          Benutzer

                                          81.7k

                                          Themen

                                          1.3m

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

                                          • Du hast noch kein Konto? Registrieren

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