Zigbee Adapter hängt sich bei IKEA Lampen auf
-
-
Hallo zusammen,
ich wollte mal von meinen Erfahrungen berichten, leider sind meine Probleme noch nicht wirklich behoben. Ich habe mittlerweile die Vermutung, dass es wirklich an einem speziellen Zigbee-Leuchtmittel hängt, was meine Probleme verursacht, aber der Reihe nach:
Nachdem das Raspbee2-Modul von Dresden Elektronik nicht so den guten Ruf hier im Forum hatte, habe ich mir den Sonoff ZigBee 3.0 USB Dongle Plus gekauft und ihn mit dem Zigbee-Adapter eingerichtet, inkl. einem kompletten Neuaufbau des Netzes und Anlernen aller Geräte. Das hat soweit erstmal gut geklappt.
Weitere Situation: Ich habe an meiner Innentreppe ein Leuchtmittel (TRADFRI LED bulb E14/E26/E27 600 lumen, dimmable, color, opal white; Model LED1624G9), welches durch einen Hue-Indoor-Bewegungsmelder ein- und ausgeschaltet wird (ein direkt 100 % Helligkeit bei erkannter Bewegung, aus 2-stufig runterdimmen, wenn keine Bewegung erkannt wird, erst auf 25 % danach aus). Das alles wird über ein Skript gesteuert und funktioniert - wenn der Zigbee-Adapter nicht spinnt - auch sehr gut. Manchmal habe ich den Fall, dass das Leuchtmittel aber nicht ausgeht und bei 25 % hängen bleibt. Läuft man dann wieder in den Erfassungsbereich, geht es wieder auf 100% an und danach auch wieder vollständig aus. Grund hierfür habe ich noch keinen gefunden, die Logs geben meiner Meinung nach auch keinen Aufschluss auf die Fehlfunktion.
Viel nerviger ist aber, dass in unerklärlich zufälligen Abständen gar nix mehr geht und auch der Zigbee-Adapter dann auch nicht mehr auf Änderungen bei anderen Geräten reagiert. Vor dem Fix mit den IKEA-Leuchtmitteln in Version <1.7.6 ist er "wenigstens" abgestürzt und man hatte einen Grund, dass nix mehr geht. Aktuell gibt es im Log keine Absturzhinweise und dennoch hängt der Adapter. Zum Laufen bringe ich alles wieder, indem ich den Zigbee-Adapter neustarte und das Leuchtmittel für ein paar Sekunden vom Strom trenne und wieder einschalte. Im Log erscheint dann eine Meldung, dass sich das Leuchtmittel sich "announced itself", danach geht normalerweise alles wieder. Aber Zustand ist das ja auch keiner, denn davon betroffen ist ja wie gesagt nicht nur dieses eine Leuchtmittel sondern das ganze Netzwerk, es geht dann gar nix mehr. Heute Abend war gab es sogar den Fall, dass dieses Vorgehen alleine nicht geholfen hat. Ich musste den Bewegungsmelder aus dem Netzwerk schmeißen und neu anlernen, damit alles wieder ging (seine Statusänderungen wurden nicht verarbeitet, das Leuchtmittel war nach dem beschriebenen Prozedere aber ansteuerbar).
Ich hoffe, ihr versteht meine Frustration, ich weiß nicht mehr, was ich noch machen soll, außer vielleicht das Leuchtmittel zu ersetzen und auf Besserung zu hoffen. Heute Morgen habe ich den Loglevel auf "debug" gesetzt und im Laufe des Tages so knapp 125 MB an Daten generiert, bis es wieder passiert ist. Ich habe jetzt mal nicht die >340.000 Zeilen Log hier gepostet, kann sie aber gerne hier zur Verfügung stellen oder nehme Hinweise an, nach welchen Schlagworten ich darin suchen sollte.
Meine abschließende Frage:
- Hat noch jemand Probleme mit IKEA Leuchtmitteln in der Form?
Danke schon mal für alle sachdienlichen Hinweise!
-
Sonoff ZigBee 3.0 USB
welche Firmware ist da drauf?
@lönne sagte in Zigbee Adapter hängt sich bei IKEA Lampen auf:
Weitere Situation: Ich habe an meiner Innentreppe ein Leuchtmittel (TRADFRI LED bulb E14/E26/E27 600 lumen, dimmable, color, opal white; Model LED1624G9), welches durch einen Hue-Indoor-Bewegungsmelder ein- und ausgeschaltet wird (ein direkt 100 % Helligkeit bei erkannter Bewegung, aus 2-stufig runterdimmen, wenn keine Bewegung erkannt wird, erst auf 25 % danach aus). Das alles wird über ein Skript gesteuert und funktioniert - wenn der Zigbee-Adapter nicht spinnt - auch sehr gut. Manchmal habe ich den Fall, dass das Leuchtmittel aber nicht ausgeht und bei 25 % hängen bleibt. Läuft man dann wieder in den Erfassungsbereich, geht es wieder auf 100% an und danach auch wieder vollständig aus. Grund hierfür habe ich noch keinen gefunden, die Logs geben meiner Meinung nach auch keinen Aufschluss auf die Fehlfunktion.
das ist eher dein Script der Probleme macht.. wenn die Lampe nicht richtig ausgeschaltet wird..
was ist den sonst noch alles in dem Netz welche Geräte..zeiugmal die Kacheln
-
@arteck sagte in Zigbee Adapter hängt sich bei IKEA Lampen auf:
welche Firmware ist da drauf?
noch die ursprüngliche: 20210708, aktuell ist 20220219, soll ich mal updaten?
@arteck sagte in Zigbee Adapter hängt sich bei IKEA Lampen auf:
das ist eher dein Script der Probleme macht.. wenn die Lampe nicht richtig ausgeschaltet wird..
Das gehe ich dann mal an, wenn der Rest funktioniert.
Aber ehrlich gesagt, ausgeschlossen ist das nicht, mit Blockly bin ich noch nicht so richtig warm geworden.@arteck sagte in Zigbee Adapter hängt sich bei IKEA Lampen auf:
zeiugmal die Kacheln
Vorderseiten:
Rückseiten:
-
@lönne sagte in Zigbee Adapter hängt sich bei IKEA Lampen auf:
noch die ursprüngliche: 20210708, aktuell ist 20220219, soll ich mal updaten?
JA..auf jeden fall
so und welche Lampe zickt den jetzt rum ?
-
@arteck sagte in Zigbee Adapter hängt sich bei IKEA Lampen auf:
JA..auf jeden fall
Okay, danke nochmal für den Hinweis. Was man alles up to date halten muss - da verliert man anfangs schon mal den Überblick.
@arteck sagte in Zigbee Adapter hängt sich bei IKEA Lampen auf:
so und welche Lampe zickt den jetzt rum ?
Es ist die "Innentreppe" mit
ieee:0x680ae2fffea478ad nwk:58114 (0xe302) model:LED1624G9Nach dem Firmwareupdate auf dem Stick, der sich jetzt mit "revision:20220219" meldet, ging spontan erstmal gar nichts mehr (nicht nur mit besagter Lampe):
Danach habe ich erstmal den Adapter neu gestartet, keine Besserung. Danach dann das übliche Prozedere:
Lampe stromlos gemacht und wieder versorgt --> announced itself (ob sie dann schon gegangen wäre kann ich leider nicht sagen, Problem bei der Steuerung war dann erstmal wieder der Bewegungsmelder):
Den dann 2x versucht neu zu konfigurieren (weil er ja keine Statusänderung übertragen hat - abgebrochen mit Fehler), dann aus dem Netzwerk geschmissen (forced) und mehrfach versucht, neu anzulernen. Beim 3. Mal ging's dann.Stutzig macht mich vor allem dieser Eintrag, sowas hatte ich vorher noch nicht gesehen:
2022-12-02 14:19:45.873 - error: zigbee.0 (673344) Send command to 0x5c0272fffe7c6aac failed with no error code (SREQ '--> ZDO - extRouteDisc - {"dstAddr":15783,"options":0,"radius":30}' failed with status '(0xc7: NWK_TABLE_FULL)Zu dieser Zeit hatte ich auch noch mit anderen Geräten rumgespielt (Shortcut-Button und Schaltsteckdose (0x0c4314fffe4183ff und 0x5c0272fffe7c6aac, die direkt miteinander verknüpft sind), wobei die Befehle zwar im Log fehlgeschlagen sind, aber nach Stromlosmachen und Wiederversorgen der Steckdose dann doch irgendwann ausgeführt wurden. So habe ich es mir jedenfalls erklärt - hörbar am staccatoartigen Klacken durch das Schalten der Steckdose. Aber vielleicht waren das auch einfach zu viele abgesetzte Befehle auf einmal.
Ich schaue jetzt mal noch nach den anderen Geräten, ob da alles geht und melde mich nochmal. Hilft der Adapterlog auf "debug" aktuell was?
-
So, es ist wieder soweit. Hier mal das Log seit dem letzten Adapterneustart:
2022-12-02 16:59:07.349 - info: zigbee.0 (674466) starting. Version 1.7.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.17.1, js-controller: 4.0.23 2022-12-02 16:59:07.600 - info: zigbee.0 (674466) delete old Backup files. keep only last 10 2022-12-02 16:59:07.603 - info: zigbee.0 (674466) Starting Zigbee npm ... 2022-12-02 16:59:08.146 - info: zigbee.0 (674466) Installed Version: iobroker.zigbee@1.7.6 2022-12-02 16:59:09.825 - info: zigbee.0 (674466) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20220219}} 2022-12-02 16:59:09.836 - info: zigbee.0 (674466) Unable to disable LED, unsupported function. 2022-12-02 16:59:09.855 - info: zigbee.0 (674466) --> transmitPower : normal 2022-12-02 16:59:09.873 - info: zigbee.0 (674466) Currently 18 devices are joined: 2022-12-02 16:59:09.944 - info: zigbee.0 (674466) 0x680ae2fffea478ad (addr 58114): LED1624G9 - IKEA TRADFRI LED bulb E14/E26/E27 600 lumen, dimmable, color, opal white (Router) 2022-12-02 16:59:09.953 - info: zigbee.0 (674466) 0x0017880108a73914 (addr 2670): 9290022166 - Philips Hue white and color ambiance E26/E27 (Router) 2022-12-02 16:59:09.956 - info: zigbee.0 (674466) 0x0017880108647859 (addr 33530): 9290012607 - Philips Hue motion sensor (EndDevice) 2022-12-02 16:59:09.959 - info: zigbee.0 (674466) 0x00158d00080272c5 (addr 6814): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) 2022-12-02 16:59:09.960 - info: zigbee.0 (674466) 0x00158d0008071d27 (addr 26171): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) 2022-12-02 16:59:09.962 - info: zigbee.0 (674466) 0x00158d0008049de4 (addr 8842): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) 2022-12-02 16:59:09.965 - info: zigbee.0 (674466) 0x00158d0008027322 (addr 21982): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) 2022-12-02 16:59:09.966 - info: zigbee.0 (674466) 0x842e14fffee1b3c6 (addr 8502): HG06336 - Lidl Silvercrest smart window and door sensor (EndDevice) 2022-12-02 16:59:09.968 - info: zigbee.0 (674466) 0x00178801091de08b (addr 14500): 1746330P7 - Philips Hue Appear outdoor wall light (Router) 2022-12-02 16:59:09.972 - info: zigbee.0 (674466) 0x00178801064927c2 (addr 13237): 9290019758 - Philips Hue motion outdoor sensor (EndDevice) 2022-12-02 16:59:09.974 - info: zigbee.0 (674466) 0x0017880106492889 (addr 14174): 9290019758 - Philips Hue motion outdoor sensor (EndDevice) 2022-12-02 16:59:09.976 - info: zigbee.0 (674466) 0x00178801091e0769 (addr 26540): 1746330P7 - Philips Hue Appear outdoor wall light (Router) 2022-12-02 16:59:09.978 - info: zigbee.0 (674466) 0x0c4314fffe4183ff (addr 5429): E1812 - IKEA TRADFRI shortcut button (EndDevice) 2022-12-02 16:59:09.979 - info: zigbee.0 (674466) 0x0c4314fffe417f6e (addr 29865): E1812 - IKEA TRADFRI shortcut button (EndDevice) 2022-12-02 16:59:09.980 - info: zigbee.0 (674466) 0x5c0272fffe7c6aac (addr 15783): E1603/E1702/E1708 - IKEA TRADFRI control outlet (Router) 2022-12-02 16:59:09.991 - info: zigbee.0 (674466) 0x54ef4410004dbe4c (addr 62671): SP-EUC01 - Xiaomi Aqara EU smart plug (Router) 2022-12-02 16:59:09.993 - info: zigbee.0 (674466) 0x588e81fffecf9697 (addr 12341): HG06104A - Lidl Livarno Lux smart LED light strip 2.5m (Router) 2022-12-02 16:59:09.994 - info: zigbee.0 (674466) 0x000000000171d14c (addr 53580): PTM 215Z - EnOcean Pushbutton transmitter module (GreenPower) 2022-12-02 16:59:09.995 - info: zigbee.0 (674466) Zigbee started 2022-12-02 16:59:18.175 - info: admin.0 (663965) ==> Connected system.user.admin from ::ffff:192.168.178.55 2022-12-02 16:59:34.340 - warn: zigbee.0 (674466) DeviceAvailability:Failed to ping 0x54ef4410004dbe4c lumi.plug.maeu01 2022-12-02 16:59:34.558 - warn: zigbee.0 (674466) DeviceAvailability:Failed to ping 0x588e81fffecf9697 TS0505A 2022-12-02 16:59:54.005 - warn: zigbee.0 (674466) DeviceAvailability:Failed to ping 0x00178801091e0769 1746347P7 2022-12-02 17:00:37.455 - warn: zigbee.0 (674466) Device '0x0017880106492889' announced itself 2022-12-02 17:00:41.715 - error: zigbee.0 (674466) Send command to 0x00178801091de08b failed with no error code (Timeout - 14500 - 11 - 19 - 8 - 11 after 10000ms) 2022-12-02 17:00:48.309 - error: zigbee.0 (674466) Send command to 0x00178801091e0769 failed with no error code (Timeout - 26540 - 11 - 20 - 6 - 11 after 10000ms) 2022-12-02 17:00:56.554 - warn: zigbee.0 (674466) Device '0x00178801091e0769' announced itself 2022-12-02 17:06:09.552 - info: admin.0 (663965) <== Disconnect system.user.admin from ::ffff:192.168.178.55 2022-12-02 17:06:09.554 - info: admin.0 (663965) <== Disconnect system.user.admin from ::ffff:192.168.178.55 admin 2022-12-02 17:07:29.041 - info: admin.0 (663965) ==> Connected system.user.admin from ::ffff:192.168.178.55 2022-12-02 17:07:29.072 - info: admin.0 (663965) ==> Connected system.user.admin from ::ffff:192.168.178.55 2022-12-02 17:10:10.665 - info: admin.0 (663965) <== Disconnect system.user.admin from ::ffff:192.168.178.55 admin 2022-12-02 17:10:10.666 - info: admin.0 (663965) <== Disconnect system.user.admin from ::ffff:192.168.178.55 2022-12-02 17:11:42.495 - error: zigbee.0 (674466) Send command to 0x00178801091de08b failed with no error code (Timeout - 14500 - 11 - 104 - 8 - 11 after 10000ms) 2022-12-02 17:25:26.186 - info: admin.0 (663965) Adapter rating updated 2022-12-02 17:25:32.781 - info: admin.0 (663965) Request actual repository... 2022-12-02 17:25:33.348 - info: host.HaSmartHome Updating repository "stable" under "http://download.iobroker.net/sources-dist.json" 2022-12-02 17:25:40.385 - info: admin.0 (663965) Repository received successfully. 2022-12-02 17:35:54.657 - error: zigbee.0 (674466) Send command to 0x00178801091de08b failed with no error code (Timeout - 14500 - 11 - 155 - 6 - 11 after 10000ms) 2022-12-02 17:35:56.917 - warn: zigbee.0 (674466) DeviceAvailability:Stopping to ping 0x588e81fffecf9697 TS0505A after 4 ping attempts 2022-12-02 17:35:57.666 - warn: zigbee.0 (674466) DeviceAvailability:Stopping to ping 0x54ef4410004dbe4c lumi.plug.maeu01 after 4 ping attempts 2022-12-02 17:36:32.080 - warn: zigbee.0 (674466) Device '0x680ae2fffea478ad' announced itself 2022-12-02 17:38:02.579 - error: zigbee.0 (674466) Send command to 0x00178801091de08b failed with no error code (Timeout - 14500 - 11 - 174 - 8 - 11 after 10000ms) 2022-12-02 17:48:01.646 - info: admin.0 (663965) ==> Connected system.user.admin from ::ffff:192.168.178.55 2022-12-02 17:48:06.730 - info: admin.0 (663965) ==> Connected system.user.admin from ::ffff:192.168.178.55 2022-12-02 17:51:02.256 - info: admin.0 (663965) <== Disconnect system.user.admin from ::ffff:192.168.178.55 admin 2022-12-02 17:51:02.257 - info: admin.0 (663965) <== Disconnect system.user.admin from ::ffff:192.168.178.55 2022-12-02 17:59:38.856 - error: zigbee.0 (674466) Send command to 0x00178801091de08b failed with no error code (Timeout - 14500 - 11 - 229 - 6 - 11 after 10000ms) 2022-12-02 18:11:52.117 - info: admin.0 (663965) failed connection to socket.io from ::ffff:192.168.178.55: Passport was not initialized 2022-12-02 18:11:52.141 - info: admin.0 (663965) failed connection to socket.io from ::ffff:192.168.178.55: Passport was not initialized 2022-12-02 18:12:04.217 - info: admin.0 (663965) failed connection to socket.io from ::ffff:192.168.178.55: Passport was not initialized 2022-12-02 18:18:30.639 - warn: zigbee.0 (674466) DeviceAvailability:Failed to ping 0x680ae2fffea478ad TRADFRI bulb E27 CWS opal 600lm 2022-12-02 18:19:51.687 - warn: zigbee.0 (674466) DeviceAvailability:Stopping to ping 0x00178801091e0769 1746347P7 after 11 ping attempts 2022-12-02 18:21:15.149 - warn: zigbee.0 (674466) DeviceAvailability:Failed to ping 0x0017880108a73914 LCA001 2022-12-02 18:21:48.852 - warn: zigbee.0 (674466) DeviceAvailability:Failed to ping 0x00178801091de08b 1746347P7 2022-12-02 18:22:04.285 - warn: zigbee.0 (674466) DeviceAvailability:Failed to ping 0x5c0272fffe7c6aac TRADFRI control outlet 2022-12-02 18:27:52.725 - info: admin.0 (663965) failed connection to socket.io from ::ffff:192.168.178.45: Passport was not initialized 2022-12-02 18:28:02.532 - info: admin.0 (663965) ==> Connected system.user.admin from ::ffff:192.168.178.45Aktuell werden wieder keine Infos von angemeldeten Geräten verarbeitet. Also es ist, wie wenn der Adapter sich ohne Meldung aufgehängt hätte und einfach nix mehr geht.
-
@lönne
So, ich habe mal das Loglevel auf "debug" gestellt, aber da passiert sehr wenig (im Vergleich zu gestern), jede Minute kommen solche Meldungen:2022-12-02 18:47:09.932 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x0017880108647859 SML001 was last seen '1956.923' seconds ago. 2022-12-02 18:47:09.932 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x00158d00080272c5 lumi.weather was last seen '3219.818' seconds ago. 2022-12-02 18:47:09.933 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x00158d0008071d27 lumi.weather was last seen '4181.011' seconds ago. 2022-12-02 18:47:09.933 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x00158d0008049de4 lumi.weather was last seen '4587.831' seconds ago. 2022-12-02 18:47:09.937 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x00158d0008027322 lumi.weather was last seen '3437.778' seconds ago. 2022-12-02 18:47:09.937 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x842e14fffee1b3c6 TY0203 was last seen '5065.549' seconds ago. 2022-12-02 18:47:09.938 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x00178801064927c2 SML002 was last seen '1916.741' seconds ago. 2022-12-02 18:47:09.939 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x0017880106492889 SML002 was last seen '1782.367' seconds ago. 2022-12-02 18:47:09.939 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x0c4314fffe4183ff TRADFRI SHORTCUT Button was last seen '6333.051' seconds ago. 2022-12-02 18:47:09.940 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x0c4314fffe417f6e TRADFRI SHORTCUT Button was last seen '51822.423' seconds ago. 2022-12-02 18:47:09.941 - debug: zigbee.0 (674466) DeviceAvailability:Non-pingable device 0x000000000171d14c GreenPower_2 was last seen '12902.239' seconds ago.und alle 30 Minuten das hier (etwas mehr davon um 18:59, 19:02 und 19:03):
2022-12-02 19:29:09.875 - debug: zigbee.0 (674466) zigbee-herdsman:controller:endpoint Read 0x54ef4410004dbe4c/1 genDeviceTempCfg(["currentTemperature"], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) 2022-12-02 19:29:09.876 - debug: zigbee.0 (674466) zigbee-herdsman:adapter:zStack:adapter sendZclFrameToEndpointInternal 0x54ef4410004dbe4c:62671/1 (0,0,1) 2022-12-02 19:29:09.877 - debug: zigbee.0 (674466) zigbee-herdsman:adapter:zStack:znp:SREQ --> AF - dataRequest - {"dstaddr":62671,"destendpoint":1,"srcendpoint":1,"clusterid":2,"transid":17,"options":0,"radius":30,"len":5,"data":{"type":"Buffer","data":[16,26,0,0,0]}} 2022-12-02 19:29:09.878 - debug: zigbee.0 (674466) zigbee-herdsman:adapter:zStack:unpi:writer --> frame [254,15,36,1,207,244,1,1,2,0,17,0,30,5,16,26,0,0,0,19] 2022-12-02 19:29:15.880 - debug: zigbee.0 (674466) zigbee-herdsman:controller:endpoint Read 0x54ef4410004dbe4c/1 genDeviceTempCfg(["currentTemperature"], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (SRSP - AF - dataRequest after 6000ms) -
@lönne Du hast in Deinem Log die Zeilen
Zeile 6: 2022-12-02 16:59:09.836 - info: zigbee.0 (674466) Unable to disable LED, unsupported function.
Darf ich da ´mal nachfragen, ob das bei Dir, nachdem der Stick dann läuft, dazu führt, daß die grüne LED leuchtet, obwohl Du vermutlich auch in der Instanz unter Einstellungen "LED auf CC2531 deaktivieren" angehakt hast?
Ich habe seit dem Update von V1.7.5 auf V1.7.6 nämlich folgenden Effekt (ZigBee-Stick hängt bei mir an einem Raspi4B):
Wenn der Raspi neu gestartet wird, leuchtet kurz nach dem Start die grüne LED auf dem ZigBee-Stick und bleibt dauerhaft AN, obwohl im ioBroker in der ZigBee-Instanz unter Einstellungen "LED auf CC2531 deaktivieren" angehakt ist.
Im Log steht dann:2022-12-03 14:44:53.692 - info: zigbee.0 (1369) delete old Backup files. keep only last 10 2022-12-03 14:44:53.719 - info: zigbee.0 (1369) Starting Zigbee npm ... 2022-12-03 14:44:55.757 - info: zigbee.0 (1369) Installed Version: iobroker.zigbee@1.7.6 2022-12-03 14:44:57.264 - info: zigbee.0 (1369) Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}} 2022-12-03 14:44:57.275 - info: zigbee.0 (1369) Disable LED 2022-12-03 14:44:57.276 - info: zigbee.0 (1369) Unable to disable LED, unsupported function. 2022-12-03 14:44:57.277 - info: zigbee.0 (1369) --> transmitPower : normal 2022-12-03 14:44:57.299 - info: zigbee.0 (1369) Currently 2 devices are joined:Jetzt könnte man sagen: Da ist ja noch alte Firmware d´rauf. Stimmt (und ich werde da auch demnächst ´mal ein Update machen), aber vor dem Update auf V1.7.6 war die LED ja wie gewünscht AUS und jetzt kommt das "Witzige":
Wenn ich die ZigBee-Instanz (nachdem der Raspi dann vollständig gestartet ist) via ioBroker-VIS irgendwann noch einmal neu starte, geht die LED wie gewünscht AUS, obwohl wieder die gleichen Meldungen im Log stehen:
2022-12-03 21:36:07.372 - info: zigbee.0 (2627) delete old Backup files. keep only last 10 2022-12-03 21:36:07.375 - info: zigbee.0 (2627) Starting Zigbee npm ... 2022-12-03 21:36:08.146 - info: zigbee.0 (2627) Installed Version: iobroker.zigbee@1.7.6 2022-12-03 21:36:08.715 - info: zigbee.0 (2627) Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}} 2022-12-03 21:36:08.722 - info: zigbee.0 (2627) Disable LED 2022-12-03 21:36:08.723 - info: zigbee.0 (2627) Unable to disable LED, unsupported function. 2022-12-03 21:36:08.724 - info: zigbee.0 (2627) --> transmitPower : normal 2022-12-03 21:36:08.733 - info: zigbee.0 (2627) Currently 2 devices are joined:Ich habe daher den Eindruck, daß es einen Zusammenhang zwischen dem Start-Zeitpunkt des Adapters / der Instanz, dem Ablauf des Neustarts des Raspis und der nicht ausgehenden LED gibt. Ob das dann bei speziellen Leuchtmitteln wie bei Deiner Ikea auch zu weiterführenden Problemen führen kann, kann ich nicht beurteilen, aber @arteck kann das bestimmt besser einordnen.
-
@andersmacher sagte in Zigbee Adapter hängt sich bei IKEA Lampen auf:
Darf ich da ´mal nachfragen, ob das bei Dir, nachdem der Stick dann läuft, dazu führt, daß die grüne LED leuchtet, obwohl Du vermutlich auch in der Instanz unter Einstellungen "LED auf CC2531 deaktivieren" angehakt hast?
Also ich habe mich bisher nicht um den Status der LED gekümmert, da einerseits der Stick am Raspi im Schaltkasten liegt und ich da nicht so einfach draufschauen kann. Die Meldung habe ich im Log allerdings auch schon entdeckt. Interessanterweise ist bei mit der Haken in den Adaptereinstellungen nicht gesetzt. Soweit ich das aber erkennen kann, leuchtet im Inneren nur eine rote LED auf dem Board. Ist nicht ganz einfach zu erkennen, man muss durch den Antennenanschluss reinschauen. Der von mir verwendete Stick (Sonoff ZigBee 3.0 USB Dongle Plus) hat auch einen CC2652P-Chip, d.h. ich würde von der Option in den Adaptereinstellungen nicht unbedingt erwarten, dass sie an meinem Stick das Verhalten ändert. Trotzdem ist der Eintrag im Log natürlich seltsam.
Hast du Probleme mit manchen Geräten oder deiner Installation?
@arteck
Was mir noch eingefallen ist: kann es sein, dass ich mir durch die Installation der 1.7.6 von git um den 11.10.2022 rum vielleicht eine Zwischenversion installiert habe? Installationen von git sollen ja nur nach Anweisung erfolgen, was bei mir zwar der Fall war, aber man weiß ja nie.Andere Frage: kann die Lage des Coordinators (im Schaltkasten) für eine schlechte Stabilität des Netzes sorgen, würde vielleicht die Erhöhung der Sendeleistung was bringen?
-
@lönne schon mal dran gedacht das das Gerät kaputt sien kann..
-
@lönne Gerät (habe bisher nur 1 Hornbach RGB E14-Lampe dran) anmelden hatte zu Anfang nicht auf anhieb funktioniert, weil ich die Notwendigkeit von herdsmann noch nicht geschnallt hatte. Seitdem ich das installiert habe, lief der Stick und die Anbindung einwandfrei, bis jetzt eben vor ein paar Tagen nach dem Update beim Raspi Neustart die grüne LED immer anbleibt.
-
@lönne sagte in Zigbee Adapter hängt sich bei IKEA Lampen auf:
Andere Frage: kann die Lage des Coordinators (im Schaltkasten) für eine schlechte Stabilität des Netzes sorgen, würde vielleicht die Erhöhung der Sendeleistung was bringen?
Ja, nein ,in dieser Reihenfolge.
Unter der Annahme das dein Schaltkasten aus Metall ist dämpft er die Funkwellen deutlich. Ein erhöhen der Sendeleistung kann dazu führen das die Geräte die Signale noch empfangen - die Antwort der Geräte bleibt aber sicherlich im Metallkasten stecken. Mehr Sendeleistung bringt also nur bedingt etwas.
A.
