Problem nach Update auf Zigbee 1.18.10

clfberlin

Ahoi!
Ich habe ein Problem mit dem Update von Zigbee von 1.18.9 auf 1.18.10.
Nach dem Update bleibt der Gerätebereich leer.
Es handelt sich um eine neu aufgesetzte Installation, nachdem ich zuvor in einer anderen Installation genau dieses Problem hatte (und die Behebungsversuche der Installation dann den kompletten Garaus machten).

Wichtig zu erwähnen: Ich betreibe ioBroker als Docker (via Portainer) auf einer Synology Diskstation. Ein Zigbee-Stick ist installiert und wird als /dev/ttyUSB0 auch erkannt und weitergegeben.

Meine Geschichte begann als Docker-Thema hier:
https://forum.iobroker.net/topic/4733/howto-iobroker-unter-docker-auf-synology-diskstation/2632
@Glasfaser wies mich aber richtigerweise daraufhin, dass es sich nun um ein separates Thema handelt und ich ein neues Topic öffnen sollte.

Was also passierte:
Ich hatte eine Installation am Laufen. Dort das Update Zigbee von 1.8.9 auf 1.8.10. Danach war in der Config-Ansicht der Bereich mit den Devices leer. Behebungsversuche wie iob fix mündeten darin, dass die Installation gar nicht mehr starten wollte.

Also eine neue Installation eingerichtet und Backups eingespielt. Alles lief soweit. Das Zigbee-Update habe ich mir vorsichtshalber für den Schluss aufgehoben. Und siehe da: Auch in dieser Installation besagtes Problem.

Der Bereich bleibt leer. Im Objektbaum sind die Geräte alle unter Zigbee.0 - können aber nicht gesteuert werden.

Es scheint mir ein Verbindungsproblem zu sein. Die Instanz ist zwar grün, wenn ich sie aber neu starte, kommt im Protokoll

2023-01-05 16:20:32.705  - info: zigbee.0 (3528) starting. Version 1.8.10 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.19.0, js-controller: 4.0.24
2023-01-05 16:20:32.812  - info: zigbee.0 (3528) Starting Zigbee  npm ...
2023-01-05 16:20:33.326  - error: zigbee.0 (3528) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2023-01-05 16:20:33.327  - error: zigbee.0 (3528) Failed to start Zigbee
2023-01-05 16:20:33.328  - error: zigbee.0 (3528) Error herdsman start
2023-01-05 16:20:33.332  - info: zigbee.0 (3528) Installed Version: iobroker.zigbee@1.8.10
2023-01-05 16:20:32.705  - info: zigbee.0 (3528) starting. Version 1.8.10 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.19.0, js-controller: 4.0.24
2023-01-05 16:20:32.812  - info: zigbee.0 (3528) Starting Zigbee  npm ...
2023-01-05 16:20:33.326  - error: zigbee.0 (3528) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2023-01-05 16:20:33.327  - error: zigbee.0 (3528) Failed to start Zigbee
2023-01-05 16:20:33.328  - error: zigbee.0 (3528) Error herdsman start
2023-01-05 16:20:33.332  - info: zigbee.0 (3528) Installed Version: iobroker.zigbee@1.8.10
2023-01-05 16:20:43.332  - info: zigbee.0 (3528) Try to reconnect. 1 attempts left
2023-01-05 16:20:43.333  - info: zigbee.0 (3528) Starting Zigbee  npm ...
2023-01-05 16:20:43.357  - info: zigbee.0 (3528) Installed Version: iobroker.zigbee@1.8.10
2023-01-05 16:20:43.390  - error: zigbee.0 (3528) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2023-01-05 16:20:43.391  - error: zigbee.0 (3528) Failed to start Zigbee
2023-01-05 16:20:43.393  - error: zigbee.0 (3528) Error herdsman start
2023-01-05 16:20:43.332  - info: zigbee.0 (3528) Try to reconnect. 1 attempts left
2023-01-05 16:20:43.333  - info: zigbee.0 (3528) Starting Zigbee  npm ...
2023-01-05 16:20:43.357  - info: zigbee.0 (3528) Installed Version: iobroker.zigbee@1.8.10
2023-01-05 16:20:43.390  - error: zigbee.0 (3528) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2023-01-05 16:20:43.391  - error: zigbee.0 (3528) Failed to start Zigbee
2023-01-05 16:20:43.393  - error: zigbee.0 (3528) Error herdsman start

Die Instanz wird nicht mehr grün und warnt. Ich muss also mal nach dem USB-Stick schauen.

Jetzt kommt wieder die Besonderheit Synology und Docker ins Spiel:
Der USB-Stick wird als Device übergeben (via Portainer).

Ein Check: Der USB-Stick wird prinzipiell erkannt und heißt /dev/ttyUSB0.
Nochmal aus- und eingestöpselt. Instanz nochmal gestartet. Diesmal bekomme ich tatsächlich Devices angezeigt im Zigbee-Config-Fenster - aber steuern kann ich da nichts. Erneuter Blick ins Protokoll:

2023-01-05 16:27:05.400  - warn: zigbee.0 (3528) Got terminate signal. Checking desired PID: 0 vs own PID 3528
2023-01-05 16:27:05.436  - info: host.7f5574fa2a98 instance system.adapter.zigbee.0 started with pid 3864
2023-01-05 16:27:05.400  - warn: zigbee.0 (3528) Got terminate signal. Checking desired PID: 0 vs own PID 3528
2023-01-05 16:27:05.436  - info: host.7f5574fa2a98 instance system.adapter.zigbee.0 started with pid 3864
2023-01-05 16:27:05.402  - info: zigbee.0 (3528) cleaned everything up...
2023-01-05 16:27:05.677  - info: zigbee.0 (3528) Zigbee: disabling joining new devices.
2023-01-05 16:27:07.194  - warn: zigbee.0 (3528) Failed to stop zigbee during startup
2023-01-05 16:27:07.195  - info: zigbee.0 (3528) terminating
2023-01-05 16:27:07.197  - info: zigbee.0 (3528) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-01-05 16:27:07.210  - warn: zigbee.0 (3528) Got terminate signal. Checking desired PID: 3864 vs own PID 3528
2023-01-05 16:27:05.402  - info: zigbee.0 (3528) cleaned everything up...
2023-01-05 16:27:05.677  - info: zigbee.0 (3528) Zigbee: disabling joining new devices.
2023-01-05 16:27:07.194  - warn: zigbee.0 (3528) Failed to stop zigbee during startup
2023-01-05 16:27:07.195  - info: zigbee.0 (3528) terminating
2023-01-05 16:27:07.197  - info: zigbee.0 (3528) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-01-05 16:27:07.210  - warn: zigbee.0 (3528) Got terminate signal. Checking desired PID: 3864 vs own PID 3528
2023-01-05 16:27:07.817  - error: host.7f5574fa2a98 instance system.adapter.zigbee.0 terminated by request of the instance itself and will not be restarted, before user restarts it.
2023-01-05 16:27:07.818  - info: host.7f5574fa2a98 Do not restart adapter system.adapter.zigbee.0 because desired by instance
2023-01-05 16:27:07.817  - error: host.7f5574fa2a98 instance system.adapter.zigbee.0 terminated by request of the instance itself and will not be restarted, before user restarts it.
2023-01-05 16:27:07.818  - info: host.7f5574fa2a98 Do not restart adapter system.adapter.zigbee.0 because desired by instance
2023-01-05 16:27:10.464  - info: zigbee.0 (3864) starting. Version 1.8.10 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.19.0, js-controller: 4.0.24
2023-01-05 16:27:10.582  - info: zigbee.0 (3864) Starting Zigbee  npm ...
2023-01-05 16:27:11.063  - info: zigbee.0 (3864) Installed Version: iobroker.zigbee@1.8.10
2023-01-05 16:27:11.259  - warn: zigbee.0 (3864) Extended PAN ID is reversed (expected=61168f25004b1200, actual=00124b00258f1661)
2023-01-05 16:27:10.464  - info: zigbee.0 (3864) starting. Version 1.8.10 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.19.0, js-controller: 4.0.24
2023-01-05 16:27:10.582  - info: zigbee.0 (3864) Starting Zigbee  npm ...
2023-01-05 16:27:11.063  - info: zigbee.0 (3864) Installed Version: iobroker.zigbee@1.8.10
2023-01-05 16:27:11.259  - warn: zigbee.0 (3864) Extended PAN ID is reversed (expected=61168f25004b1200, actual=00124b00258f1661)
2023-01-05 16:27:14.207  - info: zigbee.0 (3864) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20210708}}
2023-01-05 16:27:14.215  - info: zigbee.0 (3864) Disable LED
2023-01-05 16:27:14.216  - info: zigbee.0 (3864) Unable to disable LED, unsupported function.
2023-01-05 16:27:14.232  - info: zigbee.0 (3864)   --> transmitPower : high
2023-01-05 16:27:14.254  - info: zigbee.0 (3864) Currently 28 devices are joined:
2023-01-05 16:27:14.350  - info: zigbee.0 (3864) 0x8418260000013538 (addr 58913): AA68199 - OSRAM LIGHTIFY LED PAR16 50 GU10 tunable white (Router)
2023-01-05 16:27:14.357  - info: zigbee.0 (3864) 0x00124b002502c347 (addr 35124): SNZB-02 - SONOFF Temperature and humidity sensor (EndDevice)
2023-01-05 16:27:14.359  - info: zigbee.0 (3864) 0x00158d0002f372e0 (addr 54956): 50049/500.63 - Paulmann Smart Home Zigbee YourLED RGB Controller max. 60W / Smart Home Zigbee LED Reflektor 3,5W GU10 RGBW dimmbar (Router)
2023-01-05 16:27:14.361  - info: zigbee.0 (3864) 0xcc86ecfffea014cf (addr 6362): E1525/E1745 - IKEA TRADFRI motion sensor (EndDevice)
2023-01-05 16:27:14.362  - info: zigbee.0 (3864) 0x8418260000013f32 (addr 16231): AA68199 - OSRAM LIGHTIFY LED PAR16 50 GU10 tunable white (Router)
2023-01-05 16:27:14.364  - info: zigbee.0 (3864) 0x0017880110485ab8 (addr 60233): 324131092621 - Philips Hue dimmer switch (EndDevice)
2023-01-05 16:27:14.365  - info: zigbee.0 (3864) 0x00124b002512ea2b (addr 30143): SNZB-04 - SONOFF Contact sensor (EndDevice)
2023-01-05 16:27:14.367  - info: zigbee.0 (3864) 0x000b57fffe2afc07 (addr 17259): ICTC-G-1 - IKEA TRADFRI wireless dimmer (EndDevice)
2023-01-05 16:27:14.368  - info: zigbee.0 (3864) 0x000b57fffe24241e (addr 32826): ICTC-G-1 - IKEA TRADFRI wireless dimmer (EndDevice)
2023-01-05 16:27:14.370  - info: zigbee.0 (3864) 0xd0cf5efffe08ddad (addr 1599): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
2023-01-05 16:27:14.371  - info: zigbee.0 (3864) 0xf0d1b800001cd040 (addr 11986): AC10691 - OSRAM Smart+ plug (Router)
2023-01-05 16:27:14.372  - info: zigbee.0 (3864) 0x000b57fffeb7f162 (addr 53114): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
2023-01-05 16:27:14.374  - info: zigbee.0 (3864) 0x90fd9ffffe01b26c (addr 4576): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
2023-01-05 16:27:14.376  - info: zigbee.0 (3864) 0x000b57fffe99152f (addr 377): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
2023-01-05 16:27:14.377  - info: zigbee.0 (3864) 0x680ae2fffe372b0d (addr 60580): E1744 - IKEA SYMFONISK sound controller (EndDevice)
2023-01-05 16:27:14.379  - info: zigbee.0 (3864) 0xa4c138290b2ae0ff (addr 33210): NAS-AB02B2 - Neo Alarm (Router)
2023-01-05 16:27:14.380  - info: zigbee.0 (3864) 0xd0cf5efffe13bd19 (addr 56902): LED1545G12 - IKEA TRADFRI LED bulb E26/E27 980 lumen, dimmable, white spectrum, opal white (Router)
2023-01-05 16:27:14.382  - info: zigbee.0 (3864) 0x841826000001a2d6 (addr 33033): AA68199 - OSRAM LIGHTIFY LED PAR16 50 GU10 tunable white (Router)
2023-01-05 16:27:14.383  - info: zigbee.0 (3864) 0x00124b0025109db7 (addr 30025): SNZB-04 - SONOFF Contact sensor (EndDevice)
2023-01-05 16:27:14.384  - info: zigbee.0 (3864) 0x680ae2fffe371ad1 (addr 48215): E1525/E1745 - IKEA TRADFRI motion sensor (EndDevice)
2023-01-05 16:27:14.386  - info: zigbee.0 (3864) 0xa4c1389353cdafa9 (addr 21544): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.387  - info: zigbee.0 (3864) 0x00124b00291389d7 (addr 39918): SNZB-04 - SONOFF Contact sensor (EndDevice)
2023-01-05 16:27:14.391  - info: zigbee.0 (3864) 0x0015bc002f013e16 (addr 16846): SPLZB-131 - Develco Power plug (Router)
2023-01-05 16:27:14.393  - info: zigbee.0 (3864) 0xa4c1383c3f0455b1 (addr 39260): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.395  - info: zigbee.0 (3864) 0xa4c13818123488a1 (addr 10738): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.397  - info: zigbee.0 (3864) 0xa4c1388055c98d6c (addr 37611): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.400  - info: zigbee.0 (3864) 0xa4c1389a448dfe69 (addr 16879): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.402  - info: zigbee.0 (3864) 0xa4c1382fe8edb650 (addr 39893): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.402  - info: zigbee.0 (3864) Zigbee started
2023-01-05 16:27:14.207  - info: zigbee.0 (3864) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20210708}}
2023-01-05 16:27:14.215  - info: zigbee.0 (3864) Disable LED
2023-01-05 16:27:14.216  - info: zigbee.0 (3864) Unable to disable LED, unsupported function.
2023-01-05 16:27:14.232  - info: zigbee.0 (3864)   --> transmitPower : high
2023-01-05 16:27:14.254  - info: zigbee.0 (3864) Currently 28 devices are joined:
2023-01-05 16:27:14.350  - info: zigbee.0 (3864) 0x8418260000013538 (addr 58913): AA68199 - OSRAM LIGHTIFY LED PAR16 50 GU10 tunable white (Router)
2023-01-05 16:27:14.357  - info: zigbee.0 (3864) 0x00124b002502c347 (addr 35124): SNZB-02 - SONOFF Temperature and humidity sensor (EndDevice)
2023-01-05 16:27:14.359  - info: zigbee.0 (3864) 0x00158d0002f372e0 (addr 54956): 50049/500.63 - Paulmann Smart Home Zigbee YourLED RGB Controller max. 60W / Smart Home Zigbee LED Reflektor 3,5W GU10 RGBW dimmbar (Router)
2023-01-05 16:27:14.361  - info: zigbee.0 (3864) 0xcc86ecfffea014cf (addr 6362): E1525/E1745 - IKEA TRADFRI motion sensor (EndDevice)
2023-01-05 16:27:14.362  - info: zigbee.0 (3864) 0x8418260000013f32 (addr 16231): AA68199 - OSRAM LIGHTIFY LED PAR16 50 GU10 tunable white (Router)
2023-01-05 16:27:14.364  - info: zigbee.0 (3864) 0x0017880110485ab8 (addr 60233): 324131092621 - Philips Hue dimmer switch (EndDevice)
2023-01-05 16:27:14.365  - info: zigbee.0 (3864) 0x00124b002512ea2b (addr 30143): SNZB-04 - SONOFF Contact sensor (EndDevice)
2023-01-05 16:27:14.367  - info: zigbee.0 (3864) 0x000b57fffe2afc07 (addr 17259): ICTC-G-1 - IKEA TRADFRI wireless dimmer (EndDevice)
2023-01-05 16:27:14.368  - info: zigbee.0 (3864) 0x000b57fffe24241e (addr 32826): ICTC-G-1 - IKEA TRADFRI wireless dimmer (EndDevice)
2023-01-05 16:27:14.370  - info: zigbee.0 (3864) 0xd0cf5efffe08ddad (addr 1599): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
2023-01-05 16:27:14.371  - info: zigbee.0 (3864) 0xf0d1b800001cd040 (addr 11986): AC10691 - OSRAM Smart+ plug (Router)
2023-01-05 16:27:14.372  - info: zigbee.0 (3864) 0x000b57fffeb7f162 (addr 53114): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
2023-01-05 16:27:14.374  - info: zigbee.0 (3864) 0x90fd9ffffe01b26c (addr 4576): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
2023-01-05 16:27:14.376  - info: zigbee.0 (3864) 0x000b57fffe99152f (addr 377): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
2023-01-05 16:27:14.377  - info: zigbee.0 (3864) 0x680ae2fffe372b0d (addr 60580): E1744 - IKEA SYMFONISK sound controller (EndDevice)
2023-01-05 16:27:14.379  - info: zigbee.0 (3864) 0xa4c138290b2ae0ff (addr 33210): NAS-AB02B2 - Neo Alarm (Router)
2023-01-05 16:27:14.380  - info: zigbee.0 (3864) 0xd0cf5efffe13bd19 (addr 56902): LED1545G12 - IKEA TRADFRI LED bulb E26/E27 980 lumen, dimmable, white spectrum, opal white (Router)
2023-01-05 16:27:14.382  - info: zigbee.0 (3864) 0x841826000001a2d6 (addr 33033): AA68199 - OSRAM LIGHTIFY LED PAR16 50 GU10 tunable white (Router)
2023-01-05 16:27:14.383  - info: zigbee.0 (3864) 0x00124b0025109db7 (addr 30025): SNZB-04 - SONOFF Contact sensor (EndDevice)
2023-01-05 16:27:14.384  - info: zigbee.0 (3864) 0x680ae2fffe371ad1 (addr 48215): E1525/E1745 - IKEA TRADFRI motion sensor (EndDevice)
2023-01-05 16:27:14.386  - info: zigbee.0 (3864) 0xa4c1389353cdafa9 (addr 21544): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.387  - info: zigbee.0 (3864) 0x00124b00291389d7 (addr 39918): SNZB-04 - SONOFF Contact sensor (EndDevice)
2023-01-05 16:27:14.391  - info: zigbee.0 (3864) 0x0015bc002f013e16 (addr 16846): SPLZB-131 - Develco Power plug (Router)
2023-01-05 16:27:14.393  - info: zigbee.0 (3864) 0xa4c1383c3f0455b1 (addr 39260): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.395  - info: zigbee.0 (3864) 0xa4c13818123488a1 (addr 10738): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.397  - info: zigbee.0 (3864) 0xa4c1388055c98d6c (addr 37611): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.400  - info: zigbee.0 (3864) 0xa4c1389a448dfe69 (addr 16879): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.402  - info: zigbee.0 (3864) 0xa4c1382fe8edb650 (addr 39893): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
2023-01-05 16:27:14.402  - info: zigbee.0 (3864) Zigbee started
2023-01-05 16:27:29.166  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0xa4c1388055c98d6c TS011F
2023-01-05 16:27:29.166  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0xa4c1388055c98d6c TS011F
2023-01-05 16:27:36.706  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0x8418260000013538 PAR16 50 TW
2023-01-05 16:27:36.792  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0xa4c138290b2ae0ff TS0601
2023-01-05 16:27:36.706  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0x8418260000013538 PAR16 50 TW
2023-01-05 16:27:36.792  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0xa4c138290b2ae0ff TS0601
2023-01-05 16:27:37.715  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0x841826000001a2d6 PAR16 50 TW
2023-01-05 16:27:37.960  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0x8418260000013f32 PAR16 50 TW
2023-01-05 16:27:37.715  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0x841826000001a2d6 PAR16 50 TW
2023-01-05 16:27:37.960  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0x8418260000013f32 PAR16 50 TW
2023-01-05 16:27:38.891  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0xd0cf5efffe13bd19 TRADFRI bulb E27 WS opal 980lm
2023-01-05 16:27:38.891  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0xd0cf5efffe13bd19 TRADFRI bulb E27 WS opal 980lm
2023-01-05 16:27:39.752  - info: zigbee.0 (3864) List of port: []
2023-01-05 16:27:39.752  - info: zigbee.0 (3864) List of port: []
2023-01-05 16:27:41.652  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0xa4c1389a448dfe69 TS011F
2023-01-05 16:27:41.652  - warn: zigbee.0 (3864) DeviceAvailability:Failed to ping 0xa4c1389a448dfe69 TS011F

Ich kann das jetzt beliebig wiederholen:

Neustart Instanz Zigbee
Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
USB raus und rein (Verfügbarkeit /dev/ttyUSB0 gecheckt)
Instanz startet. Bestenfalls mit Devices im Config-Bereich. Aber alles ohne Funktion.

Und in diesem Moment fällt mir Etwas Neues auf:
Bei den Instanzen wechselt er von grün zu rot.
Erst verliert er "Lebenszeichen", dann "Verbindung mit Host". Dann wird es wieder grün.

Eigentlich würde ich gerne nochmal alles aufsetzen bis zum Zigbee-Adapter 1.18.9, um eine funktionierende Umgebung zu haben. Aber vielleicht hat jemand hier eine Idee, was die Ursache sein könnte...?

arteck

@clfberlin sagte in Problem nach Update auf Zigbee 1.18.10:

Dort das Update Zigbee von 1.8.9 auf 1.8.10. Danach war in der Config-Ansicht der Bereich mit den Devices leer.

wenn es leer war dann ist der adapter nicht neu gestartet... oder der browser cache müsste nur geleert werden
hast du den container mal neu gestartet..

clfberlin

@arteck
Danke. Browser (und Rechner) gewechselt, Container neu gestartet. Das Problem bleibt bestehen. Wobei es (wie zuletzt) nicht immer leer bleibt. Aber immer ohne Funktion. D.h. ich kann keines der Geräte steuern - bzw. der angezeigte Status der Geräte stimmt nicht.
Und die Instanz wechselt weiterhin regelmäßig von Grün zu Rot und zurück (nach dem obigen Muster).
Und das, was ich aus dem Protokoll filtere, sieht auch nicht so ermutigend aus.

2023-01-05 17:16:32.648  - info: zigbee.0 (519) List of port: []
2023-01-05 17:17:30.345  - error: zigbee.0 (519) Send command to 0xa4c1383c3f0455b1 failed with no error code (undefined)
2023-01-05 17:17:30.367  - error: zigbee.0 (519) Send command to 0xa4c1383c3f0455b1 failed with no error code (undefined)
2023-01-05 17:17:30.379  - error: zigbee.0 (519) Send command to 0xa4c1383c3f0455b1 failed with no error code (undefined)
2023-01-05 17:17:34.947  - warn: zigbee.0 (519) DeviceAvailability:Failed to ping 0x8418260000013f32 PAR16 50 TW
2023-01-05 17:17:35.248  - warn: zigbee.0 (519) DeviceAvailability:Failed to ping 0xa4c138290b2ae0ff TS0601
2023-01-05 17:17:35.288  - warn: zigbee.0 (519) DeviceAvailability:Failed to ping 0xd0cf5efffe13bd19 TRADFRI bulb E27 WS opal 980lm
2023-01-05 17:17:44.894  - warn: zigbee.0 (519) DeviceAvailability:Failed to ping 0x8418260000013538 PAR16 50 TW
2023-01-05 17:17:45.156  - warn: zigbee.0 (519) DeviceAvailability:Failed to ping 0x841826000001a2d6 PAR16 50 TW
2023-01-05 17:17:48.802  - info: javascript.1 (309) script.js.influx-strom.InfluxDB-Netzbezug: 915
2023-01-05 17:19:10.465  - error: zigbee.0 (519) Send command to 0xa4c1383c3f0455b1 failed with no error code (undefined)
2023-01-05 17:19:13.352  - error: zigbee.0 (519) Send command to 0xa4c1383c3f0455b1 failed with no error code (undefined)
2023-01-05 17:19:17.136  - error: zigbee.0 (519) Send command to 0xa4c1383c3f0455b1 failed with no error code (undefined)
2023-01-05 17:19:32.699  - error: zigbee.0 (519) Send command to 0xa4c13818123488a1 failed with no error code (undefined)
2023-01-05 17:19:32.711  - error: zigbee.0 (519) Send command to 0xa4c1388055c98d6c failed with no error code (undefined)
2023-01-05 17:20:45.066  - error: zigbee.0 (519) Send command to 0x00158d0002f372e0 failed with no error code (Timeout - 54956 - 1 - 139 - 6 - 11 after 10000ms)

Ich setze jetzt nochmal eine Instanz auf, um das erneut zu reproduzieren.

clfberlin

@clfberlin
Also, ich für meinen Teil kann das reproduzieren. Neue Installation (iobroker-sandbox). Bis Zigbee 1.18.9 alles ok. Mit dem Update auf 1.18.10 beginnen bei mir die Probleme. Wäre es ein grundsätzliches Problem mit der 1.18.10, hätte es mehr Meldungen gegeben. Ich vermute, dass die Version und meine Umgebung (Synology/Docker) sich nicht mögen. Und es sieht nach Konnektivität mit dem USB-Stick aus.

Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"

Ich kann jetzt das ganze Prozedere von oben wiederholen, aber es dürfte wohl auf dasselbe rauslaufen.

arteck

@clfberlin sagte in Problem nach Update auf Zigbee 1.18.10:

Ich vermute, dass die Version und meine Umgebung (Synology/Docker) sich nicht mögen.

das ist quack.. an der stelle wurde nix geändert..

installier mal die Adapter GIT version.

https://github.com/ioBroker/ioBroker.zigbee/wiki/GIT-install
. und check nochmal..

Glasfaser

@clfberlin

Was mir gerade bei dir auffällt :

Synology DS918+

und der Port für den Zigbeestick

ttyUSB0

Ich habe die gleiche Synology und es lüppt alles mit meinem Zigbeestick den ich mal vor Jahre bei @arteck erworben habe .

Auch unter der neuen DSM 7 , mit dem ganzen pi pa po .. USB Port freigeben / weiterleiten usw.

Jetzt kommt das aber ...

ich habe ihn , bzw. auch bis jetzt bekannte User hier im Forum ... mit Docker usw.

auf

ttyACM0

und nicht als

ttyUSB0

Das einzige was ich auf USB0 / USB1 habe , ist der Lesekopf für den Smartmeter und einen Stick Modus auf RS485.

Ich wurde mal da ein Augenmerk drauf werfen , warum er immer down geht !?

clfberlin

@glasfaser said in Problem nach Update auf Zigbee 1.18.10:

Ich habe die gleiche Synology und es lüppt alles mit meinem Zigbeestick den ich mal vor Jahre bei @arteck erworben habe .
ich habe ihn , bzw. auch bis jetzt bekannte User hier im Forum ... mit Docker usw.

auf
ttyACM0
und nicht als
ttyUSB0
Ich wurde mal da ein Augenmerk drauf werfen , warum er immer down geht !?

Danke für den Hinweis. Ja, mir ist auch schon aufgefallen, dass Du auch eine DS918+ mit 16GB als Plattform nutzt.
Mein Stick ist ein (geflashter) CC2652P Sonoff ZigBee 3.0. Der läuft bei mir tatsächlich unter ttyUSB0. Ich behalte das mal auf der Liste, würde den Stick selbst bei der Fehlersuche aber erst einmal nach hinten stellen. Der ist seit genau einem Jahr im Einsatz und hat bislang tadellos funktioniert.
Auch jetzt ist alles bestens. Ich habe wieder eine Umgebung aufgesetzt, bei der ich vorsichtshalber noch bei Zigbee 1.18.9 bin und alles läuft bestens. Bei uns steuert ioBroker wirklich sehr viel. Auch die Heizung (IR-Paneele) sind bei uns von Logiken (Zeiten und Werte von Sensoren) abhängig. Daher ist es mir (und vor allem der Familie) ganz lieb, wenn wir eine laufende Basisversion haben. Zwischendurch kann ich aber immer mal den Container abstellen und eine Testinstanz aufsetzen und damit rumprobieren. Ginge es nur um die Ports und so, könnte ich ja was parallel aufsetzen. Aber es soll ja auch auf den Zigbee-Stick zugreifen.

@arteck Ich konnte es zwar (bei mir) schon mehrfach reproduzieren, hoffe aber, dass es wirklich ein individuelles Problem ist.
Ich werde nachher (oder spätestens morgen) nochmal eine Installation aufsetzen und es testen. Ich probiere dann eine ganz frische Installation mit 1.18.10, einmal das besagte Update von 1.18.9, was mir Probleme bereitete und dann nochmal die GIT-Version.

Glasfaser

@clfberlin sagte in Problem nach Update auf Zigbee 1.18.10:

Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"

Nochmal zum mitschreiben :

-Container gestartet .....
-Instanz Zigbee kommt eine Meldung im Log

Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"

du ziehst den Stick rein / raus , dann ist der Stick wieder erreichbar.

Die Instanz wird Grün , aber du kannst nicht steuern / empfangen .

Nur von der Logik her ,
ab Docker ioBroker Image 7.0.2 wird bei dem Eintrag eines z.b
USDBEVICES /dev/ttyUSB0 und -devices /dev/ttyUSB0 :/dev/ttyUSB0
genau geschaut ob /dev/ttyUSB0 vorhanden ist , das würde sonst heißen das er schon beim starten des Containers nicht vorhanden ist , dann würde aber der Container in einen loop gehen und das sieht man auch mit einer Fehlermeldung im Container Log , was ich auch dazu im anderen Thread geschrieben habe.

Kannst du mal zum Test den Container die Einstellung privilege geben , was dann ist .

clfberlin

@glasfaser

Nur von der Logik her ,
ab Docker ioBroker Image 7.0.2 wird bei dem Eintrag eines z.b
USDBEVICES /dev/ttyUSB0 und -devices /dev/ttyUSB0 :/dev/ttyUSB0
genau geschaut ob /dev/ttyUSB0 vorhanden ist , das würde sonst heißen das er schon beim starten des Containers nicht vorhanden ist , dann würde aber der Container in einen loop gehen und das sieht man auch mit einer Fehlermeldung im Container Log , was ich auch dazu im anderen Thread geschrieben habe.

Kannst du mal zum Test den Container die Einstellung privilege geben , was dann ist .

Ich lege das gerne im *Privileged Mode" an. Ich bin aber nicht sicher, ob das zum obigen Fehlerbild passt, bei dem die Instanz erstmal ok scheint (grün), dann aber laufend zu Rot wechselt mit Loss bei "Lebenszeichen", dann zusätzlich "Verbunden mit Host" (während "Verbunden mit Gerät oder Dienst" erhalten bleibt. Der Adapter wird dann wieder von alleine grün und das Karussell dreht sich von vorn.
Wenn ich die Instanz aktiv neu starte, kommt Zigbee-Herdsman (während mir die Synology Konsole sagt, dass der Stick weiterhin unter /dev/ttyUSB0 aktiv ist). Ich ziehe den Stick, stecke ihn wieder ein, kontrolliere ob er auf /dev/ttyUSB0 ist. Dann starte ich die Instanz wieder und sie ist kurz aktiv, bevor sie wieder in den rot-grün-Zyklus verfällt.
Ja, der Stick klingt nach einem ganz heißen Kandidaten. Nur: Ohne Update auf 1.18.10 habe ich null Probleme. In der Version mit 1.18.9 funktioniert er wunderbar. Ich habe eben vier zusätzliche Geräte eingebunden, deren Firmware aktualisiert, sie umbenannt, Funktionen getestet... Da summt der Adapter wie ein fleißiges Bienchen.
Aber ich möchte auch wissen, was es ist. Wenn es keine anderen Meldungen gibt und @arteck ja auch sagt, dass da zur 1.8.10 nix geändert ist, dann scheint es ein ganz verqueres Einzelproblem zu sein. Aber solange ich das reproduzieren und eingrenzen kann, tue ich das gerne. Derweil läuft meine Haupt-Installation mit 1.18.9 problemlos weiter.

clfberlin

@arteck und @Glasfaser
Es tut mir ja schrecklich leid, aber ich konnte das Phänomen (bei mir) wieder zielsicher reproduzieren.
Allerdings habe ich jetzt erstmal die "Privileged Mode" Option von @Glasfaser berücksichtigt. Die GIT Version probiere ich entweder etwas später heute - oder morgen. Ich muss jetzt erstmal wieder den Sandkasten räumen und meine "richtige" Umgebung wieder an den Start bekommen, bevor ich hier im Haus Klagen über nicht funktionierende Heizungen oder so höre.
Nur für das Protokoll meine Schritte:

Leeres Verzeichnis in Synology angelegt
ein aktuelles Backup ins leere Verzeichnis
In Portainer den Container angelegt mit latest-v7, den Ports, dem gemappten Pfad, In ENV den USB-Stick (und debug). Den Stick auch bei Runtimes als Device rein, dort auch "Privileged Mode".
Nach dem Anlegen dann in Konsole Prozesse gestoppt und iob host this ausgeführt.
Neustart. Login. Warten bis alle (51) Adapter geladen sind. Test. Zigbee tadellos.
Vis 1.4.0 installiert
Test
Prozesse gekillt, iob uprade self (Host wollte aktualisiert werden). Danach iob upgrade.
Gewartet, neu gestartet, getestet - oben beschriebene Probleme mit Zigbee. Ergänzend muss ich aber sagen, dass meine Erstaussage ("leer") nicht ganz korrekt war. Es dauert nur unerwartet lange (nach dem Start einige Minuten), bis die Devices da auftauchen. Aber funktionieren tut es dann halt auch nicht.
Ein paar Mal Karussell gefahren. Also: Adapter grün, rot, grün, rot... Manuell gestartet. Zigbee Herdsman. Stick raus und rein. Gestartet. Wieder grün, dann rot...

Glasfaser

@clfberlin

Puhh ... ich muß dich sehr loben bei deiner ausführlichen Vorgehensweise .....

Was auch sein kann ... du testet , bzw. du bist ja auf 7.2.0 latest

was ist mit deiner alten Version v7.1.2

clfberlin

@glasfaser
Danke. Ich brauche selber etwas Struktur beim Vorgehen, um mich nicht zu verzetteln oder später nochmal nachschauen zu können.

was ist mit deiner alten Version v7.1.2

Die ehemalige 7.1.2 schien ja bereits vorher nicht ganz sauber zu sein. Ich dachte zwar, mit dem Löschen des Wetter-Adapters mit den Errors sei es behoben. Aber keine zwei Tage später hatte ich nach dem Update dann wieder den Fehler, dass er Admin nicht finden könne. Dein Rat war genau richtig: Ich habe das morsche Schiff sinken lassen und ein neues vom Stapel gelassen. Mit Euren Hinweisen (host this, dem Installieren von VIS1.4.0 etc.) geht das ja dann auch recht flott. Ich hatte halt ein paar Stunden Konfigurations- und Visualisierungskram verloren - aber Schuld eigene, dass ich vor dem Update nicht nochmal ein Backup gemacht hatte.

Die jetzige Installation läuft reibungslos (ist auch im Moment wieder aktiv). Und wenn das mit dem 1.18.10 Problem bei mir reproduzierbar ist, ist das ja zunächst einmal eine gute Sache. So lässt es sich ja dann vielleicht auch eingrenzen.
Ich würde beim nächsten Mal so vorgehen wie oben, dann aber nicht in der Konsole das Upgrade laufen lassen, sondern so wie @arteck es gemeint hat (GIT-Version). Den "Privileged Mode" behalte ich aber mal bei.

Asgothian

@clfberlin sagte in Problem nach Update auf Zigbee 1.18.10:

Gewartet, neu gestartet, getestet - oben beschriebene Probleme mit Zigbee. Ergänzend muss ich aber sagen, dass meine Erstaussage ("leer") nicht ganz korrekt war. Es dauert nur unerwartet lange (nach dem Start einige Minuten), bis die Devices da auftauchen. Aber funktionieren tut es dann halt auch nicht.
Ein paar Mal Karussell gefahren. Also: Adapter grün, rot, grün, rot... Manuell gestartet. Zigbee Herdsman. Stick raus und rein. Gestartet. Wieder grün, dann rot...

kannst du mal bei deinem nächsten test exakt die folgende Reihenfolge einhalten:

zigbee adapter anhalten
sicherstellen das der zigbee adapter nicht mehr läuft
Stick abziehen
Stick anstecken
log löschen oder Markierung im Log setzten
Zigbee adapter starten - warten bis er zum 3. mal grün wird, dann wieder anhalten
log herunter laden und posten

Zusätzlich bitte per 'npm list -a' heraus bekommen welche Versionen der folgenden Bibliotheken installiert sind:

zigbee-herdsman-converters
zigbee-herdsman
serialport

Wichtig: Insbesondere die Serialport Bibliothek kann es in verschiedenen Versionen mehrfach geben - in diesem Fall wäre wichtig wo sie sich im Baum befindet (Siehe Beispiel)

└─┬ iobroker.zigbee@1.8.9
  ├── @iobroker/adapter-core@2.6.7 deduped
  ├── serialport@10.5.0 deduped
  ├── tar@6.1.13 deduped

Auffällig ist das keine Serielle Schnittstelle als "available" im 1.8.10 angezeigt werden:

2023-01-05 17:16:32.648  - info: zigbee.0 (519) List of port: []

An dieser Stelle sollten eigentlich die verfügbaren seriellen Schnittstellen für den Adapter aufgelistet werden

A.

clfberlin

Das Laden der 50+ Adapter dauert immer etwas. Naja, in der Zwischenzeit kann ich mir ja noch was vom Kurs von Matthias Kleine anschauen. Das macht er echt ganz gut. Wobei ich hier auch jeden Tag was dazu lerne.

Sodele. Jetzt hat er alle Adapter geladen. Vorgehen war wie oben beschrieben. Alles vorbereitet, aber diesmal lade ich im letzten Schritt das Update von GIT anstatt über Konsolen-Upgrade. Mal schauen, ob es damit auch auftritt. Dann kann ich gleich die Hausaufgaben erledigen, die mir @Asgothian aufgegeben hat.

So, Host ist auf aktuellem Stand, Instanzen sind gestartet, VIS ist jetzt via Version 1.4.0 + Upgrade auch lauffähig.

Noch schnell einen Stand 'npm list -' vor dem Update.

├─┬ iobroker.zigbee@1.8.9
│ ├── @iobroker/adapter-core@2.6.7 deduped
│ ├── serialport@10.5.0 deduped
│ ├── tar@6.1.13 deduped
│ ├── typescript@4.9.4
│ ├─┬ zigbee-herdsman-converters@14.0.687
│ │ ├─┬ axios@1.1.3
│ │ │ ├── follow-redirects@1.15.2 deduped
│ │ │ ├── form-data@4.0.0 deduped
│ │ │ └── proxy-from-env@1.1.0 deduped
│ │ ├── buffer-crc32@0.2.13
│ │ ├── https-proxy-agent@5.0.1 deduped
│ │ ├── tar-stream@2.2.0 deduped
│ │ └── zigbee-herdsman@0.14.80 deduped
│ └─┬ zigbee-herdsman@0.14.80
│   ├── @serialport/bindings-cpp@10.8.0 deduped
│   ├── @serialport/parser-delimiter@10.5.0 deduped
│   ├── @serialport/stream@10.5.0 deduped
│   ├── debounce@1.2.1
│   ├─┬ debug@4.3.4
│   │ └── ms@2.1.2
│   ├── fast-deep-equal@3.1.3
│   ├── mixin-deep@2.0.1
│   ├─┬ mz@2.7.0
│   │ ├── any-promise@1.3.0
│   │ ├── object-assign@4.1.1 deduped
│   │ ─┬ thenify-all@1.6.0
│   │   └─┬ thenify@3.3.1
│   │     └── any-promise@1.3.0 deduped
│   └── slip@1.0.2

Und jetzt das Update via GIT.
Ja, es dauert wieder sehr lange, bis Devices auftauchen.

Mist, ich habe was anders gemacht als vorher: Adapter war beim Update nicht gestartet. Muss ich ggf. nochmal wiederholen.
Stand jetzt aber:

Adapter bleibt gelb, obwohl laut Konsole /dev/ttyUSB0 da ist.
Diesmal also gar nicht erst verbunden. Und er wirft auch nur stumpf Verbindungsfehler.

2023-01-06 21:03:52.827 - info: zigbee.0 (2474) starting. Version 1.8.10 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.19.0, js-controller: 4.0.24
2023-01-06 21:03:52.941 - info: zigbee.0 (2474) Starting Zigbee npm ...
2023-01-06 21:03:53.456 - error: zigbee.0 (2474) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Permission denied, cannot open /dev/ttyUSB0'"
2023-01-06 21:03:53.458 - error: zigbee.0 (2474) Failed to start Zigbee
2023-01-06 21:03:53.458 - error: zigbee.0 (2474) Error herdsman start
2023-01-06 21:03:53.462 - info: zigbee.0 (2474) Installed Version: ioBroker/ioBroker.zigbee
2023-01-06 21:04:03.463 - info: zigbee.0 (2474) Try to reconnect. 1 attempts left
2023-01-06 21:04:03.464 - info: zigbee.0 (2474) Starting Zigbee npm ...
2023-01-06 21:04:03.487 - info: zigbee.0 (2474) Installed Version: ioBroker/ioBroker.zigbee
2023-01-06 21:04:03.514 - error: zigbee.0 (2474) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Permission denied, cannot open /dev/ttyUSB0'"
2023-01-06 21:04:03.516 - error: zigbee.0 (2474) Failed to start Zigbee
2023-01-06 21:04:03.516 - error: zigbee.0 (2474) Error herdsman start
2023-01-06 21:04:49.295 - info: host.40b66a7f9244 "system.adapter.zigbee.0" disabled
2023-01-06 21:04:49.295 - info: host.40b66a7f9244 stopInstance system.adapter.zigbee.0 (force=false, process=true)
2023-01-06 21:04:49.308 - info: zigbee.0 (2474) Got terminate signal TERMINATE_YOURSELF
2023-01-06 21:04:49.489 - info: host.40b66a7f9244 stopInstance system.adapter.zigbee.0 send kill signal
2023-01-06 21:04:50.490 - info: host.40b66a7f9244 stopInstance system.adapter.zigbee.0 killing pid 2474
2023-01-06 21:04:49.311 - info: zigbee.0 (2474) cleaned everything up...
2023-01-06 21:04:49.499 - info: zigbee.0 (2474) Zigbee: disabling joining new devices.
2023-01-06 21:04:50.664 - warn: zigbee.0 (2474) Failed to stop zigbee during startup
2023-01-06 21:04:50.665 - info: zigbee.0 (2474) terminating
2023-01-06 21:04:50.666 - info: zigbee.0 (2474) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-01-06 21:04:51.285 - info: host.40b66a7f9244 instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-01-06 21:05:30.524 - info: zigbee.0 (2583) starting. Version 1.8.10 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.19.0, js-controller: 4.0.24
2023-01-06 21:05:30.641 - info: zigbee.0 (2583) Starting Zigbee npm ...
2023-01-06 21:05:31.119 - error: zigbee.0 (2583) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Permission denied, cannot open /dev/ttyUSB0'"
2023-01-06 21:05:31.120 - error: zigbee.0 (2583) Failed to start Zigbee
2023-01-06 21:05:31.121 - error: zigbee.0 (2583) Error herdsman start
2023-01-06 21:05:31.125 - info: zigbee.0 (2583) Installed Version: ioBroker/ioBroker.zigbee
2023-01-06 21:05:41.124 - info: zigbee.0 (2583) Try to reconnect. 1 attempts left
2023-01-06 21:05:41.125 - info: zigbee.0 (2583) Starting Zigbee npm ...
2023-01-06 21:05:41.148 - info: zigbee.0 (2583) Installed Version: ioBroker/ioBroker.zigbee
2023-01-06 21:05:41.177 - error: zigbee.0 (2583) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Permission denied, cannot open /dev/ttyUSB0'"
2023-01-06 21:05:41.178 - error: zigbee.0 (2583) Failed to start Zigbee
2023-01-06 21:05:41.179 - error: zigbee.0 (2583) Error herdsman start

Hier habe ich Mist gebaut. Der Fehler von oben lässt sich nicht reproduzieren. Diesmal kein Wechsel grün, rot, grün, rot... Aber da ich etwas anders gemacht habe als vorher, gibt es zwei Möglichkeiten:

Die GIT-Version verhält sich anders
oder
Die Tatsache, dass der Adapter vor dem Update noch nicht aktiviert war, hat einen Unterschied gemacht.

Da werde ich wohl nochmal ran müssen. Hier übrigens noch 'npm list -a' nach dem Update.

─┬ iobroker.zigbee@1.8.10 (git+ssh://git@github.com/ioBroker/ioBroker.zigbee.git#ce1d50e161fe21cc2ebcf66c660b23f20c6e62b6)
  ├── @iobroker/adapter-core@2.6.7 deduped
  ├── serialport@10.5.0 deduped
  ├── tar@6.1.13 deduped
  ├── typescript@4.9.4
  ├─┬ zigbee-herdsman-converters@15.0.16
  │ ├─┬ axios@1.2.2
  │ │ ├── follow-redirects@1.15.2 deduped
  │ │ ├── form-data@4.0.0 deduped
  │ │ └── proxy-from-env@1.1.0 deduped
  │ ├── buffer-crc32@0.2.13
  │ ├── https-proxy-agent@5.0.1 deduped
  │ ├─┬ tar-stream@3.0.0
  │ │ ├── b4a@1.6.1
  │ │ ├─┬ bl@6.0.0
  │ │ │ ├─┬ buffer@6.0.3
  │ │ │ │ ├── base64-js@1.5.1 deduped
  │ │ │ │ └── ieee754@1.2.1 deduped
  │ │ │ ├── inherits@2.0.4 deduped
  │ │ │ └─┬ readable-stream@4.3.0
  │ │ │   ├─┬ abort-controller@3.0.0
  │ │ │   │ └── event-target-shim@5.0.1
  │ │ │   ├── buffer@6.0.3 deduped
  │ │ │   ├── events@3.3.0
  │ │ │   └── process@0.11.10 deduped
  │ │ └─┬ streamx@2.13.0
  │ │   ├── fast-fifo@1.1.0
  │ │   └── queue-tick@1.0.1
  │ └── zigbee-herdsman@0.14.83 deduped
  └─┬ zigbee-herdsman@0.14.83
    ├── @serialport/bindings-cpp@10.8.0 deduped
    ├── @serialport/parser-delimiter@10.5.0 deduped
    ├── @serialport/stream@10.5.0 deduped
    ├── debounce@1.2.1
    ├─┬ debug@4.3.4
    │ └── ms@2.1.2
    ├── fast-deep-equal@3.1.3
    ├── mixin-deep@2.0.1
    ├─┬ mz@2.7.0
    │ ├── any-promise@1.3.0
    │ ├── object-assign@4.1.1 deduped
    │ └─┬ thenify-all@1.6.0
    │   └─┬ thenify@3.3.1
    │     └── any-promise@1.3.0 deduped
    └── slip@1.0.2

Jetzt die Frage: Soll ich nochmal das Vorgehen von zuvor wiederholen (diesmal mit vorherigem Laufen des 1.18.9 Adapters) und für @arteck herausfinden, ob sich die GIT Version anders verhält als das Update via Konsolen-Upgrade?
Oder soll ich das Problem nochmal reproduzieren wie zuvor? Also mit Konsolen-Upgrade, um @Asgothian die Infos zu liefern, was beim rot-grün-rot-grün Karussell passiert?

Derweil habe ich wieder meine Produktivumgebung am Start - mit der 1.18.9. Da schnurrt alles gewohnt reibungslos.

PS: Den Stick hatte ich übrigens nach dem obigen Log nicht mehr angerührt. Der Container mit der 1.18.9 hat ihn sofort erkannt und genutzt.

Thomas Braun

@clfberlin sagte in Problem nach Update auf Zigbee 1.18.10:

Permission denied

ls -la /dev/ttyUSB0
sudo -u iobroker group
ls -lA /dev/serial/by-id

sagt?

Edit: Ach Sinnlosygy. Da ist wieder alles anders.

clfberlin

@thomas-braun

Edit: Ach Sinnlosygy. Da ist wieder alles anders.

Wollte gerade sagen: Im Bash des Portainer-Containers der Synology gibt es nur ein müdes...

root@40b66a7f9244:/opt/iobroker# ls -la /dev/ttyUSB0
crw------- 1 root root 188, 0 Jan  6 21:37 /dev/ttyUSB0

Beim Lesen Deines Namens zucke ich immer leicht zusammen. Hatte einen gleichnamigen Klassenkameraden.

Thomas Braun

@clfberlin sagte in Problem nach Update auf Zigbee 1.18.10:

Hatte einen gleichnamigen Klassenkameraden.

Lustig. Ich auch. Hat unsere Lehrer immer bei der Rückgabe von Klausuren verwirrt. 'Welcher Braun issen das jetzt?!?!'

Asgothian

@clfberlin sagte in Problem nach Update auf Zigbee 1.18.10:

Jetzt die Frage: Soll ich nochmal das Vorgehen von zuvor wiederholen (diesmal mit vorherigem Laufen des 1.18.9 Adapters) und für @arteck herausfinden, ob sich die GIT Version anders verhält als das Update via Konsolen-Upgrade?

Aus meiner Sicht ist das nicht notwendig. Sofern es Probleme mit der aktuellen Version im Stable gibt die in der .git Version behoben sind kann @arteck die auf NPM austauschen.

Ursache sind die Zugriffsrechte auf den Port.

2023-01-06 21:03:52.941 - info: zigbee.0 (2474) Starting Zigbee npm ...
2023-01-06 21:03:53.456 - error: zigbee.0 (2474) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Permission denied, cannot open /dev/ttyUSB0'"
2023-01-06 21:03:53.458 - error: zigbee.0 (2474) Failed to start Zigbee

Am Zigbee-Adapter selber wurde nicht viel geändert, einzig die verwendeten Bibliotheken (Zigbee-Herdsman-Converters) wurden aktualisiert. Im Bereich des Zigbee-Herdsman wurde an der Auswahl des Serialports gedreht.

Warum der 1.8.9 läuft (im gleichen container ???) kann ich nicht sagen. Wenn es ein anderer Container ist sollte klar sein wo klar sein wo das Problem liegt.

A.

Thomas Braun

@clfberlin
Bei den Rechten ist es auch kein Wunder, dass der 'iobroker' da nix darf.
Hier sieht das so aus:

echad@chet:~ $ ls -la /dev/ttyUSB0
ls -lA /dev/serial/by-id
crw-rw---- 1 root dialout 188, 0 Jan  6 21:13 /dev/ttyUSB0

Und da der 'iobroker' in der Gruppe 'dialout' ist schaut der da auch nicht in die Röhre. Wie das jetzt auf dem krüppeligen Container/Docker/was-weiß-ich läuft: Keine Ahnung. Muss wohl irgendwie anders durchgereicht werden.

clfberlin

@thomas-braun
Ja, in meinem funktionierenden Container:

root@8eb11a223384:/opt/iobroker# ls -la /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 0 Jan  6 22:14 /dev/ttyUSB0

Das Witzige: im Sandkasten-Container funktioniert alles tadellos - solange ich auf 1.18.9 bin. Sobald ich das Update auf 1.18.10 mache, ist der Schlamassel da.

NEWS

Problem nach Update auf Zigbee 1.18.10

Support us

838
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

Problem nach Update auf Zigbee 1.18.10

Support us

838Online

30.5kUsers

76.8kTopics

1.2mPosts

838
Online

30.5k
Users

76.8k
Topics

1.2m
Posts