Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. Problem nach Update auf Zigbee 1.18.10

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    Problem nach Update auf Zigbee 1.18.10

    This topic has been deleted. Only users with topic management privileges can see it.
    • clfberlin
      clfberlin last edited by

      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.

      9f682719-4780-495f-8da4-ce8195b1b9ef-image.png

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

      1 Reply Last reply Reply Quote 0
      • arteck
        arteck Developer Most Active last edited by 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 1 Reply Last reply Reply Quote 0
        • clfberlin
          clfberlin @arteck last edited by

          @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 1 Reply Last reply Reply Quote 0
          • clfberlin
            clfberlin @clfberlin last edited by

            @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 Glasfaser 3 Replies Last reply Reply Quote 0
            • arteck
              arteck Developer Most Active @clfberlin last edited by

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

              1 Reply Last reply Reply Quote 0
              • Glasfaser
                Glasfaser @clfberlin last edited by 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 1 Reply Last reply Reply Quote 0
                • clfberlin
                  clfberlin @Glasfaser last edited by

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

                  1 Reply Last reply Reply Quote 0
                  • Glasfaser
                    Glasfaser @clfberlin last edited by

                    @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 1 Reply Last reply Reply Quote 2
                    • clfberlin
                      clfberlin @Glasfaser last edited by

                      @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 1 Reply Last reply Reply Quote 0
                      • clfberlin
                        clfberlin @clfberlin last edited by 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 Asgothian 2 Replies Last reply Reply Quote 1
                        • Glasfaser
                          Glasfaser @clfberlin last edited by

                          @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 1 Reply Last reply Reply Quote 0
                          • clfberlin
                            clfberlin @Glasfaser last edited by

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

                            1 Reply Last reply Reply Quote 1
                            • Asgothian
                              Asgothian Developer @clfberlin last edited by 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 1 Reply Last reply Reply Quote 1
                              • clfberlin
                                clfberlin @Asgothian last edited by 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:

                                1. Die GIT-Version verhält sich anders
                                  oder
                                2. 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 Asgothian 2 Replies Last reply Reply Quote 0
                                • Thomas Braun
                                  Thomas Braun Most Active @clfberlin last edited by 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 1 Reply Last reply Reply Quote 0
                                  • clfberlin
                                    clfberlin @Thomas Braun last edited by

                                    @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 2 Replies Last reply Reply Quote 0
                                    • Thomas Braun
                                      Thomas Braun Most Active @clfberlin last edited by

                                      @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?!?!'

                                      1 Reply Last reply Reply Quote 0
                                      • Asgothian
                                        Asgothian Developer @clfberlin last edited by 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.

                                        clfberlin 1 Reply Last reply Reply Quote 0
                                        • Thomas Braun
                                          Thomas Braun Most Active @clfberlin last edited by

                                          @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 1 Reply Last reply Reply Quote 0
                                          • clfberlin
                                            clfberlin @Thomas Braun last edited by

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

                                            Thomas Braun 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate
                                            FAQ Cloud / IOT
                                            HowTo: Node.js-Update
                                            HowTo: Backup/Restore
                                            Downloads
                                            BLOG

                                            786
                                            Online

                                            31.9k
                                            Users

                                            80.1k
                                            Topics

                                            1.3m
                                            Posts

                                            5
                                            32
                                            2507
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo