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 Geräte schalten verzögert

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    3.7k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.2k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.5k

Zigbee Geräte schalten verzögert

Geplant Angeheftet Gesperrt Verschoben Ungelöst Error/Bug
zigbee verzögert
58 Beiträge 9 Kommentatoren 6.8k Aufrufe 11 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.
  • AsgothianA Asgothian

    @DirkS sagte in Zigbee Geräte schalten verzögert:

    Bei der Erreichbarkeit geht es ja nicht um die Batterie betriebenen Geräte. Es ist der OSRAM Led Stripe.

    Bei dem sollte der "available" Datenpunkt zumindest in dem 5 Minuten Raster des Abfragen korrekt sein, sprich es gibt ein Zeitfenster von max. 5 Minuten in denen der Strip noch mit "available = wahr" geführt wird, obwohl er bereits aus ist. Danach wird er auf jeden Fall auf falsch gehen da er auf den Ping der ihm geschickt wird nicht reagieren wird.

    A.

    D Offline
    D Offline
    DirkS
    schrieb am zuletzt editiert von DirkS
    #42

    @Asgothian
    Sicher nicht mehr der richtige Thread.
    Habe heute folgende Einträge im Log

    zigbee.1	2020-12-18 07:17:11.563	error	at fulfilled (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:24:58)
    zigbee.1	2020-12-18 07:17:11.563	error	at Generator.next (<anonymous>)
    zigbee.1	2020-12-18 07:17:11.563	error	at ZStackAdapter.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:339:27)
    zigbee.1	2020-12-18 07:17:11.563	error	(29141) Error on send command to 0xXXXXXXXXXXXXXXXX. Error: Error: Command 0xXXXXXXXXXXXXXXXX/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultRespon
    
    

    Der State vom "available" ist aber die ganze Zeit auf true und die Protokollierung zeigte auch seit gestern keine Änderung.
    Sollte denn dann zuminest bei so einem Fehler der State nicht auf false gehen?

    AsgothianA 1 Antwort Letzte Antwort
    0
    • D DirkS

      @Asgothian
      Sicher nicht mehr der richtige Thread.
      Habe heute folgende Einträge im Log

      zigbee.1	2020-12-18 07:17:11.563	error	at fulfilled (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:24:58)
      zigbee.1	2020-12-18 07:17:11.563	error	at Generator.next (<anonymous>)
      zigbee.1	2020-12-18 07:17:11.563	error	at ZStackAdapter.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:339:27)
      zigbee.1	2020-12-18 07:17:11.563	error	(29141) Error on send command to 0xXXXXXXXXXXXXXXXX. Error: Error: Command 0xXXXXXXXXXXXXXXXX/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultRespon
      
      

      Der State vom "available" ist aber die ganze Zeit auf true und die Protokollierung zeigte auch seit gestern keine Änderung.
      Sollte denn dann zuminest bei so einem Fehler der State nicht auf false gehen?

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

      @DirkS

      • Stimmt, nicht der richtige Thread ;)
      • Das Log ist unvollständig - die entscheidende Information ist (mal wieder) abgeschnitten
      • Aktuell ist es so dass ein Router-Device nur dann auf "available=false" gesetzt wird wenn es auf den "ping" nicht reagiert.

      A.

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

      D 1 Antwort Letzte Antwort
      0
      • AsgothianA Asgothian

        @DirkS

        • Stimmt, nicht der richtige Thread ;)
        • Das Log ist unvollständig - die entscheidende Information ist (mal wieder) abgeschnitten
        • Aktuell ist es so dass ein Router-Device nur dann auf "available=false" gesetzt wird wenn es auf den "ping" nicht reagiert.

        A.

        D Offline
        D Offline
        DirkS
        schrieb am zuletzt editiert von
        #44

        @asgothian
        Nachdem ich nun dummerweise beim Flashen der neuen Firmware auch einen Haken bei "Full erase " gesetzt hatten, musste ich danach alle Geräte neu anlernen. Danach lief es bis zum letzten Wochenende echt super. Nun fängt das beschriebene Problem wieder an. Die Geräte schalten wieder etwas verzögert.
        Im Log ist im Level Info keine Ausgabe zu den Zeitpunkten. Ich habe habe aber nun auch vermehrt die Hinweise "Failed to Ping" zu mehreren Geräten.

        AsgothianA 1 Antwort Letzte Antwort
        0
        • D DirkS

          @asgothian
          Nachdem ich nun dummerweise beim Flashen der neuen Firmware auch einen Haken bei "Full erase " gesetzt hatten, musste ich danach alle Geräte neu anlernen. Danach lief es bis zum letzten Wochenende echt super. Nun fängt das beschriebene Problem wieder an. Die Geräte schalten wieder etwas verzögert.
          Im Log ist im Level Info keine Ausgabe zu den Zeitpunkten. Ich habe habe aber nun auch vermehrt die Hinweise "Failed to Ping" zu mehreren Geräten.

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

          @dirks Die vermehrten Meldungen zum nicht erfolgreichen Ping deuten auf Probleme mit der Funkverbindung hin. Ich würde hier zunächst das Funk-Umfeld prüfen (WLan / DECT) prüfen.

          Insbesondere WLan Router die ihre Frequenz automatisch wählen können da zu Auffälligkeiten führen.

          A.

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

          D W 2 Antworten Letzte Antwort
          0
          • AsgothianA Asgothian

            @dirks Die vermehrten Meldungen zum nicht erfolgreichen Ping deuten auf Probleme mit der Funkverbindung hin. Ich würde hier zunächst das Funk-Umfeld prüfen (WLan / DECT) prüfen.

            Insbesondere WLan Router die ihre Frequenz automatisch wählen können da zu Auffälligkeiten führen.

            A.

            D Offline
            D Offline
            DirkS
            schrieb am zuletzt editiert von
            #46

            @asgothian
            Wie so üblich, "ich habe nichts gemacht".
            Die Router und Repeater (alles AVM) laufen im Mesh und sind fest auf einen Kanal, der mit dem Nachbarn abgesprochen ist, eingestellt.
            Ich werde es aber noch einmal überprüfen, ob mir da jemand auf dem WLan Kanal 1 zu nahe kommt.

            1 Antwort Letzte Antwort
            0
            • AsgothianA Asgothian

              @dirks Die vermehrten Meldungen zum nicht erfolgreichen Ping deuten auf Probleme mit der Funkverbindung hin. Ich würde hier zunächst das Funk-Umfeld prüfen (WLan / DECT) prüfen.

              Insbesondere WLan Router die ihre Frequenz automatisch wählen können da zu Auffälligkeiten führen.

              A.

              W Offline
              W Offline
              watcherkb
              schrieb am zuletzt editiert von
              #47

              @asgothian habe das Problem hier auch wie @DirkS. Verzögertes Schalten der Zigbee-Geräte und Ping Meldungen im Log.
              Mein Zigbee Gerät hängt im EG Hauswirtschaftsraum direkt neben der FritzBox. Wenn ich das ganze Haus abdecken will, welcher Standort ist besser geeignet? EG oder OG? Also besser zentral platzieren im Haus? Ich habe die CC2538+CC2592 Platine von arteck.

              CC2538+CC2592 PA-Zigbee-Funkmodul

              D AsgothianA 2 Antworten Letzte Antwort
              0
              • W watcherkb

                @asgothian habe das Problem hier auch wie @DirkS. Verzögertes Schalten der Zigbee-Geräte und Ping Meldungen im Log.
                Mein Zigbee Gerät hängt im EG Hauswirtschaftsraum direkt neben der FritzBox. Wenn ich das ganze Haus abdecken will, welcher Standort ist besser geeignet? EG oder OG? Also besser zentral platzieren im Haus? Ich habe die CC2538+CC2592 Platine von arteck.

                D Offline
                D Offline
                DirkS
                schrieb am zuletzt editiert von
                #48

                @watcherkb
                Ich denke hier muss man etwas rumprobieren. Ich vermute das Problem aber doch etwas woanders bei mir. Zwei von den Xiaomi Umweltsensoren sind nicht mehr verfügbar und ein Tuya Smart Plugist komplett "verschwunden", als ob dieser entfernt wurde.

                AsgothianA 1 Antwort Letzte Antwort
                0
                • D DirkS

                  @watcherkb
                  Ich denke hier muss man etwas rumprobieren. Ich vermute das Problem aber doch etwas woanders bei mir. Zwei von den Xiaomi Umweltsensoren sind nicht mehr verfügbar und ein Tuya Smart Plugist komplett "verschwunden", als ob dieser entfernt wurde.

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

                  @dirks

                  Du musst auch auf bestimmte Konstellationen achten. So entfernen immx plugs regelmässig sämtliche Xiaomi Sensoren und Schalter aus dem Netz die versuchen über die Immax Steckdosen geroutet zu werden.

                  Wenn Du da zusammenhänge erkennst bin ich für Hinweise dankbar - sie werden auf dieser Seite (https://github.com/ioBroker/ioBroker.zigbee/wiki/problem-devices) Eingang finden.

                  A.

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

                  D 1 Antwort Letzte Antwort
                  0
                  • W watcherkb

                    @asgothian habe das Problem hier auch wie @DirkS. Verzögertes Schalten der Zigbee-Geräte und Ping Meldungen im Log.
                    Mein Zigbee Gerät hängt im EG Hauswirtschaftsraum direkt neben der FritzBox. Wenn ich das ganze Haus abdecken will, welcher Standort ist besser geeignet? EG oder OG? Also besser zentral platzieren im Haus? Ich habe die CC2538+CC2592 Platine von arteck.

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

                    @watcherkb sagte in Zigbee Geräte schalten verzögert:

                    @asgothian habe das Problem hier auch wie @DirkS. Verzögertes Schalten der Zigbee-Geräte und Ping Meldungen im Log.
                    Mein Zigbee Gerät hängt im EG Hauswirtschaftsraum direkt neben der FritzBox. Wenn ich das ganze Haus abdecken will, welcher Standort ist besser geeignet? EG oder OG? Also besser zentral platzieren im Haus? Ich habe die CC2538+CC2592 Platine von arteck.

                    Direkt neben der FritzBox ist generell schlecht. Ich würde einen Abstand von mindestens 2 Metern zwischen Koordinator und WLan Router empfehlen. Dabei ist es ideal wenn die beiden nicht horizontal oder vertikal nebeneinander stehen.

                    A.

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

                    W 1 Antwort Letzte Antwort
                    1
                    • AsgothianA Asgothian

                      @dirks

                      Du musst auch auf bestimmte Konstellationen achten. So entfernen immx plugs regelmässig sämtliche Xiaomi Sensoren und Schalter aus dem Netz die versuchen über die Immax Steckdosen geroutet zu werden.

                      Wenn Du da zusammenhänge erkennst bin ich für Hinweise dankbar - sie werden auf dieser Seite (https://github.com/ioBroker/ioBroker.zigbee/wiki/problem-devices) Eingang finden.

                      A.

                      D Offline
                      D Offline
                      DirkS
                      schrieb am zuletzt editiert von
                      #51

                      @asgothian
                      Genau die Blitzwolf Plugs habe ich im Einsatz. Im Gegensatz zu den Osram Plugs laufen diese bis auf wenige Ausnahmen wirklich stabil und haben eine höhere Reichweite. Die Xiaomi Sensoren sind regelmäßig nicht erreichbar. Teilweise über Tage. Da ich inzwischen meinen Befeuchter mit den Werten ein/aus schalte, fällt es mir nun eher auf. Außer den Ping-Fehler ist in den Log nichts drin.

                      AsgothianA 1 Antwort Letzte Antwort
                      0
                      • AsgothianA Asgothian

                        @watcherkb sagte in Zigbee Geräte schalten verzögert:

                        @asgothian habe das Problem hier auch wie @DirkS. Verzögertes Schalten der Zigbee-Geräte und Ping Meldungen im Log.
                        Mein Zigbee Gerät hängt im EG Hauswirtschaftsraum direkt neben der FritzBox. Wenn ich das ganze Haus abdecken will, welcher Standort ist besser geeignet? EG oder OG? Also besser zentral platzieren im Haus? Ich habe die CC2538+CC2592 Platine von arteck.

                        Direkt neben der FritzBox ist generell schlecht. Ich würde einen Abstand von mindestens 2 Metern zwischen Koordinator und WLan Router empfehlen. Dabei ist es ideal wenn die beiden nicht horizontal oder vertikal nebeneinander stehen.

                        A.

                        W Offline
                        W Offline
                        watcherkb
                        schrieb am zuletzt editiert von
                        #52

                        @asgothian Wäre es möglich den Coordinator per LAN-Anschluss woanders zu platzieren? Hab im ganzen Haus LAN-Dosen. Oder besser einen Raspi und per ser2net anbinden?

                        bfe10f45-2f4e-4086-bca3-8da5fbbd6efa-image.png

                        CC2538+CC2592 PA-Zigbee-Funkmodul

                        AsgothianA 1 Antwort Letzte Antwort
                        0
                        • D DirkS

                          @asgothian
                          Genau die Blitzwolf Plugs habe ich im Einsatz. Im Gegensatz zu den Osram Plugs laufen diese bis auf wenige Ausnahmen wirklich stabil und haben eine höhere Reichweite. Die Xiaomi Sensoren sind regelmäßig nicht erreichbar. Teilweise über Tage. Da ich inzwischen meinen Befeuchter mit den Werten ein/aus schalte, fällt es mir nun eher auf. Außer den Ping-Fehler ist in den Log nichts drin.

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

                          @dirks sagte in Zigbee Geräte schalten verzögert:

                          Die Xiaomi Sensoren sind regelmäßig nicht erreichbar. Teilweise über Tage

                          Nicht erreichbar in "sie senden keine Werte obwohl sich der Status ändert" oder "wenn ich versuche von Ihnen Werte abzufragen antworten sie nicht" ?

                          A.

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

                          D 1 Antwort Letzte Antwort
                          0
                          • W watcherkb

                            @asgothian Wäre es möglich den Coordinator per LAN-Anschluss woanders zu platzieren? Hab im ganzen Haus LAN-Dosen. Oder besser einen Raspi und per ser2net anbinden?

                            bfe10f45-2f4e-4086-bca3-8da5fbbd6efa-image.png

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

                            @watcherkb Ich kenne die LogiLink dinger nicht. Wenn sie ohne Treiber transparent sauber arbeiten, warum nicht.

                            Ich persönlich nutze ser2net.

                            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
                            • AsgothianA Asgothian

                              @dirks sagte in Zigbee Geräte schalten verzögert:

                              Die Xiaomi Sensoren sind regelmäßig nicht erreichbar. Teilweise über Tage

                              Nicht erreichbar in "sie senden keine Werte obwohl sich der Status ändert" oder "wenn ich versuche von Ihnen Werte abzufragen antworten sie nicht" ?

                              A.

                              D Offline
                              D Offline
                              DirkS
                              schrieb am zuletzt editiert von
                              #55

                              @asgothian
                              Sie sind als abwesend gekennzeichnet und liefern auch keine Daten mehr.
                              Ein einfaches Batterie raus/rein hat nicht geholfen. Ich musste sie entfernen und neu anlernen. Denke ich werde die wohl dann auch mal gegen andere Sensoren tauschen.

                              AsgothianA 1 Antwort Letzte Antwort
                              0
                              • D DirkS

                                @asgothian
                                Sie sind als abwesend gekennzeichnet und liefern auch keine Daten mehr.
                                Ein einfaches Batterie raus/rein hat nicht geholfen. Ich musste sie entfernen und neu anlernen. Denke ich werde die wohl dann auch mal gegen andere Sensoren tauschen.

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

                                @dirks das einzige was mir noch einfällt ist die Frage über welche Router sie gehen. Es gibt router die Sensoren raus werfen die sich lange nicht melden.

                                A

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

                                D 1 Antwort Letzte Antwort
                                0
                                • AsgothianA Asgothian

                                  @dirks das einzige was mir noch einfällt ist die Frage über welche Router sie gehen. Es gibt router die Sensoren raus werfen die sich lange nicht melden.

                                  A

                                  D Offline
                                  D Offline
                                  DirkS
                                  schrieb am zuletzt editiert von
                                  #57

                                  @asgothian Die Sensoren sind nicht einmal das Problem.
                                  Eben gerade kam es wieder zu einer Verzögerung. Es gab unmittelbar zu dem Zeitpunkt folgenden Ausschrieb:

                                  Error on send command to 0x842e14fffe139455. Error: Error: Command 0x842e14fffe139455/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultRespons
                                  

                                  Das Gerät ist ein Smartplug, geschaltet werden sollte aber eigentlich ein ganz anderes. Es schaltete dann auch.
                                  Das mit dem Fehler angezeigten Smartplug ist aber "anwesend" und lässt sich nun auch schalten.

                                  AsgothianA 1 Antwort Letzte Antwort
                                  0
                                  • D DirkS

                                    @asgothian Die Sensoren sind nicht einmal das Problem.
                                    Eben gerade kam es wieder zu einer Verzögerung. Es gab unmittelbar zu dem Zeitpunkt folgenden Ausschrieb:

                                    Error on send command to 0x842e14fffe139455. Error: Error: Command 0x842e14fffe139455/1 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultRespons
                                    

                                    Das Gerät ist ein Smartplug, geschaltet werden sollte aber eigentlich ein ganz anderes. Es schaltete dann auch.
                                    Das mit dem Fehler angezeigten Smartplug ist aber "anwesend" und lässt sich nun auch schalten.

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

                                    @dirks

                                    • Die Meldung ist 'mal wieder' unvollständig. Das wichtige (das am Ende) fehlt. Da steht nämlich die Ursache.
                                    • Es ist denkbar das der Koordinator wegen der ausbleibenden Meldungen 'hängt'. Was für einen Koordinator setzt du ein ?

                                    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

                                    484

                                    Online

                                    32.7k

                                    Benutzer

                                    82.4k

                                    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