UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Rookie50]

@toralt
Aber kannst Du denn Dein IOT LAN nicht über ein Gateway erreichen? Sprich hast Du kein InterVLAN routing? Für MQTT müssen die Geräte nicht in der gleichen Broadcast Domain sein. D.h. wenn Deine Shelly's in Netz 10.1.2.0/24 sind, der MQTT Broker im Netz 10.1.1.0/24 ist und es zwischen 10.1.1.0/24 und 10.1.2.0/24 ein Routing exsistiert, dann funktioniert es. Prüfe doch erstmal IP and GW der Shelly's.

Was spricht eigentlich für Dich dagegen auch den ioBroker im MACVLAN zu betreiben? Der MACVLAN Treiber ist zuverlässig und schnell.

Wenn Du aus einem Container auch noch Zugriff auf die IP der Synology benötigst, kann Du das mit einer 2. IP aus dem MACVLAN auf der Synology erreichen. Aber dann sollte man bedenken, dass es ja aus Sicherheitsgründen gesperrt ist und evtl. ein paar Schutzmaßnahmen (Firewall/ACL's) für diese IP einrichten.

[toralt]

@rookie50
Bei mir gibt es drei Netzwerke:
192.168.4.0/24
192.168.178.0/24 - VLAN ID=10 IoT
10.1.1.0/24 - VLAN ID=20 -dieses Netzwerk ist nur für Docker Container

MacVLAN für den ioBroker Docker gibt es:
192.168.4.6/32
192.168.178.100/32
10.1.1.20/28 wobei der ioBroker sich eine freie IP nimmt.

im 10.1.1.0 netzt sind noch ein Mosquitto Docker und ein Zigbee2MQTT Docker

Und jetzt kommen wir zu den Dockern die Probleme machen:
Ich habe noch 6 Docker wo jeweils ein owntone Server läuft (für jeden Homepod/Gruppe von HomePods einer) Diese laufen im Host Modus. Auf diesen kann ich nicht zugreifen von MacVLAN, das ist mir bekannt. Daher gehe ich über den Umweg einer VM, auf welcher ein Linux mit einer HomeBridge läuft. Dort das owntone-Plugin. via Homekit-controller kann ich diese wunderbar steuern.

Da ich aber weg will vom homekit Controller war mein Gedanke, das ich die Owntone Host Docker einfach in mein Docker LAN hänge (10.1.1.0/24). Die Server funktionieren auch wunderbar (oberfläche ausfrufbar mit IP, Homepods auswählbar, Radiosender wählbar), jeder mit eigener IP ABER ich kann sie vom ioBroker nicht steuern, obwohl der ioBroker ebenfalls in diesem Netzwerk ist (Zigbee2mqtt funktioniert ohne Probleme).
Weder das owntone Plugin via HAM Adapter noch direkte curl Befehle gehen durch.

Die Synology, auf der der Docker läuft, besitzt insgesamt 5 Netzwerkschnittstellen, wovon 3 belegt sind (jeweils eines der 3 Netzwerke) Der Switch ist entsprechend mit 3 Kabeln mit dem NAS verbunden, wobei zwei der drei Ports untagged sind.

Meinem Verständnis nach müsste ich doch mit dem ioBroker eigentlich problemlos auf meine owntone Docker zugreifen können, wenn diese auch via MacVLAN verbunden sind? Oder habe ich einen Denkfehler. Wie gesagt, der Zigbee2mqtt Adapter ist via 10.1.1.xxx mit dem Zigbee2mqtt Docker verbunden.

Der einfachste Gedanke meinerseits war nun, einfach alles auf Host Netzwerk und gut ist, wobei mir MacVLAN schon sehr gut gefällt. Aber ich bekomme dieses eine Problem nicht gelöst.

[Rookie50]

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

das ich die Owntone Host Docker einfach in mein Docker LAN hänge

Sorry, da muss ich nun nachfragen, da es sich nicht eindeutig liest: Hast Du einen Owntone Host Rechner auf dem noch zusätzlich Docker läuft, oder ist es ein Owntone Container?

Ein Container mit MACVLAN kann NICHT direkt auf den Docker Host Server zugreifen. Daher muss Du hier schon etwas genauer sein ;-)

Irgendwie so

Zu deinen MACVLAN's: Du kannst pro Netzwerkadapter nur ein MACVLAN definieren. Ich würde mir überlegen, die MACVLAN's etwas größer zu machen als /32. Dann kann Du mehrere Container im MACVLAN betreiben.

[toralt]

@rookie50 es sind mehrere Owntone Container im Synology Docker die aktuell im Host Modus laufen und daher nicht direkt via ioBroker (wegen MACVLAN) erreichbar sind. Wenn ich die owntone Container ebenfalls in MACVLAN packe (ins 10.1.1.0/24 Netz), dann kann ich sie zwar vom ioBroker Container aus anpingen, aber ich kann keine Befehle schicken.
Allerdings habe ich jetzt noch einen anderen Owntone-Container gefunden, der speziell für HASS erstellt wurde. Mit diesem scheint es zu gehen!?
Ich habe aber Deine Empfehlung umgesetzt und mein 192.168.4.6/32 MacVLAN nun erweitert. Ich werde jetzt mal meine bisherigen owntone container mit der HASS Version ersetzen und mal sehen wie das (auch ohne Hass, sind ja nach wie vor owntone Server) mit den Befehlen damit funktioniert. Aber ich habe es vorhin getestet und konnte den Player starten.
Dann lasse ich mein MACVLAN nun doch wie es ist.
Danke Dir für den support!

[ingranu]

Guten Morgen :-)

Ich brauche da ein bisschen Unterstützung. Mein iobroker wurde umgezogen von VM auf dem Docker. Soweit alles gut, macvlan rennt, conbee2 rennt, mein USB to Serial Adapter runnt, jedoch krieg ich mein Bluetooth Dongle für Radar2 nicht connected.

ttyUSB0 = serial to usb
ttyACM0= conbee2
Der Bluetooth dongle wird blau erkannt

Wer kann mir helfen?Wer hier der Treiber?

[andre]

@ingranu Mal die Suchfunktion benutzt?
Für Bluetooth finde ich in diesem topic 13 Ergebnisse... Schau mal am 16. Oktober 2020, 21:21...

MfG,
André

[ingranu]

@andre Hallo besten Dank für den Input :-) Hatte den Beitrag überflogen aber das hatte ich nicht gesehen. So wie ich das verstanden habe muss man den dongle von network_mode auf host switchen. Wie und wo muss ich das aber machen..?

[andre]

@ingranu Nicht den Dongle. Du musst den Container auf Network = host umstellen. Nur dann geht es, weil der Bluetooth Stick kein USB, sondern ein Network device ist...

MfG,
André

[ingranu]

@andre Ja genau das hatte ich gemeint sorry :-) Wie kann ich das machen? Im portainer oder wo?

Ich hab keine Ahnung wo ich das umstellen muss.

[Marc Berg]

@ingranu Wie erstellst du deine Container? Per Kommandozeile oder in Portainer?

[ingranu]

@marc-berg Hallo Marc, ich habe den Container ganz normal in der Weboberfläche von DSM erstellt. Image heruntergeladen und dann gestartet.

[Marc Berg]

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

@marc-berg Hallo Marc, ich habe den Container ganz normal in der Weboberfläche von DSM erstellt. Image heruntergeladen und dann gestartet.

Okay, zu DSM kann ich nichts sagen, Fakt ist, dass du statt MACVLAN das "Host" Netzwerk auswählen musst. Das führt natürlich dazu, dass ALLE Ports nach außen geführt werden.

[ingranu]

@marc-berg es geht darum ein USB Dongle für Bluetooth an zu steuern da hat das macvlan doch keinen Einfluss oder? Die andere 2 USB Geräte gehen ja auch

[Marc Berg]

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

@marc-berg es geht darum ein USB Dongle für Bluetooth an zu steuern da hat das macvlan doch keinen Einfluss oder? Die andere 2 USB Geräte gehen ja auch

Die Frage hat doch @andre schon beantwortet.

[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é