IoBroker im Docker - USV durchreichen
-
@oliverio sagte in IoBroker im Docker - USV durchreichen:
usb der syno muss an den container durchgereicht werden.
im container muss dann die software laufen, die was mit dem device anfangen kann
diese software stellt dann einen port zur verfügung, der vom iobroker genutzt wird. aber das wird wohl nur container interner netzwerkverkehr sein, ausser noch andere geräte ausserhalb des containers müssen da auch auf diese dienste zugreifenWarum sollte der USB an den Container durchgereicht werden? Der NUT-Server läuft auf der Synology (wenn denn aktiviert), und nur dieser greift auf den USB-Anschluss der USV zu. Per Port 3493 können Clients (hier der Adapter) auf den NUT-Server zugreifen und damit Informationen der USV erhalten.
@frana120500: Du darfst als Ziel-Adresse NICHT die IP der Syno eingeben, sondern das Gateway deines Bridge-Netzwerkes, wie es @Bongo schon in der zweiten Antwort gezeigt hat.
EDIT: ... und die IP des ioBroker Containers im Bridge-Netzwerk muss natürlich in der Syno freigegeben sein.
-
Von Server steht da nix sondern nur die Frage wie man usb in den docker Container bekommt.
Aber schön wenn du mit dieser Geräte Konstellation besser vertraut bist -
Ich habs aber auch so verstanden: USV steckt per USB an der Syno und das für sich funktioniert auch. Nun möchte er mit NUT die Daten der USV sehen...
Die gleiche Konstellation habe ich mit unraid laufen und bei mir gings nach tagelangem probieren auch erst, als ich host access aktiviert hatte. -
In diesem Thread gab's schon mal die gleiche Konstellation, da lief es dann auch:
https://forum.iobroker.net/topic/71784/nut-error-seit-synology-restart-access-denied
-
Also, die USV hängt per USB an der Syno. Dann konfiguriert man auf der Syno die USV wie zum Beispiel hier:
Bei Stromausfall fährt die Syno runter wenn der Akkustrom niedrig ist.
Man braucht kein Script, man Braucht kein Device oder sonst irgendwas.@frana120500
Du möchtest noch Infos der USV über den NUT-Adapter? Dann führt kein weg daran vorbei, wie ich es dir oben gezeigt habe. Was noch fehlt ist die Konfiguration des NUT-Adapters. Da musst du die IP des internen Netzwerks der Syno angeben:
Wenn du ein anderes Netzwerk benutzt hast dann natürlich das. Benutzt du Portainer? Dann mach mal Screenshots wie ich es oben gemacht habe. Dann kann ich dir weiter helfen?
-
@warp735 korrekt. die USV steckt in der Syno und funktioniert grundsätzlich. Ich möchte nun die Werte der USV über den NUT Adapter im Iobroker haben.
-
Das ist mein IoBroker Container
Der dazugehörige Stack
version: "2" services: iobroker: container_name: iobroker image: buanet/iobroker:latest-v9 hostname: iobroker restart: unless-stopped networks: default: ipv4_address: 10.10.8.222 ports: - "3493:3493" #NUT - "1010:1010" #PIHOLE - "8091:8091" #Backitup - "9081:9081" #Backitup - "9082:9082" #Backitup #- "1880:1880" #node-red - "1882:1882" #mqtt - "1883:1883" #mqtt - "1884:1884" #mqtt - "2001:2001" #homematic - "2010:2010" #homematic - "8081:8081" #iobroker admin - "8082:8082" #vis - "8087:8087" #Simple API - "7070:7070" #EVCC - "53:53" # Pihole environment: - IOB_STATESDB_HOST=redis - IOB_STATESDB_PORT=6379 - IOB_STATESDB_TYPE=redis - IOB_OBJECTSDB_HOST=redis - IOB_OBJECTSDB_PORT=6379 - IOB_OBJECTSDB_TYPE=redis - IOB_BACKITUP_EXTDB=true - PACKAGES=redis-tools #- SETGID=1200 #- SETUID=1200 volumes: - /volume1/docker/iobroker/iob-data:/opt/iobroker depends_on: - redis redis: container_name: redis image: redis:latest hostname: redis restart: unless-stopped networks: default: ipv4_address: 10.10.8.223 ports: - "6379:6379" volumes: - /volume1/docker/iobroker/iob-redis/:/data networks: default: name: mvl external: trueDas ist das Netzwerk was ich angelegt habe:
Das ist meine Konfiguration der USV auf der Syno...die erste IP ist die IoBroker IP (glaube die brauche ich nicht)
Das sind die Einstellungen vom NUT Adapter
Und das ist die Fehlermeldung die IoBroker auswirft
-
@frana120500
Na, das sieht doch schon fast gut aus
Jetzt noch die Einstellungen im NUT-Adapter:
NUT Server IP: 172.20.0.1 Das ist die IP der Synology deines Netzwerkes nas_iobroker_bridge.Was soll das für ein Benutzername und Passwort der UPS sein? Das sollte leer bleiben.
Später kannst du das interne Netzwerk in deinen Stack einbauen.
Du hast ein schönes Beispiel für einen Stack. Ich arbeite teilweise mit Stacks aber nicht von Anfang an für den ioBroker. Ich kopier mir mal deinen Stack als Vorlage.
-
@bongo tha, und da gibt man 1x die richtige IP ein und schon ist der Adapter grün.
Ich danke dir vielmals für deine (und den anderen natürlich auch) Hilfe.Das mit dem Einbau des internen Netzwerks in den IoBroker Stack musst du mir aber trotzdem nochmal näher erklären. Da kann ich nicht ganz folgen.
-
@frana120500 sagte in IoBroker im Docker - USV durchreichen:
Das mit dem Einbau des internen Netzwerks in den IoBroker Stack musst du mir aber trotzdem nochmal näher erklären. Da kann ich nicht ganz folgen.
Das habe ich selbst noch nicht gemacht. Theoretisch könnte sich die IP 172.20.0.2 des ioBroker beim nöchsten Restart des Docker Containers ändern. Irgendwie kann man es im Stack fest definieren. Aber wie gesagt, ich müsste selbst erst recherchieren. Im Momant fehlt mir dazu die Zeit.
Ich hab mir übrigens eine USV-Wartung nach diesem Video und Skript gebaut:
https://youtu.be/kf_yaXGj-_0?si=tAPuV4AIAw4aXof3
-
@frana120500 sagte in IoBroker im Docker - USV durchreichen:
Das mit dem Einbau des internen Netzwerks in den IoBroker Stack musst du mir aber trotzdem nochmal näher erklären. Da kann ich nicht ganz folgen.
Du referenzierst im Stack (Abschnitt "networks") beide Netzwerke und kannst beim Service "iobroker" dann auch beide inkl. der festen IP angeben:
version: "2" services: iobroker: container_name: iobroker image: buanet/iobroker:latest-v9 hostname: iobroker restart: unless-stopped networks: default: ipv4_address: 10.10.8.222 bridge: ipv4_address: 172.20.0.2 ports: - "3493:3493" #NUT - "1010:1010" #PIHOLE - "8091:8091" #Backitup - "9081:9081" #Backitup - "9082:9082" #Backitup #- "1880:1880" #node-red - "1882:1882" #mqtt - "1883:1883" #mqtt - "1884:1884" #mqtt - "2001:2001" #homematic - "2010:2010" #homematic - "8081:8081" #iobroker admin - "8082:8082" #vis - "8087:8087" #Simple API - "7070:7070" #EVCC - "53:53" # Pihole environment: - IOB_STATESDB_HOST=redis - IOB_STATESDB_PORT=6379 - IOB_STATESDB_TYPE=redis - IOB_OBJECTSDB_HOST=redis - IOB_OBJECTSDB_PORT=6379 - IOB_OBJECTSDB_TYPE=redis - IOB_BACKITUP_EXTDB=true - PACKAGES=redis-tools #- SETGID=1200 #- SETUID=1200 volumes: - /volume1/docker/iobroker/iob-data:/opt/iobroker depends_on: - redis networks: default: name: mvl external: true bridge: name: nas_iobroker_bridge external: trueHast du PiHole mit in den iobroker Container installiert oder warum gibt es dafür Portmappings? Den Port 3493 für NUT musst du auch nicht mappen.
-
@marc-berg MOin, danke dir, dass probiere ich aus.
Nee die Ports hatte ich nur gemappt weil ich ausschließen wollte, dass der NUT und der PiHole Adapter deswegen nicht grün werden. Sind noch Altlasten die ich rauswerfen muss
-
@marc-berg Vielen Dank Marc... das funzt einwandfrei. Habe ich wieder was gelernt.
-
Ich muss jetzt aber nochmal was fragen. Wir haben ja vorher gesagt, das es externe und interne Netze gibt und das Container nicht untereinander kommunizieren können, außer ich baue eine Brücke in Form eines neuen Netzwerkes.
Jetzt möchte ich in Container A (EVCC) eine GET Abfrage aus Container B (Iobroker) machen.
Das ist der Befehl: http://10.10.8.222:8082/getPlainValue/volvo.0.vid.status.batteryChargeLevel.value?json
Die 10.10.8.222 ist ja die externe macvlan IP von meinem Iobroker
Wenn ich den o. g. Befehl an meinem Rechner absetze, erhalte ich den korrekten Wert zurück. Wenn ich den vom EVCC Container abrufe, erhalte ich als Fehlermeldung dial tcp 10.10.8.222:8082: connect: no route to host
Hat jetzt mit der Eingangsfrage nix zu tun, aber da habe ich gerade ein Verständnisproblem.
-
@frana120500 sagte in IoBroker im Docker - USV durchreichen:
EVCC
Du fügst dem Container A das Netzwerk nas_iobroker_bridge zu.
Die interne IP vom ioBroker ist 172.20.0.2
Der Befehl heißt:
http://172.20.0.2:8082/getPlainValue/volvo.0.vid.status.batteryChargeLevel.value?json -
@marc-berg
Du kennst dich mit Stacks aus!
Ich habe vor ein paar Jahren versäumt den ioBroker Container mit einem Stack zu erzeugen und starten.
Kann ich nachträglich einen Stack machen ohne dass ich mir den ioBroker zerschieße? -
Das dachte ich mir auch, aber da bekomme ich diese Fehlermeldung
Der Container A läuft im Host Netzwerk
-
Eigentlich ja, aber nicht so wie du denkst.
Container werden ja so definiert, das alles weggeworfen werden kann und die dauerhaften Anteile in einem oder mehreren volumes sich befinden.
Da sich die gesamte iobroker Installation ( /opt/iobroker) in einem
Eigenen volume definiert ist, kannst du einen neuen Container erzeugen in dem das vorhandene volume von Iobroker verwendet wird.
Wenn du in deinem Container nie andere Software installiert hast oder sonstige Änderungen vorgenommen hast die sich nicht in einem volume befinden, dann hast du keine Probleme
Falls ja, sind diese nach der neugenerierung des Containers weg. -
@frana120500
Da bin ich jetzt auch überfragt. -
@frana120500 sagte in IoBroker im Docker - USV durchreichen:
Das dachte ich mir auch, aber da bekomme ich diese Fehlermeldung
Der Container A läuft im Host NetzwerkEs gibt ein paar Regeln, wann eine Kommunikation (ohne weitere Routingregeln) möglich ist oder nicht:
Container1 in ... Container2 in ... Kommunikation möglich? Bridge A Bridge A ja MACVLAN MACVLAN ja Hostnetzwerk / Host Bridge ja Hostnetzwerk / Host MACVLAN nein Bridge A Bridge B nein Bridge MACVLAN nein Ein Sonderfall, den du ja auch umgesetzt hast: wenn ein Container in Bridge- UND MACVLAN steckt. Dann ist der Host nur über das Bridge-Gateway zu erreichen.
