Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ingranu]

@marc-berg Ach so, ich hatte verstanden dass der USB Dongle nicht als Dongle erkannt wird sonder als Netzwerk daher bin ich jetzt ein bisschen verwirrt.
Aber ich verstehe daher nicht, wieso von 3 USB Geräten 2 Stücke gehen mit dem macvlan und der einte nicht

[Rookie50]

@ingranu hi, mit DSM 7 wurde seitens Synology der USB Support eingeschränkt. Ist der Adapter überhaupt im System sichtbar? Wenn nicht, dann kannst Du auch nicht erwarten, den im Docker zu sehen.

[andre]

@ingranu sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Ach so, ich hatte verstanden dass der USB Dongle nicht als Dongle erkannt wird sonder als Netzwerk daher bin ich jetzt ein bisschen verwirrt.
Aber ich verstehe daher nicht, wieso von 3 USB Geräten 2 Stücke gehen mit dem macvlan und der einte nicht

Also nochmal. Ein USB Bluetooth Stick wird unter Linux als Netzwerkgerät (network device) geführt. Auch wenn du es als USB Gerät (lsusb) sehen kannst. Daher kannst du es unter Docker nicht einfach als --device durchreichen. Das kannst du ja schließlich mit deiner Netzwerkschnittstelle auch nicht tun...

Wenn du jetzt unbedingt im Container das Bluetooth Device nutzen willst, braucht der Container vollen Zugriff auf die Netzwerkgeräte deiner DS. Meines Erachtens muss dafür der Container mit dem --network="host" und --privileged ausgeführt werden. Beides würde ich persönlich nicht empfehlen. Aber da hat jeder seine eigene Meinung zu. ;)

Hinzu kommt, was @Rookie50 sagt. Unter DSM 7 hat Synology den USB Support stark eingeschränkt. Es kann also sein, dass du auch noch Treiber installieren musst.

Mein Tipp: Lasse den Container wie er ist und nutze einen Raspberry als Multihost Slave. Habe ich jahrelang so im Einsatz gehabt, da meine DS für eine Bluetooth Verbindung bzw. für Zigbee und RFLink bezüglich der Reichweite ungünstig stand. Den Raspberry habe ich hingegen einfach "sendegünstig" mitten im Haus platziert.

MfG,
André

[haselchen]

@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Mein Tipp: Lasse den Container wie er ist und nutze einen Raspberry als Multihost Slave. Habe ich jahrelang so im Einsatz gehabt, da meine DS für eine Bluetooth Verbindung bzw. für Zigbee und RFLink bezüglich der Reichweite ungünstig stand. Den Raspberry habe ich hingegen einfach "sendegünstig" mitten im Haus platziert.

Hatte ich Ihm vor Tagen schon geraten ;)
Beste Lösung. Hab ich auch.

[uweklatt]

@andre
Mit passenden Treibern (bluez, rfcomm) im Hostsystem kann ein USB Bluetooth Adapter auch als serielles Device (/dev/rfcomm0) genutzt werden.

Tschau
Uwe

[andre]

@uweklatt Anleitung? Auch auf einer DS? Mehr Infos?
Das Problem bei Synology ist halt, dass es jederzeit passieren kann, dass man ein Update des DSM macht und solche Sachen wie nachträglich installierte Treiber dann wieder weg sind... Hinzu kommt, dass es im DSM zum Beispiel nicht möglich ist, Devices by id anzusprechen. Kann also vorkommen, dass der Zigbee Stick nach dem Reboot der ZWAVE Stick ist, und umgekehrt... Alles Sachen die bei Synology nicht so prall sind. Würde es halt keinem empfehlen. Letztendlich muss aber jeder selbst wissen...

MfG,
André

[uweklatt]

@andre
Leider kenne ich Synology nicht.
Meine Aussage war eher allgemein für Linux gedacht.

Tschau
Uwe

[Codierknecht]

@uweklatt sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Meine Aussage war eher allgemein für Linux gedacht.

Wie man der Aussage von @andre schon entnehmen kann, kommt man damit in DSM nicht weit. Hilft also nicht.

[MUD]

Hallo,

bin neu hier und hoffe, mit folgender Frage nicht zu nerven. Es geht wieder einmal um CC2531...

Ich bekomme den Stick nicht zum Container durchgereicht.

Syno ist eine 720+
DSM ist 7.1
iobroker läuft nach der Anleitung von Andre sauber in einem macvlan.
Die Idee mit dem Stick kam erst später und auch erst nach dem Up auf DSM 7.1
Ich habe also die allgemein bekannten Aktionen per SSH ausgeführt:
In einen Script folgende Befehle gespeichert:

/sbin/modprobe usbserial
/sbin/modprobe ftdi_sio
/sbin/modprobe cdc-acm
chmod 777 /dev/ttyUSB0
chmod 777 /dev/ttyACM0

Script gespeichert und Rechte vergeben.
Syno neu gestartet.
Per SSH geprüft und Stick wird unter ACM0 erkannt.

Danach via Portainer in den Container. Dort unter "Runtime und Resources" neues Device eingefügt und dem Kind auf beiden Seiten den Namen "/dev/ttyACM0" gegeben.
Da Portainer bezüglich der ENV etwas zickig ist, diese in der originalen Dockerumgebung in DSM geändert und Container neu gestartet. Wenn ich mir dann in Portainer den Container und seine Variablen noch einmal anschaue, wird wohl alles übernommen.
Der Container startet sauber durch, allerdings kommt im Log kein Hinweis auf den USB Anschluss.

Im Container selbst kann ich mittels Console und "ls -al /dev/tty*" folgendes Ergebnis abrufen:

crw-rw-rw- 1 root root 5, 0 Mär 5 17:20 /dev/tty
crw------- 1 root root 166, 0 Mär 5 17:20 /dev/ttyACM0

Ich gehe also davon aus, dass der USB Port in den Container weitergereicht wird.
Nur kann ich den im Z Adapter nicht aufrufen. Das Dropdown für die Schnittstelle kann nicht bedient werden.

Wo liegt mein Fehler?

Danke

MUD

[andre]

@mud sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

crw------- 1 root root 166, 0 Mär 5 17:20 /dev/ttyACM0

Muss nicht unbedingt dein Fehler sein. Aber die Berechtigungen sehen nicht richtig aus. Sicher dass deine Umgebungsvariable "USBDEVICES" passt? Zeig mal dein Container Log.

MfG,
André

[kosmix]

@fir3drag0n Über solche Beiträge bin ich immer sehr dankbar ... ja, ich weiß ... readme lesen ... aber hier wurde ich fündig und waren die Variablen definiert, schwupps: lief es!

[andre]

@kosmix Da frag ich mich aber, warum ich so viel Zeit in die Doku/ Readme stecke... :( Gerade heute wieder 2 Stunden für die Überarbeitung zur kommenden v8 des Docker Images...
Hast du sie jetzt einfach nur nicht gelesen oder fehlt da was? Nur Feedback kann das Ganze besser machen, und da bekomm ich leider in letzter Zeit reichlich wenig von...

MfG,
André

[bean]

@andre said in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Nur Feedback kann das Ganze besser machen, und da bekomm ich leider in letzter Zeit reichlich wenig von...

Für mich hat die ganze Doku so gut funktioniert, dass ich praktisch keine Fragen hatte (Auch wenn ich einen Mac Mini benutze und keine Synology) - ich würde fehlendes Feedback eher positiv sehen :clap: :+1:

[andre]

@bean sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

ich würde fehlendes Feedback eher positiv sehen

Ich hoffe ja auch immer dass es so ist. :) Aber wissen kann ich es nicht wenn keiner was sagt...

[MUD]

@andre

sorry für die späte Antwort. Komme nicht jeden Tag dazu...

Ich habe den Container mal neu gestartet und die ersten Eintragungen von heute beigefügt.

2023-03-08T14:33:39.496352302Z --------------------------------------------------------------------------------
2023-03-08T14:33:39.496449999Z ------------------------- 2023-03-08 15:33:39 -------------------------
2023-03-08T14:33:39.496487247Z --------------------------------------------------------------------------------
2023-03-08T14:33:39.496514607Z ----- -----
2023-03-08T14:33:39.496541022Z ----- ██╗ ██████╗ ██████╗ ██████╗ ██████╗ ██╗ ██╗ ███████╗ ██████╗ -----
2023-03-08T14:33:39.496577312Z ----- ██║ ██╔═══██╗ ██╔══██╗ ██╔══██╗ ██╔═══██╗ ██║ ██╔╝ ██╔════╝ ██╔══██╗ -----
2023-03-08T14:33:39.496613440Z ----- ██║ ██║ ██║ ██████╔╝ ██████╔╝ ██║ ██║ █████╔╝ █████╗ ██████╔╝ -----
2023-03-08T14:33:39.496646573Z ----- ██║ ██║ ██║ ██╔══██╗ ██╔══██╗ ██║ ██║ ██╔═██╗ ██╔══╝ ██╔══██╗ -----
2023-03-08T14:33:39.496711934Z ----- ██║ ╚██████╔╝ ██████╔╝ ██║ ██║ ╚██████╔╝ ██║ ██╗ ███████╗ ██║ ██║ -----
2023-03-08T14:33:39.496743267Z ----- ╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═╝ ╚═════╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝ -----
2023-03-08T14:33:39.496876295Z ----- -----
2023-03-08T14:33:39.496909517Z ----- Welcome to your ioBroker Docker container! -----
2023-03-08T14:33:39.496974034Z ----- Please be patient! -----
2023-03-08T14:33:39.496943718Z ----- Startupscript is now running! -----
2023-03-08T14:33:39.497010143Z --------------------------------------------------------------------------------
2023-03-08T14:33:39.497037007Z
2023-03-08T14:33:39.497060577Z --------------------------------------------------------------------------------
2023-03-08T14:33:39.497086269Z ----- System Information -----
2023-03-08T14:33:39.497119305Z ----- arch: x86_64 -----
2023-03-08T14:33:39.497146989Z ----- hostname: iobroker -----
2023-03-08T14:33:39.497188639Z ----- -----
2023-03-08T14:33:39.497216396Z ----- Version Information -----
2023-03-08T14:33:39.497244026Z ----- image: v7.2.0 -----
2023-03-08T14:33:39.497272674Z ----- build: 2023-02-10T23:45:25+00:00 -----
2023-03-08T14:33:39.497302562Z ----- node: v16.19.1 -----
2023-03-08T14:33:40.669202084Z ----- npm: 8.19.3 -----
2023-03-08T14:33:41.121050772Z ----- -----
2023-03-08T14:33:41.121124812Z ----- Environment Variables -----
2023-03-08T14:33:41.121160156Z ----- SETGID: 1000 -----
2023-03-08T14:33:41.121257246Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121225352Z ----- SETUID: 1000 -----
2023-03-08T14:33:41.121282340Z
2023-03-08T14:33:41.121305761Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121330094Z ----- Step 1 of 5: Preparing container -----
2023-03-08T14:33:41.121360705Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121385521Z
2023-03-08T14:33:41.121409582Z This is not the first run of this container. Skipping first run preparation.
2023-03-08T14:33:41.121447338Z
2023-03-08T14:33:41.121473588Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121498504Z ----- Step 2 of 5: Detecting ioBroker installation -----
2023-03-08T14:33:41.121528334Z --------------------------------------------------------------------------------
2023-03-08T14:33:41.121556028Z
2023-03-08T14:33:48.231446168Z Existing installation of ioBroker detected in "/opt/iobroker".
2023-03-08T14:33:48.231927988Z
2023-03-08T14:33:48.232248656Z --------------------------------------------------------------------------------
2023-03-08T14:33:48.232397575Z ----- Step 3 of 5: Checking ioBroker installation -----
2023-03-08T14:33:48.233019851Z --------------------------------------------------------------------------------
2023-03-08T14:33:48.233066273Z
2023-03-08T14:33:52.613026254Z (Re)setting permissions (This might take a while! Please be patient!)... Done.
2023-03-08T14:33:52.613475407Z
2023-03-08T14:33:52.643763117Z Fixing "sudo-bug" by replacing sudo with gosu... Done.
2023-03-08T14:33:52.643913038Z
2023-03-08T14:34:19.250808902Z Hostname in ioBroker matches the hostname of this container.
2023-03-08T14:34:19.251318836Z No action required.
2023-03-08T14:34:19.251376480Z
2023-03-08T14:34:19.251545078Z --------------------------------------------------------------------------------
2023-03-08T14:34:19.251590495Z ----- Step 4 of 5: Applying special settings -----
2023-03-08T14:34:19.252181967Z --------------------------------------------------------------------------------
2023-03-08T14:34:19.252233952Z
2023-03-08T14:34:19.252388090Z Some adapters have special requirements/ settings which can be activated by the use of environment variables.
2023-03-08T14:34:19.252444061Z For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs/).
2023-03-08T14:34:19.252487407Z
2023-03-08T14:34:19.256511330Z --------------------------------------------------------------------------------
2023-03-08T14:34:19.256630690Z ----- Step 5 of 5: ioBroker startup -----
2023-03-08T14:34:19.257322111Z --------------------------------------------------------------------------------
2023-03-08T14:34:19.257380641Z
2023-03-08T14:34:19.257408638Z Starting ioBroker...
2023-03-08T14:34:19.257440575Z
2023-03-08T14:34:19.257474699Z ##### #### ### ## # iobroker.js-controller log output # ## ### #### #####

Und mir fällt gerade auf, dass ich hier...

...ein "S" bei DEVICES vergessen habe.
Ich Trottel...

[MUD]

Und ja, es lag dann wohl an diesem Buchstaben...
Zumindest läuft es jetzt.
Allerdings konnte ich den Adapter in iobroker unter Netzwerkkarte immer noch nicht via dropdown auswählen. Händisch eingeben ging aber und führte zu einem Ergebnis, bei dem ich einen ersten Aktor verbinden konnte.

@andre
Dennoch danke, dass du dir das Thema so schnell angenommen hast.

[Boardy]

Moin, ich wollte auch wieder mal aktualiseren und hänge auch gerade am USB Fehler... und wie es so ist wenn man im Thema nicht dauernd drin ist.. es klappt mal wieder nicht...

v7.0.1. läuft... im Portainer

Sicherung gemacht, v7.2.0 drübergebügelt, USB Fehler... wieder 7.0.1. Drübergebüglet - läuft wieder

Dann versucht neu aufzusetzten, Sicherung in leeren Ordner und 8er Beta genommen... ( V7 ist gestoppt)
Gleicher USB Fehler:

--------------------------------------------------------------------------------

-----                Step 4 of 5: Applying special settings                -----

--------------------------------------------------------------------------------

 

Some adapters have special requirements/ settings which can be activated by the use of environment variables.

For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs/).

 

USBDEVICES is set.

Setting permissions for "/dev/ttyACM0"... Done.

Looks like the device " /dev/ttyUSB0" does not exist.

Did you mount it correctly by using the "--device" option?

For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs/#mounting-usb-devices).

 

This Script will exit now.

root@IOBroker:/opt/iobroker# ls -al /dev/tty*
crw-rw-rw- 1 root root 5, 0 Mär 12 13:40 /dev/tty
crwxrwxrwx 1 root root 166, 0 Mär 12 13:40 /dev/ttyACM0
crwxrwxrwx 1 root root 188, 0 Mär 12 13:40 /dev/ttyUSB0

Ist de rUSB ggf noch blockiert???
Hat sich im Handling nach 7.0.1. was geändert?
im 7.2 Log sehe ich das: add error handling for usb devices

ist das Readme zu 8.0 schon veröffentlicht? ich finde es nicht... (das das Restore nun geändert ist habe ich im Bot Log gelesen)

ENV: USBDEVICES /dev/ttyACM0; /dev/ttyUSB0

[andre]

@boardy sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

ENV: USBDEVICES /dev/ttyACM0; /dev/ttyUSB0

Kurze Antwort: Du hast ein Leerzeichen in der Konfig... Hinterm Semikolon....

Sieht man auch im Log:

Setting permissions for "/dev/ttyACM0"... Done.
 
Looks like the device " /dev/ttyUSB0" does not exist.

@boardy sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Hat sich im Handling nach 7.0.1. was geändert?

Nein. Es wird nur restriktiver gegen Fehlkonfiguration vorgegangen.

@boardy sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

ist das Readme zu 8.0 schon veröffentlicht? ich finde es nicht... (das das Restore nun geändert ist habe ich im Bot Log gelesen)

Nein, kommt mit dem Release. Ist aber für deinen Fehler auch nicht relevant. :)

MfG,
André

[Boardy]

gutes Auge!!!
da hat Portainer wieder was beim Kopieren geschrottet... komisch aber daß die 701 nun auch ein Leerzeichen beinhaltet aber noch funktioniert , abver egal... wenn ich nun schon neu machen muss wollte ich das gleich mal mit den Stacks versuchen...
Wie kann ich alle relevanten Parameter setzen? hat jemand mal ein IoBroker Beispiel mit USB Durchreichung? ich finde nicht wie ich die Runtime&Ressources definieren kann?

[andre]

@boardy sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

komisch aber daß die 701 nun auch ein Leerzeichen beinhaltet aber noch funktioniert , abver egal

@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Es wird nur restriktiver gegen Fehlkonfiguration vorgegangen.

Ich dachte, das hätte es erklärt... Früher wurden fehlerhafte Konfigurationen toleriert, was häufig zu schwer identifizierbar Feblerbildern geführt hat...

Portainer Stacks = docker-compose, daher: https://docs.docker.com/compose/compose-file/

MfG,
André