Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. ZigBee: Blocked interview for 'undefined'

    NEWS

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Monatsrückblick - April 2025

    ZigBee: Blocked interview for 'undefined'

    This topic has been deleted. Only users with topic management privileges can see it.
    • S
      Sesamstrasse last edited by

      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

      arteck 1 Reply Last reply Reply Quote 0
      • arteck
        arteck Developer Most Active @Sesamstrasse last edited by

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

        1 Reply Last reply Reply Quote 0
        • S
          Sesamstrasse last edited by

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

          Asgothian 1 Reply Last reply Reply Quote 0
          • Asgothian
            Asgothian Developer @Sesamstrasse last edited by 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 3 Replies Last reply Reply Quote 0
            • S
              Sesamstrasse @Asgothian last edited by

              @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 Reply Last reply Reply Quote 0
              • S
                Sesamstrasse @Asgothian last edited by

                @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 Reply Last reply Reply Quote 0
                • S
                  Sesamstrasse @Asgothian last edited by 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 1 Reply Last reply Reply Quote 0
                  • S
                    Sesamstrasse @Sesamstrasse last edited by

                    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 Reply Last reply Reply Quote 0
                    • K
                      kuerfra @Sesamstrasse last edited by

                      @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 Reply Last reply Reply Quote 0
                      • First post
                        Last post

                      Support us

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

                      492
                      Online

                      31.7k
                      Users

                      79.8k
                      Topics

                      1.3m
                      Posts

                      4
                      9
                      699
                      Loading More Posts
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes
                      Reply
                      • Reply as topic
                      Log in to reply
                      Community
                      Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                      The ioBroker Community 2014-2023
                      logo