NEWS
Zigbee-Stick-Zugriff für (iobroker-docker-container)
-
nie :hugging_face:
kleine Anpassung hab ich jetzt noch in der docker-compose-datei gemacht, sollte doch mal jemand(
m/w/d)umstecken wollen.:innocent:devices - /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_.....-port0:/dev/ttyUSB0 -
Hallo zusammen,
iobroker läuft jetzt im dockercontainer im hostmodus, kann aber noch nicht auf den Zigbee-Stick zugreifen.
Was muss noch anpasst werden?root@smarthomeserver:/dev/serial/by-id# ls usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_e8f9074b1a3bec11be179c957a0af07f-if00-port0 root@smarthomeserver:/dev/serial/by-id# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:8008 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 002: ID 8087:8000 Intel Corp. Integrated Rate Matching Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 002: ID 413c:2107 Dell Computer Corp. KB212-B Quiet Key Keyboard Bus 003 Device 003: ID 10c4:ea60 Silicon Labs CP210x UART Bridge Bus 003 Device 004: ID 045e:0040 Microsoft Corp. Wheel Mouse Optical Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
@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!
-
@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!
-
@haselchen sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container):
Wie oft steckst Du denn den Stick um ?
🤔ein Neustart reicht
-
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. -
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 ?
-
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. -
Wie viele Fälle kennst Du , wo sich der TTY ändert nach einem Neustart ohne das Du das gesteckte Gerät umgesteckt hast ?
Kannst aber auch mal @hg6806 zu dem Thema befragen...
https://forum.iobroker.net/topic/81899/raspi-vermeidung-der-usb-port-wechsel?_=1758988339938
-
Wie viele Fälle kennst Du , wo sich der TTY ändert nach einem Neustart ohne das Du das gesteckte Gerät umgesteckt hast ?
@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
-
Kannst aber auch mal @hg6806 zu dem Thema befragen...
https://forum.iobroker.net/topic/81899/raspi-vermeidung-der-usb-port-wechsel?_=1758988339938
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.
-
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.
-
@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. -
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.@haselchen sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container):
Da er mit Udeev Regeln rumhantiert und config Dateien ändert, spielt das ganz sicher mit in das Problem.
Nein, ganz sicher NICHT.
Der Hinweis auf UUIDs im Raspi-Forum war nämlich auch Quatsch (wie der Poster dann wohl auch selber gemerkt hat).