ZigBee: Blocked interview for 'undefined'

[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

[arteck]

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

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

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

[Sesamstrasse]

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

[Sesamstrasse]

@asgothian
Jetzt dauert es wieder ewig. Wenn ich versuche eine Ikea Lampe neu zu verbinden, taucht sie nur als undefined Gerät auf.

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.

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

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

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

[kuerfra]

@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