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. ioBroker Allgemein
  4. ZigBee: Blocked interview for 'undefined'

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    22
    1
    1.0k

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

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

ZigBee: Blocked interview for 'undefined'

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
9 Beiträge 4 Kommentatoren 1.0k Aufrufe 4 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.
  • S Offline
    S Offline
    Sesamstrasse
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    wenn man denkt, jetzt funktioniert alles...

    Jetzt macht wie aus dem Nichts mein geliebter ZigBee Adapter Probleme. Wenn ich auf Kopplungsmodus klicke, geht das Fenster auf und "Pairing started" steht in der Ausgabe. Dann hat er normalerweise immer von 60 - 0 runtergezählt. Passiet jetzt nicht. Manchmal läuft es dann nach ein paar Minuten wie aus dem nichts doch los.

    Gekoppelt kriege ich nichts mehr.

    Im Log habe ich das gefunden "Blocked interview for 'undefined' because the network is closed"

    Reboot von Raspberry und der ZigBee Bridge hat nichts verändert.

    Google hat mir bei der Meldung auch nicht weiter geholfen. Hat hier jemand eine Idee?

    Grüße
    Flo

    arteckA 1 Antwort Letzte Antwort
    0
    • S Sesamstrasse

      Hallo zusammen,

      wenn man denkt, jetzt funktioniert alles...

      Jetzt macht wie aus dem Nichts mein geliebter ZigBee Adapter Probleme. Wenn ich auf Kopplungsmodus klicke, geht das Fenster auf und "Pairing started" steht in der Ausgabe. Dann hat er normalerweise immer von 60 - 0 runtergezählt. Passiet jetzt nicht. Manchmal läuft es dann nach ein paar Minuten wie aus dem nichts doch los.

      Gekoppelt kriege ich nichts mehr.

      Im Log habe ich das gefunden "Blocked interview for 'undefined' because the network is closed"

      Reboot von Raspberry und der ZigBee Bridge hat nichts verändert.

      Google hat mir bei der Meldung auch nicht weiter geholfen. Hat hier jemand eine Idee?

      Grüße
      Flo

      arteckA Offline
      arteckA Offline
      arteck
      Developer Most Active
      schrieb am zuletzt editiert von
      #2

      @sesamstrasse welcher stick ??
      ansonsten zieh den mal raus.. warte 10 sek stecks wieder rein

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

      1 Antwort Letzte Antwort
      0
      • S Offline
        S Offline
        Sesamstrasse
        schrieb am zuletzt editiert von
        #3

        @arteck Ich benutze die Sonoff ZigBee Bridge mit Tasmota und dann über IP connected. Kein ZigBee-Stick. Habe sowohl den Raspi und die Bridge einmal durchgestartet. Hat nichts geändert.

        Ich habe seit dieser Woche 2 ZigBee Steckdosen neu connected. Diese sind super schnell verbunden worden, im Sekunden Bereich. Habe jetzt beide mal wieder ausgesteckt. Aber das Problem besteht weiterhin.

        Ich drücke auf Pairen, dann dauert es aber 1-3 Minuten, bis der Countdown losgeht und im Log dann auch steht "Zigbee: allowing new devices to join." Fehlermeldung oder Warnung kommt jetzt aber nicht mehr. Ich probiere mal, ob ich den Sensor jetzt wieder verbunden kriege. Das Delay ist aber immer noch merkwürdig, das war vorher so nicht.

        AsgothianA 1 Antwort Letzte Antwort
        0
        • S Sesamstrasse

          @arteck Ich benutze die Sonoff ZigBee Bridge mit Tasmota und dann über IP connected. Kein ZigBee-Stick. Habe sowohl den Raspi und die Bridge einmal durchgestartet. Hat nichts geändert.

          Ich habe seit dieser Woche 2 ZigBee Steckdosen neu connected. Diese sind super schnell verbunden worden, im Sekunden Bereich. Habe jetzt beide mal wieder ausgesteckt. Aber das Problem besteht weiterhin.

          Ich drücke auf Pairen, dann dauert es aber 1-3 Minuten, bis der Countdown losgeht und im Log dann auch steht "Zigbee: allowing new devices to join." Fehlermeldung oder Warnung kommt jetzt aber nicht mehr. Ich probiere mal, ob ich den Sensor jetzt wieder verbunden kriege. Das Delay ist aber immer noch merkwürdig, das war vorher so nicht.

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

          @sesamstrasse Ich habe dieses Verhalten vereinzelt auch gehabt und konnte das nur dadurch lösen das ich die Bridge neu gestartet habe wenn es aufgetreten ist.

          Es mag möglich sein die Ursache für dieses verhalten über die Konsole der Sonoff Bridge zu analysieren - dazu ist aber einiges an Zusatzwissen über die Firmware und EZSP Integration im Herdsman notwendig.

          A.

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

          S 3 Antworten Letzte Antwort
          0
          • AsgothianA Asgothian

            @sesamstrasse Ich habe dieses Verhalten vereinzelt auch gehabt und konnte das nur dadurch lösen das ich die Bridge neu gestartet habe wenn es aufgetreten ist.

            Es mag möglich sein die Ursache für dieses verhalten über die Konsole der Sonoff Bridge zu analysieren - dazu ist aber einiges an Zusatzwissen über die Firmware und EZSP Integration im Herdsman notwendig.

            A.

            S Offline
            S Offline
            Sesamstrasse
            schrieb am zuletzt editiert von
            #5

            @asgothian Ich habe die Bridge jetzt mal 5min Stromlos gemacht und danach dann nochmal den Raspi gebootet. Jetzt verhält es sich wieder "normal".

            Allerdings scheinen jetzt alle meine Ikea Geräte disconnected zu sein. Ich vemute mal, die muss ich jetzt manuell nochmal pairen oder besteht Hoffnung, dass die sich nochmal fangen?

            Aqara und Osram Geräte gehen noch alle. Betrifft nur Ikea. Sehr merkwürdig.

            1 Antwort Letzte Antwort
            0
            • AsgothianA Asgothian

              @sesamstrasse Ich habe dieses Verhalten vereinzelt auch gehabt und konnte das nur dadurch lösen das ich die Bridge neu gestartet habe wenn es aufgetreten ist.

              Es mag möglich sein die Ursache für dieses verhalten über die Konsole der Sonoff Bridge zu analysieren - dazu ist aber einiges an Zusatzwissen über die Firmware und EZSP Integration im Herdsman notwendig.

              A.

              S Offline
              S Offline
              Sesamstrasse
              schrieb am zuletzt editiert von
              #6

              @asgothian
              Jetzt dauert es wieder ewig. Wenn ich versuche eine Ikea Lampe neu zu verbinden, taucht sie nur als undefined Gerät auf.
              dd6f926e-da17-4e59-8ac6-cf6f74731bd2-grafik.png

              Und die Geräte die noch "verbunden" sind und sich die Datenpunkte aktualisieren, lassen sich teilweise auch nicht mehr Schalten...

              Irgendwie ist alles kaputt. Zum Mäuse melken.

              Das Log in Tasmota sieht so aus. Wird förmlich zugespamt.

              09:30:18.642 TCP: from MCU: 3401A1A9512A8A057E
              09:30:18.645 TCP: to MCU/1: 83401B7E
              09:30:18.647 TCP: to MCU/1: 8430FC7E
              09:30:23.889 TCP: to MCU/1: 440621A92A2AC0315DA2291D6BF193B48B7E
              09:30:23.894 TCP: from MCU: 4506A1A9
              09:30:23.896 TCP: from MCU: 2A2A394E7E
              09:30:23.945 TCP: to MCU/1: 8520DD7E550721A9602A156B9F904B21A15493099D4E27A6E3C77724FDC36681F9753A83277E
              09:30:23.957 TCP: from MCU: 5607A1A9602A15ADC5517E
              09:30:24.007 TCP: to MCU/1: 8610BE7E
              09:30:28.528 TCP: to MCU/1: 660421A9512A8FBE7E
              09:30:28.533 TCP: from MCU: 6704A1A9512A17267E
              09:30:28.583 TCP: to MCU/1: 87009F7E
              09:30:28.746 TCP: from MCU: 7704B1A96B2A156B9F90
              09:30:28.748 TCP: from MCU: 4B21A15493099C4E27B4E3A86748177E
              09:30:28.797 TCP: to MCU/1: 8070787E
              09:30:30.403 RSL: STATE = {"Time":"2022-03-23T09:30:30","Uptime":"0T00:53:09","UptimeSec":3189,"Vcc":3.466,"Heap":27,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":0,"Wifi":{"AP":1,"SSId":"unserWlan","BSSId":"C0:06:C3:35:97:96","Channel":1,"Mode":"11n","RSSI":82,"Signal":-59,"LinkCount":1,"Downtime":"0T00:00:03"}}
              09:30:36.443 TCP: from MCU: 0704B1A97D312A15B658
              09:30:36.446 TCP: from MCU: 944A24AB5593499CFB4F1D20BC9874F2CE9083FD7D5E1FE30932FE5F6B00E7DB0B89
              09:30:36.448 TCP: from MCU: 7E
              09:30:36.493 TCP: to MCU/1: 8160597E
              09:30:36.593 TCP: to MCU/1: 710521A92A2A4578853DE71D6BF1939D2B7E
              09:30:36.598 TCP: from MCU: 1005A1A92A2AE4097E
              09:30:36.649 TCP: to MCU/1: 82503A7E020A21A9602A157F2B904B25AA5493099D4E27A5E2CB7F78F6CC63519A7E
              09:30:36.661 TCP: from MCU: 210AA5A9602A
              09:30:36.663 TCP: from MCU: 159299527E
              09:30:36.665 TCP: from MCU: 3105B1A97D312A15B658944A24AB
              09:30:36.668 TCP: to MCU/1: 83401B7E
              09:30:36.669 TCP: from MCU: 5593499CF84F1D20BC9874F2CE9083FD7D5E1FE30932FE5F6B00E7DBD9367E
              09:30:36.703 TCP: from MCU: 410AB1A96B2A157F2B904B25AA54
              09:30:36.705 TCP: to MCU/1: 8430FC7E140B21A92A2A4578853DE71D6BF193FF747E
              09:30:36.706 TCP: from MCU: 93099D4E278BE2CE67CA587E
              09:30:36.712 TCP: from MCU: 520BA1A92A2ACAF17E
              09:30:36.713 TCP: to MCU/1: 8520DD7E
              09:30:36.716 TCP: to MCU/1: 8610BE7E260821A9602A157F2B904B25AA5493099D4E27A4FDCB7F78F6CC633A227E
              09:30:36.726 TCP: from MCU: 6308A1A9602A
              09:30:36.728 TCP: from MCU: 159396477E
              09:30:36.761 TCP: from MCU: 7308B1A96B2A157F2B904B25AA5493
              09:30:36.763 TCP: to MCU/1: 87009F7E
              09:30:36.764 TCP: from MCU: 099D4E278AFDCE6792827E
              09:30:36.810 TCP: to MCU/1: 8070787E
              09:30:38.531 TCP: to MCU/1: 300921A9512A53B17E
              09:30:38.536 TCP: from MCU: 0409A1A9512AA7A47E
              09:30:38.586 TCP: to MCU/1: 8160597E
              09:30:48.593 TCP: to MCU/1: 410E21A9512A34597E
              09:30:48.598 TCP: from MCU: 150EA1A9512A9F54
              09:30:48.600 TCP: from MCU: 7E
              09:30:48.648 TCP: to MCU/1: 82503A7E
              09:30:58.506 TCP: to MCU/1: 520F21A9512A4A6C7E
              09:30:58.511 TCP: from MCU: 260FA1A9512AD4697E
              09:30:58.561 TCP: to MCU/1: 83401B7E
              09:31:00.938 TCP: from MCU: 360FB1
              09:31:00.945 TCP: from MCU: A97D312A15B658944A24AB5593499C874F1D34089874F2CEC783FD7D5E1FE30932FE5F6B00E7DB10A47E
              09:31:00.989 TCP: to MCU/1: 8430FC7E
              09:31:01.139 TCP: from MCU: 460F
              09:31:01.145 TCP: from MCU: B1A97D312A15B658944A24AB5593499C844F1D34089874F2CEC783FD7D5E1FE30932FE5F6B00E7DB8D7D337E
              09:31:01.339 TCP: from MCU: 560FB1
              09:31:01.346 TCP: from MCU: A97D312A15B658944A24AB5593499C854F1D34089874F2CEC783FD7D5E1FE30932FE5F6B00E7DBE3967E
              09:31:02.881 TCP: from MCU: 4617A1A960
              09:31:02.882 TCP: from MCU: 2A159758877E
              09:31:02.930 TCP: to MCU/1: 8520DD7E651421A92A2AC0315DA2291D6BF193B7567E
              09:31:02.936 TCP: from MCU: 5714
              09:31:02.938 TCP: from MCU: A1A92A2AE8537E
              09:31:02.954 TCP: from MCU: 6714B1A97D312A15B658944A24
              09:31:02.956 TCP: to MCU/1: 8610BE7E761521A9602A156B9F904B25AA5493099D4E27BFF8CB7F2FF6CC639D127E
              09:31:02.958 TCP: from MCU: AB5593499C9D4F1D34089874F2CEC783FD7D5E1FE30932FE5F6B00E7DB3D807E
              09:31:02.967 TCP: from MCU: 7015A1A9602A1594CE107E
              09:31:02.969 TCP: to MCU/1: 87009F7E
              09:31:03.017 TCP: to MCU/1: 8070787E007D3A21A92A2AC0315DA2291D6BF193D5097E
              09:31:03.023 TCP: from MCU: 017D3AA1A92A
              09:31:03.025 TCP: from MCU: 2ADA8E7E
              09:31:03.073 TCP: to MCU/1: 8160597E7D311B21A9602A156B9F904B25AA5493099D4E27BEFBCB7F2FF6CC63075E7E
              09:31:03.084 TCP: from MCU: 121BA1A9602A1595EE
              09:31:03.086 TCP: from MCU: A77E
              09:31:03.134 TCP: to MCU/1: 82503A7E227D3821A92A2AC0315DA2291D6BF193F3067E
              09:31:03.139 TCP: from MCU: 237D38
              09:31:03.141 TCP: from MCU: A1A92A2A20457E
              09:31:03.155 TCP: from MCU: 337D38B1A97D312A15
              09:31:03.157 TCP: to MCU/1: 83401B7E331921A9602A156B9F904B25AA5493099D4E27BDFACB7F2FF6CC6399E77E
              09:31:03.158 TCP: from MCU: B658944A24AB5593499C9A4F1D34089874F2CEC783FD7D5E1FE30932FE5F6B00E7DB060C7E
              09:31:03.167 TCP: from MCU: 4419A1A9602A159A34047E
              09:31:03.169 TCP: to MCU/1: 8430FC7E
              09:31:03.218 TCP: to MCU/1: 8520DD7E451E21A92A2AC0315DA2291D6BF19337EB7E
              09:31:03.223 TCP: from MCU: 551EA1
              09:31:03.225 TCP: from MCU: A92A2A25BD7E
              09:31:03.273 TCP: to MCU/1: 8610BE7E561F21A9602A156B9F904B25AA5493099D4E27BCF5CB7F2FF6CC6348A17E
              09:31:03.284 TCP: from MCU: 661FA1A9602A159B
              09:31:03.286 TCP: from MCU: 71CE7E
              09:31:03.333 TCP: to MCU/1: 87009F7E671C21A92A2AC0315DA2291D6BF1937D31E47E
              09:31:03.339 TCP: from MCU: 771CA1
              09:31:03.341 TCP: from MCU: A92A2ADF767E
              09:31:03.389 TCP: to MCU/1: 8070787E701D21A9602A156B9F904B25AA5493099D4E27B3F4CB7F2FF6CC6392377E
              09:31:03.400 TCP: from MCU: 001DA1A9602A15982C3D7E
              09:31:03.450 TCP: to MCU/1: 8160597E012221A92A2AC0315DA2291D6BF193CBA67E
              09:31:03.457 TCP: from MCU: 7D3122A1A92A2ACEC97E
              09:31:03.507 TCP: to MCU/1: 82503A7E122321A9602A156B9F904B25AA5493099D4E27B2F7CB7F2FF6CC63E16B7E
              09:31:03.518 TCP: from MCU: 2223A1A9602A1599A3D77E
              09:31:03.551 TCP: from MCU: 3223B1A97D312A15B6
              09:31:03.552 TCP: to MCU/1: 83401B7E232021A92A2AC0315DA2291D6BF193EDA97E
              09:31:03.554 TCP: from MCU: 58944A24AB5593499C984F1D34089874F2CEC783FD7D5E1FE30932FE5F6B00E7DBB3177E
              09:31:03.558 TCP: from MCU: 4320A1A92A2A719E7E
              09:31:03.560 TCP: to MCU/1: 8430FC7E
              09:31:03.609 TCP: to MCU/1: 8520DD7E352121A9602A156B9F904B25AA5493099D4E27B1F6CB7F2FF6CC633F2C7E
              09:31:03.617 TCP: from MCU: 5421A1A9602A67
              09:31:03.619 TCP: from MCU: 9EED2F7E
              09:31:03.667 TCP: to MCU/1: 8610BE7E462621A92A2AC0315DA2291D6BF193649D7E
              09:31:03.673 TCP: from MCU: 6526A1A92A2A04F27E
              09:31:03.723 TCP: to MCU/1: 87009F7E572721A9602A156B9F904B25AA5493099D4E27B0F1CB7F2FF6CC6317F57E
              09:31:03.732 TCP: from MCU: 7627A1A9602A679FA8E57E
              09:31:03.782 TCP: to MCU/1: 8070787E602421A92A2AC0315DA2291D6BF193D9207E
              09:31:03.788 TCP: from MCU: 0724A1
              09:31:03.790 TCP: from MCU: A92A2A94297E
              09:31:03.838 TCP: to MCU/1: 8160597E712521A9602A156B9F904B25AA5493099D4E27B7F0CB7F2FF6CC63D3B97E
              09:31:03.846 TCP: from MCU: 1025A1A9602A679CF5167E
              09:31:03.896 TCP: to MCU/1: 82503A7E022A21A92A2AC0315DA2291D6BF193C3E87E
              09:31:03.903 TCP: from MCU: 212AA1A92A2AE3687E
              09:31:03.953 TCP: to MCU/1: 83401B7E7D332B21A9602A156B9F904B25AA5493099D4E27B6F3CB7F2FF6CC63090B7E
              09:31:03.961 TCP: from MCU: 322BA1A9602A679D23717E
              09:31:04.011 TCP: to MCU/1: 8430FC7E242821A92A2AC0315DA2291D6BF1937D5E557E
              09:31:04.017 TCP: from MCU: 4328A1A92A2A73
              09:31:04.019 TCP: from MCU: B37E
              09:31:04.068 TCP: to MCU/1: 8520DD7E352921A9602A156B9F904B25AA5493099D4E27B5F2CB7F2FF6CC63C22A7E
              09:31:04.076 TCP: from MCU: 5429A1A9602A
              09:31:04.078 TCP: from MCU: 6782AD3F7E
              09:31:04.126 TCP: to MCU/1: 8610BE7E
              09:31:07.345 TCP: from MCU: 6429B1A96B2A156B9F904B25
              09:31:07.351 TCP: from MCU: AA5493099C4E2789FCA86784767E
              09:31:07.453 TCP: to MCU/1: 87009F7E
              09:31:07.609 TCP: from MCU: 7429B5A96B2A156B9F90
              09:31:07.616 TCP: from MCU: 4B25AA5493099C4E2788FFA867FC5F7E0429B1A96B2A156B9F904B25AA5493099C4E278FFEA8676CBB7E
              09:31:07.659 TCP: to MCU/1: 8070787E8160597E
              09:31:07.674 TCP: from MCU: 1429B1A96B
              09:31:07.676 TCP: from MCU: 2A156B9F904B25AA5493099C4E278EF9A867AFE97E
              09:31:07.724 TCP: to MCU/1: 82503A7E
              09:31:07.754 TCP: from MCU: 2429B1A96B2A156B9F904B25AA54
              09:31:07.756 TCP: from MCU: 93099C4E278DF8A867539F7E
              09:31:07.805 TCP: to MCU/1: 83401B7E
              09:31:07.872 TCP: from MCU: 3429B1A96B2A156B9F904B
              09:31:07.878 TCP: from MCU: 25AA5493099C4E278CFBA8674C0D7E
              09:31:07.922 TCP: to MCU/1: 8430FC7E
              
              

              Diese Version verwende ich.
              05827242-f6d3-4e67-9281-8ec37d116ac7-grafik.png

              Bin um jeden Tipp Dankbar. Das Haus steht. :) Wie haben wir früher gelebt...

              1 Antwort Letzte Antwort
              0
              • AsgothianA Asgothian

                @sesamstrasse Ich habe dieses Verhalten vereinzelt auch gehabt und konnte das nur dadurch lösen das ich die Bridge neu gestartet habe wenn es aufgetreten ist.

                Es mag möglich sein die Ursache für dieses verhalten über die Konsole der Sonoff Bridge zu analysieren - dazu ist aber einiges an Zusatzwissen über die Firmware und EZSP Integration im Herdsman notwendig.

                A.

                S Offline
                S Offline
                Sesamstrasse
                schrieb am zuletzt editiert von Sesamstrasse
                #7

                @asgothian
                Ich habe noch etwas getestet. Es funktionieren noch alle batteriebetriebenen Geräte. Alle Lampen und Zwischenstecker lassen sich nicht mehr Schalten, auch wenn sie angeblich noch connected sind. Egal welcher Hersteller.

                Hab eine Ikea Lampe Problemlos mit dem Tradfri Gateway verbunden. Die Lampe funktioniert also noch.

                Wenn ich sie dann mit dem Iobroker verbinden will wird das Interview gestartet, aber endet ohne weitere Meldung. Im Log habe ich noch das entdeckt.

                682925af-dc6c-4817-acd3-b5be9d583c11-grafik.png

                S 1 Antwort Letzte Antwort
                0
                • S Sesamstrasse

                  @asgothian
                  Ich habe noch etwas getestet. Es funktionieren noch alle batteriebetriebenen Geräte. Alle Lampen und Zwischenstecker lassen sich nicht mehr Schalten, auch wenn sie angeblich noch connected sind. Egal welcher Hersteller.

                  Hab eine Ikea Lampe Problemlos mit dem Tradfri Gateway verbunden. Die Lampe funktioniert also noch.

                  Wenn ich sie dann mit dem Iobroker verbinden will wird das Interview gestartet, aber endet ohne weitere Meldung. Im Log habe ich noch das entdeckt.

                  682925af-dc6c-4817-acd3-b5be9d583c11-grafik.png

                  S Offline
                  S Offline
                  Sesamstrasse
                  schrieb am zuletzt editiert von
                  #8

                  Ich habe das Problem weiter eingegrenzt.

                  Das senden von states an z.B. eine Steckdose funktioniert. Es hat nur die selbe Verzögerung wie beim Starten vom Koppeln. D.h. ich sage Lampe an und das ganze wird dann ca. 30 Sekunden später geschaltet.

                  Das zurücksenden des z.B. Energieverbrauchs passiert ohne Verzögerung. Darum machen die Batteriesensoren auch keine Probleme. Allerdings wird auch hier von der Steckdose der State an/aus nicht vom IOBroker übernommen beim manuellen schalten. d.h. der Stecker sendet nur die Verbauchsdaten, aber nicht seinen eigenen Zustand. Auch nicht mit Verzögerung.

                  Im Log keine Fehler zu sehen.

                  Koppeln von neuen Geräte funktioniert weiterhin gar nicht mehr.

                  Ich bin gerade Ratlos...

                  K 1 Antwort Letzte Antwort
                  0
                  • S Sesamstrasse

                    Ich habe das Problem weiter eingegrenzt.

                    Das senden von states an z.B. eine Steckdose funktioniert. Es hat nur die selbe Verzögerung wie beim Starten vom Koppeln. D.h. ich sage Lampe an und das ganze wird dann ca. 30 Sekunden später geschaltet.

                    Das zurücksenden des z.B. Energieverbrauchs passiert ohne Verzögerung. Darum machen die Batteriesensoren auch keine Probleme. Allerdings wird auch hier von der Steckdose der State an/aus nicht vom IOBroker übernommen beim manuellen schalten. d.h. der Stecker sendet nur die Verbauchsdaten, aber nicht seinen eigenen Zustand. Auch nicht mit Verzögerung.

                    Im Log keine Fehler zu sehen.

                    Koppeln von neuen Geräte funktioniert weiterhin gar nicht mehr.

                    Ich bin gerade Ratlos...

                    K Offline
                    K Offline
                    kuerfra
                    schrieb am zuletzt editiert von
                    #9

                    @sesamstrasse Moin, ein Jahr später stehe vor dem selben Problem, habe seit 2 Tagen von Conbee 2 auf Sonoff umgestellt, "weil er ja so viel Besser ist ",
                    seit dem koppel ich mein Xiaomi und Ikea Schalter Temp usw. alle 2 Stunden neu bekomme nur Fehlermeldungen, Schalter verschwinden usw..
                    Meldungen im IObroker ohne Ende Blocked interview for 'undefined' because the network is closed, ich weiß auch nicht mehr weiter.

                    Gruß
                    kuerfra

                    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
                    FAQ Cloud / IOT
                    HowTo: Node.js-Update
                    HowTo: Backup/Restore
                    Downloads
                    BLOG

                    806

                    Online

                    32.5k

                    Benutzer

                    81.6k

                    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