NEWS
Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen
-
momentmal.. worüber reden wir jetzt ..
- über deine Gledopto die nicht mehr reagieren
- über den Router mit link_quality 0
- oder über sensoren…
ich komm da nicht mehr mit
also sachte ein Thema nach dem anderen
-
Router & Gledopto können wir ignorieren!
Ich bekomme nicht mehr alle Sensoren gepairt.
Die, die gepairt sind geben ihre Daten nicht ab.
Bevor ich die hälfte gepairt habe sind bereits gepairten wieder verloren gegangen.
Ich hab also irgendein Problem mit erforderlichen Modulen,
dem Zigbee Adapter , dem Stick oder der Firmware.
Mein W-Lan ist seit Jahren das Selbe,
wobei, ich habe nen neuen Nachbarn (neues W-Lan) Netz.
Zum Beispiel habe ich den Bewegungsmelder (Küche) mit guter 'link_quality' schon dutzende male gepairt.
Im Moment des Pairens gibt er einmalig alle Daten ab, bis auf die Batterie natürlich.
Danach ist Schluss! Weitere Bewegungsmeldungen werden nicht übermittelt.
-
Jetzt findet auch mein Multihost Slave (RaspberryPi) meinen Stick nicht mehr.
Der LOG spuckt folgende Fehler aus:host.Tijger 2019-02-12 13:45:32.805 info Restart adapter system.adapter.zigbee.0 because enabled host.Tijger 2019-02-12 13:45:32.805 error instance system.adapter.zigbee.0 terminated with code 0 (OK) host.Tijger 2019-02-12 13:45:32.805 error Caught by controller[11]: 2019-02-12T12:45:32.328Z zigbee:controller info zigbee-shepherd stopped undefined host.Tijger 2019-02-12 13:45:32.805 error Caught by controller[10]: 2019-02-12T12:45:32.326Z zigbee-shepherd zigbee-shepherd is stopped. host.Tijger 2019-02-12 13:45:32.805 error Caught by controller[9]: 2019-02-12T12:45:32.319Z zigbee-shepherd zigbee-shepherd is stopping. host.Tijger 2019-02-12 13:45:32.805 error Caught by controller[8]: at process._tickCallback (internal/process/next_tick.js:181:9) host.Tijger 2019-02-12 13:45:32.805 error Caught by controller[8]: at _combinedTickCallback (internal/process/next_tick.js:132:7) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[8]: at flush (/opt/iobroker/node_modules/q/q.js:125:13) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[8]: at runSingle (/opt/iobroker/node_modules/q/q.js:137:13) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[8]: at /opt/iobroker/node_modules/q/q.js:2059:17 host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[8]: at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[8]: TypeError: Cannot read property 'close' of undefined host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[7]: 2019-02-12T12:45:32.302Z zigbee:controller debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) undefined host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[6]: at Timer.listOnTimeout (timers.js:290:5) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[6]: at tryOnTimeout (timers.js:323:5) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[6]: at ontimeout (timers.js:498:11) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[6]: at Timeout.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:233:18) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[6]: at CcZnp.emit (events.js:211:7) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[6]: at emitOne (events.js:116:13) host.Tijger 2019-02-12 13:45:32.804 error Caught by controller[6]: at Object.onceWrapper (events.js:315:30) host.Tijger 2019-02-12 13:45:32.803 error Caught by controller[6]: at CcZnp.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:254:22) host.Tijger 2019-02-12 13:45:32.803 error Caught by controller[6]: 2019-02-12T12:45:32.294Z zigbee-shepherd:init Coordinator initialize had an error: Error: request timeout host.Tijger 2019-02-12 13:45:32.803 error Caught by controller[5]: 2019-02-12T12:45:32.283Z zigbee-shepherd:request RSP <-- SYS:osalNvRead host.Tijger 2019-02-12 13:45:32.803 error Caught by controller[4]: Tue, 12 Feb 2019 12:45:32 GMT cc-znp:SRSP <-- SYS:osalNvRead, __timeout__ host.Tijger 2019-02-12 13:45:32.803 error Caught by controller[3]: Tue, 12 Feb 2019 12:45:29 GMT cc-znp:SREQ --> SYS:osalNvRead, { id: 3840, offset: 0, len: 1, value: [ 85 ] } host.Tijger 2019-02-12 13:45:32.803 error Caught by controller[2]: 2019-02-12T12:45:29.258Z zigbee-shepherd:request REQ --> SYS:osalNvRead host.Tijger 2019-02-12 13:45:32.803 error Caught by controller[1]: Tue, 12 Feb 2019 12:45:29 GMT cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 is opened. host.Tijger 2019-02-12 13:45:32.803 error Caught by controller[0]: 2019-02-12T12:45:29.217Z zigbee-shepherd:init zigbee-shepherd booting... zigbee.0 2019-02-12 13:45:32.339 info zigbee-shepherd stopped zigbee.0 2019-02-12 13:45:32.338 debug 2019-02-12T12:45:32.328Z zigbee:controller info zigbee-shepherd stopped undefined zigbee.0 2019-02-12 13:45:32.338 debug 2019-02-12T12:45:32.326Z zigbee-shepherd zigbee-shepherd is stopped. zigbee.0 2019-02-12 13:45:32.338 debug 2019-02-12T12:45:32.319Z zigbee-shepherd zigbee-shepherd is stopping. zigbee.0 2019-02-12 13:45:32.338 debug cleaned everything up... zigbee.0 2019-02-12 13:45:32.337 error TypeError: Cannot read property 'close' of undefined at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47) at /opt/iobroker/node_modules/q/q.js:2059:17 zigbee.0 2019-02-12 13:45:32.337 error uncaught exception: Cannot read property 'close' of undefined zigbee.0 2019-02-12 13:45:32.337 debug TypeError: Cannot read property 'close' of undefined at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47) at /opt/iobroker/node_modules/q/q.js:2059:17 zigbee.0 2019-02-12 13:45:32.337 debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) zigbee.0 2019-02-12 13:45:32.336 debug 2019-02-12T12:45:32.302Z zigbee:controller debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) undefined zigbee.0 2019-02-12 13:45:32.336 debug 2019-02-12T12:45:32.294Z zigbee-shepherd:init Coordinator initialize had an error: Error: request timeout at CcZnp.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:254:22) at Object.o zigbee.0 2019-02-12 13:45:32.335 debug 2019-02-12T12:45:32.283Z zigbee-shepherd:request RSP <-- SYS:osalNvRead zigbee.0 2019-02-12 13:45:32.333 debug Tue, 12 Feb 2019 12:45:32 GMT cc-znp:SRSP <-- SYS:osalNvRead, __timeout__ zigbee.0 2019-02-12 13:45:29.294 debug Tue, 12 Feb 2019 12:45:29 GMT cc-znp:SREQ --> SYS:osalNvRead, { id: 3840, offset: 0, len: 1, value: [ 85 ] } zigbee.0 2019-02-12 13:45:29.294 debug 2019-02-12T12:45:29.258Z zigbee-shepherd:request REQ --> SYS:osalNvRead zigbee.0 2019-02-12 13:45:29.294 debug Tue, 12 Feb 2019 12:45:29 GMT cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 is opened. zigbee.0 2019-02-12 13:45:29.294 debug 2019-02-12T12:45:29.217Z zigbee-shepherd:init zigbee-shepherd booting... zigbee.0 2019-02-12 13:45:29.294 info Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 with panID 6754 channel 11 zigbee.0 2019-02-12 13:45:29.294 info starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0 host.Tijger 2019-02-12 13:45:27.253 info instance system.adapter.zigbee.0 started with pid 30829
Im Terminal wird der Stick angezeigt.
Aber der Zigbee Adapter stellt keine Verbindung mehr her. -
starte die kiste mal neu.. aber nicht nur den iobroker sondern den ganzen Rechner
-
@arteck said in Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen:
starte die kiste mal neu.. aber nicht nur den iobroker sondern den ganzen Rechner
Hab ich!
SSH = sudo reboot
Erst den Slave (Raspberry Pi)
Dann den Host (Rock64)Durch etliche Tests im Grunde bereits ein Dutzend mal
Der Zigbee Adapter wird nicht mehr Grün
-
Als nächstes werde ich mal versuchen den Stick mit einer USB Kabelverlängerung in Alufolie einzupacken und ihn hoffentlich in Funk freier Umgebung neu zu flashen.
Noch abgeschirmt werde ich dann versuchen ihn im Pi wieder in Betrieb zu nehmen.
Das soll laut Recherche bewirken das der Stick in Funk freier Umgebung keine Folgenummer in seiner 'Adresse' erhält.Im besten Fall sollten dann alle meine seinerzeit laufenden sowie angelernten Sensoren wieder eingebunden werden.
So der Plan
-
dann bin ich mal gespannt... sag bescheid obs funktioniert hat
-
So, endlich mal dazu gekommen das Szenario umzusetzen.
Bei weiterer Recherche gab es vermehrte Hinweise, das in dem letzten ioBroker Image von 2018 irgendein Paket fehlen musste.
Bei den Usern die OS und ioBroker manuell installierten ließ sich der Stick (cc2531) aufrufen. (s -la /dev/serial/by-id/)
Nicht jedoch bei den Usern die das fertige Image genutzt hatten, so wie ich.
Da war der Ordner 'serial' nicht angelegt.Leider kann ich nun nicht mehr rekonstruieren wo genau der Fehler lag.
Aber nach dem ich nun das neue Image vom 09.02.19 auf meine eMMC Platte gezogen hatte und ein zuvor erstelltes ioBroker backup mit restore wieder einspielte...
...war der Ordner serial angelegt
...brachte (ls -la /dev/serial/by-id/) den 'Key'
...der Zigbee Adapter koppelte sich (Grün)Das Flashen des Sticks durch Alufolie und Blechbox abgeschirmt brachte mir nicht das was ich mir erhoffte.
Die Fehlerquelle ist mir aber wohl bekannt.
Nicht alle Sensoren pairten sich von alleine mit dem frischen Stick.
Meine Vermutung legt nahe das dies an meinen etlichen Versuchen lag die Sensoren in den letzten Sassions wieder und wieder zu pairen, auch nach weiteren Flash Versuchen. Ich denke das die Sensoren sich dadurch an Unterschiedliche pan x..
Adressen und so mit in Unterschiedlichen Netzwerken befanden.Ein süßer Nebeneffekt ist jedoch nun bei jungfräulichem Stick Speicher dass die Gledopto's einwandfrei erkannt werden.
Und mir somit als Router helfen können die Stückzahl der anzulernen Sensoren zu erhöhen.Durch ein weiteres Problem werd ich wohl aber noch ein weiteres mal den Stick flashen.
Ich habe der Bequemlichkeit halber am neuen Stick mit als erstes einen weiteren Stick den ich als Router geflasht hatte gepairt.
Diesen hatte ich nun auf dem Tisch genutzt um weitere Sensoren zu pairen.
Bequem und kurze Distanz also.
Wenn ich jedoch nun den Router (Stick) aus dem Netz nehme (Stromzufuhr unterbrochen) verbinden sich die Sensoren NICHT mit dem Coordinator Stick.
Heißt das im Umkehrschluss, dass immer wenn z.B. meine bessere Hälfte mal danach ist von einem der Router (Gladopto) den Stecker zu ziehen, oder dieser sich einfach mal aufgehängt hat alle an ihm gepairten Sensoren sich nicht mehr erreichbar sind?Das wäre allerdings nicht dass was ich unter einem MESH Netzwerk verstehe!
So läuft der Stick nun auch auf dem Host (Rock64) so das ich den Slave nun auch bald aus dem Multihost nehmen kann.
-
@DiveDancer sagte in Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen:
Das wäre allerdings nicht dass was ich unter einem MESH Netzwerk verstehe!
na gut dass das Zigbee kein Mesh macht...
na ja deine Rückspielorgie kann ich ncht nachvollziehen, weil der serialport wird jedesmal installiert bei zigbee Adapter installation.. aber egal wenns geht...
die Geräte suchen sich selbst die Routen aus.. also wenn ein "Router" ausfällt dauert es ein wenig bis das Gerät was neues findet.. vor allem wenns ein EndDevice ist...
-
@arteck auf zigbee.org wird Mesh allerdings sehr hervorgehoben
https://www.zigbee.org/zigbee-for-developers/applicationstandards/zigbeehomeautomation/