NEWS
ZigBee neue Version 1.4.4
-
Der Adapter beschwert sich darüber das es bereits ein Netz mit der von Dir eingetragenen PAN_ID gibt:
Error: Coordinator failed to start, probably the panID is already in use, try a different panID or channelDas ist die Ursache deines Problems. Ich verstehe nicht wieso ich das aus dem Log heraus suchen muss.
Alle weiteren Fehler entstehen bei wiederholten Startversuchen.
Abhilfemassnahme: Alle Zigbee-Router (Lampen, Steckdosen, etc) stromlos machen, zigbee Adapter Starten, danach die Lampen, Steckdosen etc. wieder einschalten und das Netz einmal öffnen (pairing starten).. dann sollten alle router geräte vom Adapter erkannt und im Netz angemeldet werden.
A.
@asgothian danke. Aber leider verstehe ich nur ein Bruchteil aus diesen LOGS. Aktuell habe ich noch eine Hue Bridge auf Kanal 25 laufen. An dem Adapter für IOBroker ist aktuell kein Gerät angemeldet. Habe jetzt PAN ID,Channel und Erweiterte PAN ID geändert. Leider erfolglos. Alle anderen Router die einmal angemeldet waren, sind jetzt aktuell an der Hue Bridge. Auch die Geräte, die aktuell an der Hue Bridge sind stromlos machen ? Aber was hat das mit der Meldung des nicht Speicherns auf sich ?
Noch einmal Danke für das schauen.
Gruß André
-
Der Adapter beschwert sich darüber das es bereits ein Netz mit der von Dir eingetragenen PAN_ID gibt:
Error: Coordinator failed to start, probably the panID is already in use, try a different panID or channelDas ist die Ursache deines Problems. Ich verstehe nicht wieso ich das aus dem Log heraus suchen muss.
Alle weiteren Fehler entstehen bei wiederholten Startversuchen.
Abhilfemassnahme: Alle Zigbee-Router (Lampen, Steckdosen, etc) stromlos machen, zigbee Adapter Starten, danach die Lampen, Steckdosen etc. wieder einschalten und das Netz einmal öffnen (pairing starten).. dann sollten alle router geräte vom Adapter erkannt und im Netz angemeldet werden.
A.
@asgothian jetzt habe ich auch noch einmal geschaut nach dem Ändern.
zigbee.0 2021-02-24 21:09:06.849 error (29726) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'Was will er mir damit sagen ? Port ist verfügbar. Habe noch einmal danach stromlos, angesteckt, geschaut ob Ports da sind........
-
@asgothian jetzt habe ich auch noch einmal geschaut nach dem Ändern.
zigbee.0 2021-02-24 21:09:06.849 error (29726) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'Was will er mir damit sagen ? Port ist verfügbar. Habe noch einmal danach stromlos, angesteckt, geschaut ob Ports da sind........
@gelberlemmy
Irgendwas greift auf den serialport bereits zu.
Läuft da evtl. deconz im Hintergrund schon?systemctl status deconz deconz-gui -
@gelberlemmy
Irgendwas greift auf den serialport bereits zu.
Läuft da evtl. deconz im Hintergrund schon?systemctl status deconz deconz-gui@thomas-braun nein. Habe jetzt einmal die andere Portbezeichnung aus dem Dropdown Menu genommen. Jetzt habe ich wieder den Fehler den @Asgothian mir aufgezeigt hat, trotz der Änderung der PAN ID und des Channels. Würde da noch einmal eine Neuinstallation nützen. Aktuell ist dort ja nichts angemeldet.
-
@thomas-braun nein. Habe jetzt einmal die andere Portbezeichnung aus dem Dropdown Menu genommen. Jetzt habe ich wieder den Fehler den @Asgothian mir aufgezeigt hat, trotz der Änderung der PAN ID und des Channels. Würde da noch einmal eine Neuinstallation nützen. Aktuell ist dort ja nichts angemeldet.
-
@thomas-braun danke
schaue ich einmal -
Der Adapter beschwert sich darüber das es bereits ein Netz mit der von Dir eingetragenen PAN_ID gibt:
Error: Coordinator failed to start, probably the panID is already in use, try a different panID or channelDas ist die Ursache deines Problems. Ich verstehe nicht wieso ich das aus dem Log heraus suchen muss.
Alle weiteren Fehler entstehen bei wiederholten Startversuchen.
Abhilfemassnahme: Alle Zigbee-Router (Lampen, Steckdosen, etc) stromlos machen, zigbee Adapter Starten, danach die Lampen, Steckdosen etc. wieder einschalten und das Netz einmal öffnen (pairing starten).. dann sollten alle router geräte vom Adapter erkannt und im Netz angemeldet werden.
A.
@asgothian so jetzt ist der Adapter wieder grün. Habe den Haken unter Einstellungen "Zigbee-herdsman Debug-Info " ausversehen gesetzt. Aber das der dann gar nicht mehr läuft ? Jetzt ist der Adapter wieder grün. Kann aber keine Geräte anmelden. Aus dem LOG werde ich nicht schlau.
zigbee.0 2021-02-24 21:33:01.283 debug (30770) sendTo "getBinding" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:33:01.282 debug (30770) getBinding result: [] zigbee.0 2021-02-24 21:33:01.244 debug (30770) sendTo "getExclude" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:33:01.236 debug (30770) getExclude result: [] zigbee.0 2021-02-24 21:33:01.111 debug (30770) sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:33:01.111 debug (30770) getDevices result: [{"_id":"0x00124b00219fba18","icon":"img/unknown.png","paired":true,"info":{"type":"device","device":{"ID":1,"_type":"Coordinator","_ieeeAddr":"0x00124b00219fba18","_network zigbee.0 2021-02-24 21:33:01.098 debug (30770) sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:33:01.097 debug (30770) List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyACM1"},{"comName":"/dev/ttyUSB0"},{"comName":"/dev/ttyACM2"},{"comName":"/dev/ttyAMA0"}] zigbee.0 2021-02-24 21:33:01.047 debug (30770) sendTo "getMap" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:33:01.046 debug (30770) getMap result: {"lqis":[],"routing":[]} zigbee.0 2021-02-24 21:33:01.046 debug (30770) Get map succeeded [] zigbee.0 2021-02-24 21:33:01.046 debug (30770) Routing table succeeded for 'Coordinator' zigbee.0 2021-02-24 21:33:01.045 debug (30770) Routing for 'Coordinator': {"table":[]} zigbee.0 2021-02-24 21:33:01.038 debug (30770) LQI succeeded for 'Coordinator' zigbee.0 2021-02-24 21:33:01.037 debug (30770) sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:33:01.036 debug (30770) getGroups result: {} zigbee.0 2021-02-24 21:33:01.035 debug (30770) sendTo "getCoordinatorInfo" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:33:01.034 debug (30770) getCoorinatorInfo result: {"installSource":"iobroker.zigbee@1.4.4","channel":"14","port":"/dev/ttyACM0","type":"zStack3x0","revision":20210120,"version":"2-1.2.7.1."} zigbee.0 2021-02-24 21:33:01.023 debug (30770) sendTo "getLibData" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:32:59.264 debug (30770) system.adapter.admin.0: logging true zigbee.0 2021-02-24 21:31:03.800 debug (30770) sendTo "getExclude" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:31:03.745 debug (30770) sendTo "getBinding" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:31:03.744 debug (30770) getBinding result: [] zigbee.0 2021-02-24 21:31:03.742 debug (30770) getExclude result: [] zigbee.0 2021-02-24 21:31:03.641 debug (30770) sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:31:03.640 debug (30770) List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyACM1"},{"comName":"/dev/ttyUSB0"},{"comName":"/dev/ttyACM2"},{"comName":"/dev/ttyAMA0"}] zigbee.0 2021-02-24 21:31:03.530 debug (30770) sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:31:03.528 debug (30770) getDevices result: [{"_id":"0x00124b00219fba18","icon":"img/unknown.png","paired":true,"info":{"type":"device","device":{"ID":1,"_type":"Coordinator","_ieeeAddr":"0x00124b00219fba18","_networ zigbee.0 2021-02-24 21:31:03.505 debug (30770) sendTo "getMap" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:31:03.504 debug (30770) getMap result: {"lqis":[],"routing":[]} zigbee.0 2021-02-24 21:31:03.504 debug (30770) Get map succeeded [] zigbee.0 2021-02-24 21:31:03.503 debug (30770) Routing table succeeded for 'Coordinator' zigbee.0 2021-02-24 21:31:03.502 debug (30770) Routing for 'Coordinator': {"table":[]} zigbee.0 2021-02-24 21:31:03.496 debug (30770) LQI succeeded for 'Coordinator' zigbee.0 2021-02-24 21:31:03.494 debug (30770) sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:31:03.493 debug (30770) getGroups result: {} zigbee.0 2021-02-24 21:31:03.493 debug (30770) sendTo "getCoordinatorInfo" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:31:03.492 debug (30770) getCoorinatorInfo result: {"installSource":"iobroker.zigbee@1.4.4","channel":"14","port":"/dev/ttyACM0","type":"zStack3x0","revision":20210120,"version":"2-1.2.7.1."} zigbee.0 2021-02-24 21:31:03.486 debug (30770) sendTo "getLibData" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:30:49.362 debug (30770) system.adapter.admin.0: logging false zigbee.0 2021-02-24 21:28:35.401 debug (30770) system.adapter.admin.0: logging true zigbee.0 2021-02-24 21:28:27.651 debug (30770) User stateChange zigbee.0.info.pairingMode {"val":false,"ack":false,"ts":1614198507640,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1614095083475} zigbee.0 2021-02-24 21:28:27.596 info (30770) Zigbee: stop joining zigbee.0 2021-02-24 21:27:27.809 debug (30770) system.adapter.admin.0: logging false zigbee.0 2021-02-24 21:27:26.333 debug (30770) sendTo "letsPairing" to system.adapter.admin.0 from system.adapter.zigbee.0: Start pairing! zigbee.0 2021-02-24 21:27:26.331 info (30770) Zigbee: allowing new devices to join. zigbee.0 2021-02-24 21:27:24.113 debug (30770) sendTo "getExclude" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:27:24.048 debug (30770) getExclude result: [] zigbee.0 2021-02-24 21:27:24.045 debug (30770) sendTo "getBinding" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:27:24.045 debug (30770) getBinding result: [] zigbee.0 2021-02-24 21:27:24.022 debug (30770) sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:27:24.021 debug (30770) List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyACM1"},{"comName":"/dev/ttyUSB0"},{"comName":"/dev/ttyACM2"},{"comName":"/dev/ttyAMA0"}] zigbee.0 2021-02-24 21:27:23.868 debug (30770) sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:27:23.867 debug (30770) getDevices result: [{"_id":"0x00124b00219fba18","icon":"img/unknown.png","paired":true,"info":{"type":"device","device":{"ID":1,"_type":"Coordinator","_ieeeAddr":"0x00124b00219fba18","_networ zigbee.0 2021-02-24 21:27:23.833 debug (30770) sendTo "getMap" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:27:23.831 debug (30770) getMap result: {"lqis":[],"routing":[]} zigbee.0 2021-02-24 21:27:23.830 debug (30770) Get map succeeded [] zigbee.0 2021-02-24 21:27:23.829 debug (30770) Routing table succeeded for 'Coordinator' zigbee.0 2021-02-24 21:27:23.827 debug (30770) Routing for 'Coordinator': {"table":[]} zigbee.0 2021-02-24 21:27:23.812 debug (30770) LQI succeeded for 'Coordinator' zigbee.0 2021-02-24 21:27:23.808 debug (30770) sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:27:23.807 debug (30770) getGroups result: {} zigbee.0 2021-02-24 21:27:23.805 debug (30770) sendTo "getCoordinatorInfo" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:27:23.803 debug (30770) getCoorinatorInfo result: {"installSource":"iobroker.zigbee@1.4.4","channel":"14","port":"/dev/ttyACM0","type":"zStack3x0","revision":20210120,"version":"2-1.2.7.1."} zigbee.0 2021-02-24 21:27:23.788 debug (30770) sendTo "getLibData" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2021-02-24 21:27:04.643 debug (30770) system.adapter.admin.0: logging true zigbee.0 2021-02-24 21:27:00.401 info (30770) Zigbee started zigbee.0 2021-02-24 21:27:00.399 info (30770) Currently no devices. zigbee.0 2021-02-24 21:27:00.391 info (30770) --> transmitPower : high zigbee.0 2021-02-24 21:27:00.390 info (30770) Unable to disable LED, unsupported function. zigbee.0 2021-02-24 21:27:00.388 debug (30770) Zigbee network parameters: {"panID":6562,"extendedPanID":"0xaddddfddcddddddc","channel":14} zigbee.0 2021-02-24 21:27:00.380 info (30770) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20210120}} zigbee.0 2021-02-24 21:27:00.379 debug (30770) zigbee-herdsman started zigbee.0 2021-02-24 21:26:58.607 debug (30770) Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2021_02_24-21_26_57.tar.gz success zigbee.0 2021-02-24 21:26:58.595 info (30770) Installed Version: iobroker.zigbee@1.4.4 zigbee.0 2021-02-24 21:26:58.047 debug (30770) Starting zigbee-herdsman... zigbee.0 2021-02-24 21:26:58.045 info (30770) Starting Zigbee npm ... zigbee.0 2021-02-24 21:26:57.990 debug (30770) Using zigbee-herdsman with settings: {"network":{"panID":6562,"extendedPanID":[220,221,221,205,221,223,221,173],"channelList":[14],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]},"datab zigbee.0 2021-02-24 21:26:57.944 info (30770) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.15.4, js-controller: 3.2.16 zigbee.0 2021-02-24 21:26:57.402 debug (30770) statesDB connected zigbee.0 2021-02-24 21:26:57.401 debug (30770) States connected to redis: 127.0.0.1:9000 zigbee.0 2021-02-24 21:26:57.362 debug (30770) States create User PubSub Client zigbee.0 2021-02-24 21:26:57.360 debug (30770) States create System PubSub Client zigbee.0 2021-02-24 21:26:57.287 debug (30770) Redis States: Use Redis connection: 127.0.0.1:9000 zigbee.0 2021-02-24 21:26:57.284 debug (30770) objectDB connected zigbee.0 2021-02-24 21:26:57.269 debug (30770) Objects connected to redis: 127.0.0.1:9001 zigbee.0 2021-02-24 21:26:57.039 debug (30770) Objects client initialize lua scripts zigbee.0 2021-02-24 21:26:57.037 debug (30770) Objects create User PubSub Client zigbee.0 2021-02-24 21:26:57.035 debug (30770) Objects create System PubSub Client zigbee.0 2021-02-24 21:26:56.928 debug (30770) Objects client ready ... initialize now zigbee.0 2021-02-24 21:26:56.747 debug (30770) Redis Objects: Use Redis connection: 127.0.0.1:9001 zigbee.0 2021-02-24 21:26:51.936 info (30389) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zigbee.0 2021-02-24 21:26:51.934 info (30389) terminating zigbee.0 2021-02-24 21:26:51.596 info (30389) Zigbee: disabling joining new devices. zigbee.0 2021-02-24 21:26:51.594 info (30389) cleaned everything up... zigbee.0 2021-02-24 21:26:51.592 info (30389) Got terminate signal TERMINATE_YOURSELF zigbee.0 2021-02-24 21:32:59.264 debug (30770) system.adapter.admin.0: logging trueDanke für Euren Support André
-
Hallo zusammen (nochmal),
ich habe das Problem, dass bei mir plötzlich die Gruppen nicht mehr funktionieren. Ist für mich aber Essentiell, da ich eine Leuchte mit 5 Birnen haben. Wie auch immer.
ich habe Broker, JS-controller auf stand gebracht, 1.4.4 probiert und auch auf 1.4.1 down gegradet. Alle Gruppen im Adapter gelöscht und neue mit komplett neuem Namen vergeben. Es bleiben aber immer die Gruppen ohne Funktion.
Woran könnte das liegen? -
Hatte eben wieder einen dunklen Moment.
Alles dunkel, Leuchten gehen nicht mehr an.Wieder hat der Adapter die Verbindung zum COM-Port verloren.
COM4-Port war aber lt. Geräte Manager i.O. und verbunden.
Derzeit hängt der Controller an einem USB Hub, an dem auch noch 2 Drucker hängen, auf die ich problemlos zugreifen kann. Ich gehe also davon aus, daß der OS-seitige Teil der Verbindung stabil ist.
Bin in die Einstellungen der Zigbee Instanz. Dort war COM4 angezeigt. Habe im Drop down Menue COM4 erneut ausgewählt. und abgespeichert.
Zigbee wird wieder grün.
Lichter reagieren wieder auf Schalter und Bewegungsmelder.Log mit Serial Port error:
-
Hatte eben wieder einen dunklen Moment.
Alles dunkel, Leuchten gehen nicht mehr an.Wieder hat der Adapter die Verbindung zum COM-Port verloren.
COM4-Port war aber lt. Geräte Manager i.O. und verbunden.
Derzeit hängt der Controller an einem USB Hub, an dem auch noch 2 Drucker hängen, auf die ich problemlos zugreifen kann. Ich gehe also davon aus, daß der OS-seitige Teil der Verbindung stabil ist.Bin in die Einstellungen der Zigbee Instanz. Dort war COM4 angezeigt. Habe im Drop down Menue COM4 erneut ausgewählt. und abgespeichert.
Zigbee wird wieder grün.
Lichter reagieren wieder auf Schalter und Bewegungsmelder.Log mit Serial Port error:
-
@klassisch Bitte geh durch das log und finde den Punkt wo der zigbee Adapter das erste mal beendet wird, und warum. In dem gelisteten Teil ist das nicht mit drin
A.
@asgothian Danke für Aufnehmen.
Der letzte "Zigbee" Eintrag im log von gestern war
2021-02-24 18:56:37.792 - warn: zigbee.0 (8816) Failed to read state '"color_temp_startup"'of '0xbc33acfffe9769ab' after query with '{"code":134}'Das ist ja der bekannte Fehler mit der falschen Bedatung der Komponenten
Die ersten Einträge mit "zgbee" heute morgen sind die um 00:58.08 von obigem log-Eintrag2021-02-25 00:58:08.602 error (8816) Adapter disconnected, stopping zigbee.0 2021-02-25 00:58:08.598 error (8816) Adapter disconnected, stoppingOder habe ich was übersehen, was falsch verstanden? soll ich nach anderen Stichwörtern suchen?
Hatte ja jetzt 2 solcher disconnects in dieser direkten USB-Konfguration (die ser2lan Konfig lasse ich ma aussen vor). Jedes Mal nach einigen Stunden Ruhe im Zigbbe Imperium, also mut maßlich Sendepause.
Könnte es sein, daß die Connection bei Nichtgebrauch "abfault"? Dann könnte ich z.B. alle 2 Stunden prüfen, ob der Leuchtenstatus geändert wurde und falls nicht, die Leuchte anpingen. Dann wäre die Connection wieder "refresht". -
Hatte eben wieder einen dunklen Moment.
Alles dunkel, Leuchten gehen nicht mehr an.Wieder hat der Adapter die Verbindung zum COM-Port verloren.
COM4-Port war aber lt. Geräte Manager i.O. und verbunden.
Derzeit hängt der Controller an einem USB Hub, an dem auch noch 2 Drucker hängen, auf die ich problemlos zugreifen kann. Ich gehe also davon aus, daß der OS-seitige Teil der Verbindung stabil ist.Bin in die Einstellungen der Zigbee Instanz. Dort war COM4 angezeigt. Habe im Drop down Menue COM4 erneut ausgewählt. und abgespeichert.
Zigbee wird wieder grün.
Lichter reagieren wieder auf Schalter und Bewegungsmelder.Log mit Serial Port error:
@klassisch Ich kann nur davon abraten, den Stick an einem USB-Hub zu betreiben. Ich hatte dasselbe Phänomen, das es manchmal 1 Tag durch lief, manchmal verlor man die Verbindung alle paar Stunden mehrmals am Tag.
Das habe ich damals auch hier dokumentiert: https://github.com/ioBroker/ioBroker.zigbee/issues/792
In meinen Augen hat das aber nichts mit der Adapterversion zu tun. Jedenfalls seitdem ich den Stick nun wieder direkt am PI betreibe, bleibt die Verbindung stabil. Bei mir war das nicht unter Windows sondern eben am Raspi. Auch wenn das 2 unterschiedliche Systeme sind. Aus den Logs konnte ich damals auch nichts entnehmen.
Vielleicht probierst Du es auch mal, den Stick direkt am PC zu betreiben. Ich kann Dir zwar keine Erklärung dafür liefern, aber seitdem habe ich zumindest, wenn nach dem Booten der Controller gefunden wird, keine Probleme mehr. Es kann jedoch passieren (wenn ich nicht den Stick manuell abziehe), dass ich mehrmals booten muss, damit die Verbindung klappt. Also deshalb mein Tipp - versuche es mal ohne den USB Hub.
-
@asgothian Danke für Aufnehmen.
Der letzte "Zigbee" Eintrag im log von gestern war
2021-02-24 18:56:37.792 - warn: zigbee.0 (8816) Failed to read state '"color_temp_startup"'of '0xbc33acfffe9769ab' after query with '{"code":134}'Das ist ja der bekannte Fehler mit der falschen Bedatung der Komponenten
Die ersten Einträge mit "zgbee" heute morgen sind die um 00:58.08 von obigem log-Eintrag2021-02-25 00:58:08.602 error (8816) Adapter disconnected, stopping zigbee.0 2021-02-25 00:58:08.598 error (8816) Adapter disconnected, stoppingOder habe ich was übersehen, was falsch verstanden? soll ich nach anderen Stichwörtern suchen?
Hatte ja jetzt 2 solcher disconnects in dieser direkten USB-Konfguration (die ser2lan Konfig lasse ich ma aussen vor). Jedes Mal nach einigen Stunden Ruhe im Zigbbe Imperium, also mut maßlich Sendepause.
Könnte es sein, daß die Connection bei Nichtgebrauch "abfault"? Dann könnte ich z.B. alle 2 Stunden prüfen, ob der Leuchtenstatus geändert wurde und falls nicht, die Leuchte anpingen. Dann wäre die Connection wieder "refresht".Nein es sind genau exakt die gleichen Einträge die ich auch hatte und das sind die ersten beiden die das Ende ankündigen. Und bei mir war alles auf Debug gestellt. Mehr Infos kamen bei mir damals auch nicht raus.
-
@mickym Vielen Dank für Deinen HInweis.
Im Windows sehe ich ja keinerlei Auffälligkeit. Und Win kann ja mit USB stabil umgehen. Und ich hatte auch mal bei einer ser2lan Verbindung Abbrüche, aber da ist ja wieder so ein Linux SBC in der Kette.
Habe jetzt mal Deinem Hinweis folgend den Hub abgesteckt und verzichte mal auf den Zugriff auf die beiden Drucker. Die COM-Port Nummer wurde dadurch natürlich gewechselt. Werde beobachten, ob es jetzt stabiler ist. -
könnt ihr bitte die bilder beim TRADFRI ON/OFF switch und bei der TRADFRI open/close remote gegen die tauschen?
(sind von https://www.zigbee2mqtt.io/)
-
Hallo zusammen (nochmal),
ich habe das Problem, dass bei mir plötzlich die Gruppen nicht mehr funktionieren. Ist für mich aber Essentiell, da ich eine Leuchte mit 5 Birnen haben. Wie auch immer.
ich habe Broker, JS-controller auf stand gebracht, 1.4.4 probiert und auch auf 1.4.1 down gegradet. Alle Gruppen im Adapter gelöscht und neue mit komplett neuem Namen vergeben. Es bleiben aber immer die Gruppen ohne Funktion.
Woran könnte das liegen?@mr-x sagte in ZigBee neue Version 1.4.4:
Hallo zusammen (nochmal),
ich habe das Problem, dass bei mir plötzlich die Gruppen nicht mehr funktionieren. Ist für mich aber Essentiell, da ich eine Leuchte mit 5 Birnen haben. Wie auch immer.
ich habe Broker, JS-controller auf stand gebracht, 1.4.4 probiert und auch auf 1.4.1 down gegradet. Alle Gruppen im Adapter gelöscht und neue mit komplett neuem Namen vergeben. Es bleiben aber immer die Gruppen ohne Funktion.
Woran könnte das liegen?Und zu dem Gruppenfehler hätte niemand einen Rat für mich?
-
@mr-x sagte in ZigBee neue Version 1.4.4:
Hallo zusammen (nochmal),
ich habe das Problem, dass bei mir plötzlich die Gruppen nicht mehr funktionieren. Ist für mich aber Essentiell, da ich eine Leuchte mit 5 Birnen haben. Wie auch immer.
ich habe Broker, JS-controller auf stand gebracht, 1.4.4 probiert und auch auf 1.4.1 down gegradet. Alle Gruppen im Adapter gelöscht und neue mit komplett neuem Namen vergeben. Es bleiben aber immer die Gruppen ohne Funktion.
Woran könnte das liegen?Und zu dem Gruppenfehler hätte niemand einen Rat für mich?
-
was ist neu
@Ilya : man kann externe konverter einbinmden für DIY Geräte
@Asgothian verbesserung des Pingprozesses - hier ist auch ein Button in den Objecten dazugekommen
@arteck Geräte können diert aus dem Converter gezogen werden auch wenn diese bei uns definiert sind
@Asgothian automatisches Löschen nicht gebrauchter Datenpunkte wenn man dem Ausschluss Tab nutzt
so uns nu lassen die Spiele beginnen
@Nachtrag da es hier zu vielen Fragen kommt
nach dem Update und nach dem Adapter start sind ALLE Geräte erstmal mit einer Link Quality von 10 in der Kacheln.. nach dem sich die Geräte gemeldet haben (Router) geht die Link Quality auf das was das Gerät lifert. bleibt die Link Quality auf 10 meldet sich das Gerät nicht, dass kann mehre Stunden dauern..also Geduld
ausser
die batteriebenen Geräte .. diese müssen sich erst melden. das dauert da sich diese selten Melden vor allem Aqara bzw. Xiaomi .. man kann es selbst antrigern per drücken des Knopfes am Gerät. erst dann sieht man die richtige Link Quality..Hat einer von euch ein automatisierter Failover für Zigbee eingerichtet?
Bei mir läuft der Zigbee-Adapter auf einem Raspi3 als iobroker-client, das gleiche habe ich nochmal, mit gleicher Hardware ( ebenfalls ein TICC26X2R1 dran ).
Mein Vorhaben:
Auf dem zweiten ist der Adapter gleich konfiguriert, ich kopiere mir bei Änderungen das Zigbee-Verzeichnis rüber, ein Script überwacht den ersten Host, ist diese nicht mehr länger erreichbar, wird der Adapter Instanz 0 gestoppt und die andere Instanz gestartet.Habt ihr sowas oder andere Ideen ?
-
Hat einer von euch ein automatisierter Failover für Zigbee eingerichtet?
Bei mir läuft der Zigbee-Adapter auf einem Raspi3 als iobroker-client, das gleiche habe ich nochmal, mit gleicher Hardware ( ebenfalls ein TICC26X2R1 dran ).
Mein Vorhaben:
Auf dem zweiten ist der Adapter gleich konfiguriert, ich kopiere mir bei Änderungen das Zigbee-Verzeichnis rüber, ein Script überwacht den ersten Host, ist diese nicht mehr länger erreichbar, wird der Adapter Instanz 0 gestoppt und die andere Instanz gestartet.Habt ihr sowas oder andere Ideen ?
@ilovegym Ich verstehe den Antrieb. Wenn man essentielle Steuerungen wie Licht o.ä. mit Zigbee macht, will man hone Verfügbarkeit.
Als Zigbeeneuling verstehe ich aber nicht genug davon.
Ich vermite, daß Deine beiden Controller arbeiten, sobald sie bestromt und bedatet sind.
Also ich glaube nicht, daß man beide gleichzeitig im eingeschalteten und bedateten Zustand parallel bereiben kann. Oder hast Du das schon einmal getestet?
Also würde ich eher an eine kalte Redundanz denken. Der zweite Client läuft zwar und bekommt das Zigbee Verzeichnis upgedatet (wenn das reicht) und überwacht die Zigbee-Instanz des Hauptpfades. Sobald diese Instanz nicht mehr grün ist, schaltet die kalte Redundanz die Cntrollerplatine ein und startet dann seinen Zigbee-Adapter.
Wenn die kalte Redundanz einen anderen Standort hat, wird das Netze einige Zeit/Events brauchen, um sich neu zu konfigurieren.
Solange die kalte Redundanz aktiv ist, muß man den Hauptpafad abschalten.
Das Zurückschalten wird man dann wohl manuell machen.
Aber mit dem Controller alleine ist es nicht getan. Man muß dann auch einen Javascript Adapter, email Client (o.ä) auf der kalten Redundanz vorhalten und die entsprechenden Zigbee Scripte starten. Und die sollten auch einigermaßen up to date sein.
Da ich bisher die Komplexität eines Multihost-Systems vermieden habe, weiß ich nicht, wie dabei die Objekte aussehen. Aber ich vermute, daß die einen anderen Prefix bekommen, z.B. zigbee.1. Das muß dann in den Skripten berücksichtigt sein.
Und ehrlich gesagt, ist das die zweitbeste Lösung. Ein rocksolid-zuverlässiger Hauptpfad wäre mir lieber.
Ein interessanter Ansatz -
@ilovegym Ich verstehe den Antrieb. Wenn man essentielle Steuerungen wie Licht o.ä. mit Zigbee macht, will man hone Verfügbarkeit.
Als Zigbeeneuling verstehe ich aber nicht genug davon.
Ich vermite, daß Deine beiden Controller arbeiten, sobald sie bestromt und bedatet sind.
Also ich glaube nicht, daß man beide gleichzeitig im eingeschalteten und bedateten Zustand parallel bereiben kann. Oder hast Du das schon einmal getestet?
Also würde ich eher an eine kalte Redundanz denken. Der zweite Client läuft zwar und bekommt das Zigbee Verzeichnis upgedatet (wenn das reicht) und überwacht die Zigbee-Instanz des Hauptpfades. Sobald diese Instanz nicht mehr grün ist, schaltet die kalte Redundanz die Cntrollerplatine ein und startet dann seinen Zigbee-Adapter.
Wenn die kalte Redundanz einen anderen Standort hat, wird das Netze einige Zeit/Events brauchen, um sich neu zu konfigurieren.
Solange die kalte Redundanz aktiv ist, muß man den Hauptpafad abschalten.
Das Zurückschalten wird man dann wohl manuell machen.
Aber mit dem Controller alleine ist es nicht getan. Man muß dann auch einen Javascript Adapter, email Client (o.ä) auf der kalten Redundanz vorhalten und die entsprechenden Zigbee Scripte starten. Und die sollten auch einigermaßen up to date sein.
Da ich bisher die Komplexität eines Multihost-Systems vermieden habe, weiß ich nicht, wie dabei die Objekte aussehen. Aber ich vermute, daß die einen anderen Prefix bekommen, z.B. zigbee.1. Das muß dann in den Skripten berücksichtigt sein.
Und ehrlich gesagt, ist das die zweitbeste Lösung. Ein rocksolid-zuverlässiger Hauptpfad wäre mir lieber.
Ein interessanter Ansatz@klassisch stimmt, der andere Adapter ist die nächste Instanz, also stimmen die Pfade nicht mehr.. :-(
Gut, dann kommt Plan B dran :-)
Ich clone den Raspi, lass den zweiten ausgeschaltet mit absolut gleicher Config wie der erste, wenn der erste ausfällt, dann wird beim ersten das Netzteil vom Strom getrennt, und beim zweiten das Netzteil mit Strom versorgt.
Somit startet der zweite dann mit gleichem Namen ( ok die Mac und IP ist anders..) und mit der gleichen instanz.Klar, die beiden sollten dann nebeneinander stehen, das ist von den Örtlichkeiten kein Problem.
Support us
256
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge