Zigbee-Stick-Zugriff für (iobroker-docker-container)
-
hab nach dieser Anleitung eben noch das docker-compose-file
angepasst: https://blog.buanet.de/posts/2023/03/02_usb-geraete_im_iobroker_docker_container/log sieht so aus:
-
@xbow42 sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container):
log sieht so aus
als Text in code-tags sähe es viel schöner aus
was ich da glaube entziffern zu können, ist nur warn und info, kein debug
-
ich gelobe Besserung
zigbee.0 2025-09-27 17:12:34.096 error Error herdsman start zigbee.0 2025-09-27 17:12:34.095 error Starting zigbee-herdsman problem : Error: No such file or directory, cannot open /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_e8f9074b1a3bec11be179c957a0af07f-if00-port0 zigbee.0 2025-09-27 17:12:34.064 info Unable to obtain herdsman settings zigbee.0 2025-09-27 17:12:33.782 info Starting Zigbee-Herdsman zigbee.0 2025-09-27 17:12:33.781 info configured transmit power : normal zigbee.0 2025-09-27 17:12:33.779 info Installed Version: iobroker.zigbee@3.0.5 (Converters 24.8.0 Herdsman 4.4.1) zigbee.0 2025-09-27 17:12:33.759 info Starting Adapter npm ... zigbee.0 2025-09-27 17:12:33.758 info Autostart Zigbee subsystem zigbee.0 2025-09-27 17:12:33.758 info --- creating device debug --- zigbee.0 2025-09-27 17:12:33.704 info init localConfig zigbee.0 2025-09-27 17:12:33.703 info Adapter ready - starting subsystems. Adapter is running in info mode. zigbee.0 2025-09-27 17:12:33.673 info starting. Version 3.0.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.19.0, js-controller: 7.0.7 zigbee.0 2025-09-27 17:11:57.136 info debug devices set to [] zigbee.0 2025-09-27 17:11:56.790 warn Device 0xffffb40e0600bdbf "3RSM0147Z" not found. zigbee.0 2025-09-27 17:11:56.790 warn Device 0x282c02bfffeec20f "3RSPE01044BZ" not found. zigbee.0 2025-09-27 17:11:56.790 warn Device 0xffffb40e06000f6f "3RSPE01044BZ" not found. zigbee.0 2025-09-27 17:11:56.788 warn Device 0x00158d000232c1c5 "MCCGQ11LM" not found. zigbee.0 2025-09-27 17:11:56.778 warn Device 0x00178801060d52be "7146060PH" not found. zigbee.0 2025-09-27 17:11:56.778 warn Device 0x00124b000420cb77 "AV2010/25" not found. zigbee.0 2025-09-27 17:11:56.778 warn Device 0x00158d0002c6f552 "RTCGQ11LM" not found. zigbee.0 2025-09-27 17:11:56.778 warn Device 0x00158d0002b74582 "DJT11LM" not found. zigbee.0 2025-09-27 17:11:56.777 warn Device 0x04cf8cdf3c78c249 "GZCGQ01LM" not found. zigbee.0 2025-09-27 17:11:56.777 warn Device 0x00158d0002b6e86a "RTCGQ11LM" not found. zigbee.0 2025-09-27 17:11:56.777 warn Device 0x00158d000205a243 "WXKG11LM" not found. zigbee.0 2025-09-27 17:11:56.777 warn Device 0x00158d000205bf28 "WXKG11LM" not found. zigbee.0 2025-09-27 17:11:56.776 warn Device 0x00158d0001ef6817 "WXKG11LM" not found. zigbee.0 2025-09-27 17:11:56.776 warn Device 0x00158d0001e81c61 "WSDCGQ01LM" not found. zigbee.0 2025-09-27 17:11:56.776 warn Device 0x00158d000232c420 "MCCGQ11LM" not found. zigbee.0 2025-09-27 17:11:56.775 warn Device 0x00158d0002090a08 "WSDCGQ01LM" not found. zigbee.0 2025-09-27 17:11:56.775 warn Device 0x00158d000208ec61 "WSDCGQ01LM" not found. zigbee.0 2025-09-27 17:11:56.775 warn Device 0x00158d00024352a2 "MCCGQ11LM" not found. zigbee.0 2025-09-27 17:11:56.775 warn Device 0x00158d00024348fb "MCCGQ11LM" not found. zigbee.0 2025-09-27 17:11:56.774 warn Device 0x00158d000232c476 "MCCGQ11LM" not found. zigbee.0 2025-09-27 17:11:56.773 warn Device 0x00158d0002495571 "MCCGQ11LM" not found. zigbee.0 2025-09-27 17:11:56.754 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zigbee.0 2025-09-27 17:11:56.752 info terminating zigbee.0 2025-09-27 17:11:56.752 info cleanup successful zigbee.0 2025-09-27 17:11:56.751 info zigbecontroller stopped successfully zigbee.0 2025-09-27 17:11:55.902 info Saved local configuration data zigbee.0 2025-09-27 17:11:55.892 info cleaning everything up... zigbee.0 2025-09-27 17:11:55.889 info Halting zigbee adapter. Restart delay is at least 30 seconds. zigbee.0 2025-09-27 17:11:55.855 info Got terminate signal TERMINATE_YOURSELF``` -
@xbow42 sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container):
Error: No such file or directory, cannot open /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_e8f9074b1a3bec11be179c957a0af07f-if00-port0
Die Datei gibt es nicht.
-
@thomas-braun
ich hab in der Adapterconfig bei COM-Anschlussname von /dev/serial/by-id... auf /dev/ttyUSB0 umgestellt. läuft.Jetzt muss ich nur hoffen, dass beim Neustart der Alias-link für den Stick immer auf ttyUSB0 bleibt.
Kann man das mit irgend einer Einstellung erzwingen? -
@xbow42 sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container):
Kann man das mit irgend einer Einstellung erzwingen?
Nein. Deswegen verwendet man ja die links 'by-id', die ändern sich nämlich nicht.
-
Wie oft steckst Du denn den Stick um ?
-
@haselchen sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container):
Wie oft steckst Du denn den Stick um ?
ein Neustart reicht
-
nie
kleine Anpassung hab ich jetzt noch in der docker-compose-datei gemacht, sollte doch mal jemand(
m/w/d)umstecken wollen.
devices - /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_.....-port0:/dev/ttyUSB0 -
@xbow42 sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container):
root@smarthomeserver:/dev/serial/by-id# ls
wo bist du da?
im Docker container?Da wird die Datei gefunden!
Aber möglicherweise ist der root schuld dass der user iobroker da nicht dran darf.Aber alles Vermutungen, ich kenne mich bei Docker gar nicht aus!
-
@homoran
auf dem debian-system. Durch das Mapping vom Debian-pfad ...by-id ... , auf das Verzeichnis im Container /dev/ttyUSB0 passt das jetzt. Adapter läuft wie gewünscht.Danke für eure Hilfe!
-
Unter uns Klosterschwestern….ich hab seit Jahren den Conbee und Sonoff Dongle in den gleichen USB Ports , da hat sich bisher von den drölftausend Neustarts nix geändert .
-
Das heißt aber nicht unbedingt, das es auch beim drölftausendersten Neustart so bleibt.
Weil man das nicht ausschließen kann hat man das mit den statischen 'by-id'-Links auf dynamische Ziele ja erst eingeführt. -
Wie viele Fälle kennst Du , wo sich der TTY ändert nach einem Neustart ohne das Du das gesteckte Gerät umgesteckt hast ?
-
Das spielt keine Rolle.
Das ergibt sich einfach daraus, das ein modernes System parallel startet und die die Vergabe der Gerätedateien nach der Reihenfolge des Auffindens erfolgt. Und das kannst du nicht gesichert vorhersehen. Je komplexer das Ding ist (mehrere CPUs, mehrere USB-Sticks, usw.) desto größer ist die Wahrschreinlichkeit, das die Hardware nicht immer auf der gleichen Device-Datei landet. Ist einfach so. -
Kannst aber auch mal @hg6806 zu dem Thema befragen...
https://forum.iobroker.net/topic/81899/raspi-vermeidung-der-usb-port-wechsel?_=1758988339938
-
@haselchen sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container):
Wie viele Fälle kennst Du , wo sich der TTY ändert nach einem Neustart ohne das Du das gesteckte Gerät umgesteckt hast ?
gibt es hier im Forum einige.
Bevor ich die Version mit by-id kannte und umgesetzt habe, ist es mir auch passiergt.
ich hab dann entwederneu gestartet oder den Stick ab und wieder angestecktja, es war nicht häufig, aber es kommt vor
-
Hätte mich fast überzeugt
Aber da ich auch mal die Suche bemüht habe , hat der User das Problem schon seit 1 Jahr
https://forum-raspberrypi.de/forum/thread/61082-usb-devices-nach-dem-reboot-verschiedene-zuweisungen/Dementsprechend vermute ich ein anderes Problem bei ihm.
-
@haselchen sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container):
Dementsprechend vermute ich ein anderes Problem bei ihm.
Nein, es ist haargenau das "Phänomen", das sich Gerätedateien ändern können.
-
Da er mit Udeev Regeln rumhantiert und config Dateien ändert, spielt das ganz sicher mit in das Problem.
Aber Schwamm drüber , am Sichersten ist natürlich Deine Lösung.
