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

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    11
    1
    535

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.7k

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

Zigbee Schaltbefehle kommen verspätet oder gar nicht an

Geplant Angeheftet Gesperrt Verschoben Error/Bug
27 Beiträge 7 Kommentatoren 2.4k 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.
  • 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
                • D dimaiv

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

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

                  @dimaiv sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

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

                  iobroker@ioBroker:~$ uname -r
                  5.10.0-9-amd64
                  iobroker@ioBroker:~$ cat /etc/debian_version
                  11.1
                  

                  @asgothian sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

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

                  • Verlängerung
                  • 11
                  • Siehe Bild. Ist verschieden, habe eigenes frei stehendes Haus, aber manchmal kommt von den nachbarhäusern was rein.

                  Screenshot_20211128-102949.png Screenshot_20211128-103130.png

                  Meins ist Fritz / Fritz Gast mit diversen Repeatern.

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

                    @dimaiv sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

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

                    iobroker@ioBroker:~$ uname -r
                    5.10.0-9-amd64
                    iobroker@ioBroker:~$ cat /etc/debian_version
                    11.1
                    

                    @asgothian sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

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

                    • Verlängerung
                    • 11
                    • Siehe Bild. Ist verschieden, habe eigenes frei stehendes Haus, aber manchmal kommt von den nachbarhäusern was rein.

                    Screenshot_20211128-102949.png Screenshot_20211128-103130.png

                    Meins ist Fritz / Fritz Gast mit diversen Repeatern.

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

                    @1topf
                    Ich hab jetzt mal den tail-Befehl von Seite 1 versucht. Da passiert GAR NIX, wenn ich einen Taster drücke. Also die Lampe schaltet schon, irgendwann, aber in der Konsole erfolgt keine Ausgabe. Mach ich da was falsch? Browser ist geschlossen. Wieso muß das Webif dafür eigentlich zu sein?

                    iobroker@ioBroker:~$ date
                    Mo 29. Nov 23:16:29 CET 2021
                    iobroker@ioBroker:~$ tail -10f /opt/iobroker/log/iobroker.current.log | grep -e zigbee.0
                    2021-11-29 23:34:21.831  - warn: zigbee.0 (1818621) Device '0xec1bbdfffedf6d32' announced itself
                    ^C
                    iobroker@ioBroker:~$ date
                    Mo 29. Nov 23:59:14 CET 2021
                    
                    AsgothianA 1 Antwort Letzte Antwort
                    0
                    • 1Topf1 1Topf

                      @1topf
                      Ich hab jetzt mal den tail-Befehl von Seite 1 versucht. Da passiert GAR NIX, wenn ich einen Taster drücke. Also die Lampe schaltet schon, irgendwann, aber in der Konsole erfolgt keine Ausgabe. Mach ich da was falsch? Browser ist geschlossen. Wieso muß das Webif dafür eigentlich zu sein?

                      iobroker@ioBroker:~$ date
                      Mo 29. Nov 23:16:29 CET 2021
                      iobroker@ioBroker:~$ tail -10f /opt/iobroker/log/iobroker.current.log | grep -e zigbee.0
                      2021-11-29 23:34:21.831  - warn: zigbee.0 (1818621) Device '0xec1bbdfffedf6d32' announced itself
                      ^C
                      iobroker@ioBroker:~$ date
                      Mo 29. Nov 23:59:14 CET 2021
                      
                      AsgothianA Offline
                      AsgothianA Offline
                      Asgothian
                      Developer
                      schrieb am zuletzt editiert von
                      #23

                      @1topf

                      Für Deinen Test ist der Zustand des WebIf nicht relevant. Ich gehe bei Dir davon aus das es Funkprobleme mit der Steckdose gibt. Beim OP war das Ziel dafür zu sorgen das keine Effekte über das Web Interface kommen, da die Originale Aussage ja war das die ganzen Meldungen erst kommen wenn am Web Interface ein Reload gemacht wird.

                      Das bei Dir keine Ausgabe kommt kann daran liegen das du erst die ieee der betroffenen Geräte (mit ; getrennt) unter zigbee.0.info.debugmessages eintragen musst damit sie entsprechende Meldungen bringen.

                      Zum Thema Funkkanal: Du nutzt Zigbee Kanal 11, welcher im Wifi Kanal 1 liegt. Da meldet die Fritz Box auch ein Netz. Sofern das Deines ist würde ich versuchen das mal von der Stelle weg zu legen. Des weiteren solltest Du die Lage des Sticks relativ zu den WLan Repeatern, aber auch zu WLan Antennen von weiteren Rechnern betrachten, und ggf. anpassen.

                      A.

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

                      1Topf1 1 Antwort Letzte Antwort
                      0
                      • AsgothianA Asgothian

                        @1topf

                        Für Deinen Test ist der Zustand des WebIf nicht relevant. Ich gehe bei Dir davon aus das es Funkprobleme mit der Steckdose gibt. Beim OP war das Ziel dafür zu sorgen das keine Effekte über das Web Interface kommen, da die Originale Aussage ja war das die ganzen Meldungen erst kommen wenn am Web Interface ein Reload gemacht wird.

                        Das bei Dir keine Ausgabe kommt kann daran liegen das du erst die ieee der betroffenen Geräte (mit ; getrennt) unter zigbee.0.info.debugmessages eintragen musst damit sie entsprechende Meldungen bringen.

                        Zum Thema Funkkanal: Du nutzt Zigbee Kanal 11, welcher im Wifi Kanal 1 liegt. Da meldet die Fritz Box auch ein Netz. Sofern das Deines ist würde ich versuchen das mal von der Stelle weg zu legen. Des weiteren solltest Du die Lage des Sticks relativ zu den WLan Repeatern, aber auch zu WLan Antennen von weiteren Rechnern betrachten, und ggf. anpassen.

                        A.

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

                        @asgothian
                        Hallo,
                        es geht ja nicht nur um 1 Steckdose, sondern es betrifft (unregelmäßig) die meisten Geräte. Wie gesagt, vor dem Umstieg auf den neuen Stick und Adapter 1.6.7 (vorher 1.4.x, 1.5.6 hat bei mir nur rumgezickt) ging alles problemlos. Die Verzögerungen kamen erst nach dem Umstieg.
                        Ich hab jetzt mal ein paar W-LAN-Einstellungen geändert und schau mir das ein paar Tage an.
                        Wo genau muß ich denn die ieee in zigbee.0.info.debugmessages eintragen?:

                        {
                          "type": "state",
                          "common": {
                            "name": "Log changes as warnings for",
                            "role": "",
                            "type": "string",
                            "read": true,
                            "write": true
                          },
                          "native": {},
                          "from": "system.adapter.zigbee.0",
                          "user": "system.user.admin",
                          "ts": 1638271295328,
                          "_id": "zigbee.0.info.debugmessages",
                          "acl": {
                            "object": 1636,
                            "state": 1636,
                            "owner": "system.user.admin",
                            "ownerGroup": "system.group.administrator"
                          }
                        }
                        

                        Ich werde auch mal noch ein zweites System mit den verschiedenen Sticks und Adaptern testen, eventuell kann man das nachstellen. Ist dann nur andere Rechnerhardware (Laptop).

                        1 Antwort Letzte Antwort
                        0
                        • 1Topf1 Offline
                          1Topf1 Offline
                          1Topf
                          schrieb am zuletzt editiert von 1Topf
                          #25

                          @asgothian

                          Trotz diverser Änderungen im W-LAN hab ich immer noch Verzögerungen. Ich habe ein paar Geräte in ALEXA zu einer Gruppe zusammengefasst. Wenn ich den Befehl AN oder AUS gebe, funzen manche Geräte sofort und andere haben ein paar Gedenksekunden. Mit CC2538 gabs das nicht. Mir fallen jetzt 3 Möglichkeiten ein:
                          1.: CC2652p neu flashen.
                          2.: Im Adapter auf einen anderen Kanal wechseln (müßte ich alles neu anlernen, oder?) und auf Besserung hoffen.
                          3.: CC2538 als Coordinator einsetzen und CC2652p als Router flashen in der Hoffnung, daß das was bringt.
                          Ach ja, oder 4.: damit leben .... :unamused:

                          Die Meldungen der einzelnen Geräte würden mich aber trotzdem interessieren. Also, nochmal kurz die Frage: wo genau muß die ieee eingetragen werden? zigbee.0.info.debugmessages finde ich ja nur in den Objekten, oder versteh ich das falsch? Die möglichen Funktionen des Zigbee-Adapters erschließen sich vermutlich nur dem Entwickler und jemandem, der ständig damit zu tun hat. Dem Otto-Normalelektriker fällt das etwas schwerer. :stuck_out_tongue_winking_eye:

                          AsgothianA 1 Antwort Letzte Antwort
                          0
                          • 1Topf1 1Topf

                            @asgothian

                            Trotz diverser Änderungen im W-LAN hab ich immer noch Verzögerungen. Ich habe ein paar Geräte in ALEXA zu einer Gruppe zusammengefasst. Wenn ich den Befehl AN oder AUS gebe, funzen manche Geräte sofort und andere haben ein paar Gedenksekunden. Mit CC2538 gabs das nicht. Mir fallen jetzt 3 Möglichkeiten ein:
                            1.: CC2652p neu flashen.
                            2.: Im Adapter auf einen anderen Kanal wechseln (müßte ich alles neu anlernen, oder?) und auf Besserung hoffen.
                            3.: CC2538 als Coordinator einsetzen und CC2652p als Router flashen in der Hoffnung, daß das was bringt.
                            Ach ja, oder 4.: damit leben .... :unamused:

                            Die Meldungen der einzelnen Geräte würden mich aber trotzdem interessieren. Also, nochmal kurz die Frage: wo genau muß die ieee eingetragen werden? zigbee.0.info.debugmessages finde ich ja nur in den Objekten, oder versteh ich das falsch? Die möglichen Funktionen des Zigbee-Adapters erschließen sich vermutlich nur dem Entwickler und jemandem, der ständig damit zu tun hat. Dem Otto-Normalelektriker fällt das etwas schwerer. :stuck_out_tongue_winking_eye:

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

                            @1topf sagte in Zigbee Schaltbefehle kommen verspätet oder gar nicht an:

                            Die Meldungen der einzelnen Geräte würden mich aber trotzdem interessieren. Also, nochmal kurz die Frage: wo genau muß die ieee eingetragen werden? zigbee.0.info.debugmessages finde ich ja nur in den Objekten, oder versteh ich das falsch? Die möglichen Funktionen des Zigbee-Adapters erschließen sich vermutlich nur dem Entwickler und jemandem, der ständig damit zu tun hat. Dem Otto-Normalelektriker fällt das etwas schwerer.

                            Genau da sollst du es eintragen. Im Objektbaum, über den Admin.

                            Kanal anpassen bedeutet alles neu anlernen.
                            Interessant ist auch die Position der Sticks relativ zu den WLan Sendern / Empfängern. Da kann es schon einen unterscheid machen wenn man den Stick einen Meter bewegt. Ich habe meinen z.Bsp. auf 2.50 höhe im Flur an der Wand.

                            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
                            • T Offline
                              T Offline
                              Tobi 0
                              schrieb am zuletzt editiert von
                              #27

                              @asgothian Der Wechsel von USB auf Netzwerk hat Abhilfe geschaffen :)

                              Ich habe den Zigbee Stick von USB auf Netzwerk umgebaut, hab dazu ein USRIOT USR-TCP232-T 2 verwendet. Jetzt kommen die Tastendrücke usw. wieder sofort im IoBroker an.. Ich denke es lag dann wohl an der USB-Kommunikation..

                              Vielen Dank auf jeden Fall für die Hilfe!

                              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

                              312

                              Online

                              32.5k

                              Benutzer

                              81.8k

                              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