Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Synology adapter / Nas erreichen über macvlan

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.3k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.3k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.6k

Synology adapter / Nas erreichen über macvlan

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
synology nasmacvlan
22 Beiträge 4 Kommentatoren 2.8k Aufrufe 4 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • G GTV

    @tugsi

    Das apssiert im LOG

    synology.0 2021-03-10 17:28:04.899 info (10863) Connecting to Synology 172.17.0.1:5001
    synology.0 2021-03-10 17:28:04.869 info (10863) starting. Version 0.1.20 in /opt/iobroker/node_modules/iobroker.synology, node: v12.20.0, js-controller: 3.1.6

    mehr nicht...

    Damin Passwort und Port stimmen . ( Vorsichtshalber auch noch mal das Password erneuert )

    tugsiT Offline
    tugsiT Offline
    tugsi
    schrieb am zuletzt editiert von
    #10

    @gtv
    Ich habe gerade bei meinem mal die Logstufe auf debug gestellt.
    (Unter Instanzen, oben auf Expertenmodus klicken und dann steht in der Zeile vom Synology der Loglevel info, dort hinklicken und debug auswählen)
    Dann wird dein Logfile "zugemüllt", dort oben dann nur Synology.0 auswählen, damit davon nur die Einträge siehst.
    und eventuell auf Pause klicken, damit nicht immer mehr rattert...
    Ich habe da zB nach dem Connecten recht schnell Infos über mein Synology (Typ, Seriennummer... )
    Wenn Du sowas hast, dann sollte er doch eigentlich die nötigen Infos bekommen, ansonsten könnte da etwas stehen, was hilfreich sein könnte...

    Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...

    G 1 Antwort Letzte Antwort
    0
    • tugsiT tugsi

      @gtv
      Ich habe gerade bei meinem mal die Logstufe auf debug gestellt.
      (Unter Instanzen, oben auf Expertenmodus klicken und dann steht in der Zeile vom Synology der Loglevel info, dort hinklicken und debug auswählen)
      Dann wird dein Logfile "zugemüllt", dort oben dann nur Synology.0 auswählen, damit davon nur die Einträge siehst.
      und eventuell auf Pause klicken, damit nicht immer mehr rattert...
      Ich habe da zB nach dem Connecten recht schnell Infos über mein Synology (Typ, Seriennummer... )
      Wenn Du sowas hast, dann sollte er doch eigentlich die nötigen Infos bekommen, ansonsten könnte da etwas stehen, was hilfreich sein könnte...

      G Offline
      G Offline
      GTV
      schrieb am zuletzt editiert von GTV
      #11

      @tugsi Loglevel auf debug ?? wo mache ich das ?

      Ähhe steht ja da ....alles lesen hilft :-)

      1 Antwort Letzte Antwort
      0
      • G Offline
        G Offline
        GTV
        schrieb am zuletzt editiert von
        #12

        hmmmm mehr kommt nicht ...

        synology.0 2021-03-10 17:43:48.187 debug (18494) * Get info from (firstPoll) api: DSM method: getPollingData params: {}
        synology.0 2021-03-10 17:43:48.187 debug (18494) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}
        synology.0 2021-03-10 17:43:48.186 debug (18494) -----------------------------------------------------------------------------------------------------
        synology.0 2021-03-10 17:43:46.081 info (18494) Connecting to Synology 172.17.0.1:5001
        synology.0 2021-03-10 17:43:46.050 info (18494) starting. Version 0.1.20 in /opt/iobroker/node_modules/iobroker.synology, node: v12.20.0, js-controller: 3.1.6

        tugsiT 1 Antwort Letzte Antwort
        0
        • G Offline
          G Offline
          GTV
          schrieb am zuletzt editiert von
          #13

          muss an der syno noch irgendein Protokoll oder was auch immer eingeschaltet werden ?

          1 Antwort Letzte Antwort
          0
          • G GTV

            hmmmm mehr kommt nicht ...

            synology.0 2021-03-10 17:43:48.187 debug (18494) * Get info from (firstPoll) api: DSM method: getPollingData params: {}
            synology.0 2021-03-10 17:43:48.187 debug (18494) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}
            synology.0 2021-03-10 17:43:48.186 debug (18494) -----------------------------------------------------------------------------------------------------
            synology.0 2021-03-10 17:43:46.081 info (18494) Connecting to Synology 172.17.0.1:5001
            synology.0 2021-03-10 17:43:46.050 info (18494) starting. Version 0.1.20 in /opt/iobroker/node_modules/iobroker.synology, node: v12.20.0, js-controller: 3.1.6

            tugsiT Offline
            tugsiT Offline
            tugsi
            schrieb am zuletzt editiert von tugsi
            #14

            @gtv
            OK, das ist nicht viel, bei mir bekommt er sofort alle Daten, anscheinend verbindet er sich zwar, hat aber Probleme die Daten zu erhalten.

            Hier mal ein Beispiel, was bei mir kommt:

            synology.0	2021-03-10 17:47:03.429	debug	(9943) InstallingPackets - Response: {"diskList":"","packages":{"AudioStation":true,"CloudSync":true,"Docker":true,"JDownloader":true,"Java8":true,"MariaDB10":true,"MediaWiki":true,"NoteStation":true,
            synology.0	2021-03-10 17:47:03.428	debug	(9943) * The response is received, parse:
            synology.0	2021-03-10 17:47:03.090	debug	(9943) * Get info from (firstPoll) api: DSM method: getPollingData params: {}
            synology.0	2021-03-10 17:47:03.090	debug	(9943) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}
            synology.0	2021-03-10 17:47:03.089	debug	(9943) -----------------------------------------------------------------------------------------------------
            synology.0	2021-03-10 17:47:01.304	info	(9943) Connecting to Synology 172.17.0.1:5001
            
            

            Natürlich kommt noch mehr, aber er sagt:

            synology.0	2021-03-10 17:47:03.428	debug	(9943) * The response is received, parse:
            

            Das kommt bei dir nicht :(

            Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...

            G 1 Antwort Letzte Antwort
            0
            • tugsiT tugsi

              @gtv
              OK, das ist nicht viel, bei mir bekommt er sofort alle Daten, anscheinend verbindet er sich zwar, hat aber Probleme die Daten zu erhalten.

              Hier mal ein Beispiel, was bei mir kommt:

              synology.0	2021-03-10 17:47:03.429	debug	(9943) InstallingPackets - Response: {"diskList":"","packages":{"AudioStation":true,"CloudSync":true,"Docker":true,"JDownloader":true,"Java8":true,"MariaDB10":true,"MediaWiki":true,"NoteStation":true,
              synology.0	2021-03-10 17:47:03.428	debug	(9943) * The response is received, parse:
              synology.0	2021-03-10 17:47:03.090	debug	(9943) * Get info from (firstPoll) api: DSM method: getPollingData params: {}
              synology.0	2021-03-10 17:47:03.090	debug	(9943) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}
              synology.0	2021-03-10 17:47:03.089	debug	(9943) -----------------------------------------------------------------------------------------------------
              synology.0	2021-03-10 17:47:01.304	info	(9943) Connecting to Synology 172.17.0.1:5001
              
              

              Natürlich kommt noch mehr, aber er sagt:

              synology.0	2021-03-10 17:47:03.428	debug	(9943) * The response is received, parse:
              

              Das kommt bei dir nicht :(

              G Offline
              G Offline
              GTV
              schrieb am zuletzt editiert von
              #15

              @tugsi ich starte mal alles neu, machmal hilft das ja :-)

              1 Antwort Letzte Antwort
              0
              • G Offline
                G Offline
                GTV
                schrieb am zuletzt editiert von
                #16

                @tugsi das wars leider nicht....

                tugsiT 1 Antwort Letzte Antwort
                0
                • G GTV

                  @tugsi das wars leider nicht....

                  tugsiT Offline
                  tugsiT Offline
                  tugsi
                  schrieb am zuletzt editiert von
                  #17

                  @gtv
                  Hätte mich auch gewundert, denn ich denke seit Deinem ersten Eintrag wirst ja bestimmt schon mal neugeladen haben.

                  Hmm dann bin ich auch überfragt.
                  In der Synology habe ich keine Einstellung vorgenommen, dass es ausgelesen werden kann.
                  Einzig wenn Du 2-Faktor-Authentifizierung aktiviert hast, musst ja laut Adapter noch etwas anders vorgehen, aber ich glaube dann würde auch kein connect kommen.

                  Oder Du stellst ein Issue in Github, ob der Owner Dir helfen kann
                  iobroker.synology Github

                  Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...

                  1 Antwort Letzte Antwort
                  0
                  • tugsiT tugsi

                    @GTV
                    Du musst etwas umdenken ;-)
                    Aus Sicherheitsgründen, kann der Container (Docker) seinen eigenen Host nicht auf die private IP erreichen (192.168.x.x).
                    Aber wenn Du Dir deine Dockercontainer anschaust, dann haben die untereinander eine ander IP (172.17.0.x).
                    Und da gibt es dann auch den Host (172.17.0.1).
                    Wenn die IP benutzt, wirst Du sehen, dass Du die Synology DS wieder mit dem Adapter erreichen kannst.
                    In der Container-Console kannst das ja auch mit einem Ping-Befehl testen.

                    Im Baunet-Thread kannst dies auch finden, ich hatte zuletzt auch das Problem, weil in meinem Adapter auch die 192.168er IP drin stand und ich meinte, das dies auch unter MACVLAN mal lief, aber da muss ich mich wohl getäuscht haben.

                    E Offline
                    E Offline
                    EckartS
                    schrieb am zuletzt editiert von
                    #18

                    @tugsi
                    Hallo, ich greife einen alten Thread auf und hoffe, dass du das Thema noch verfolgst - oder jemand anders, der sich besser auskennt als ich Laie.

                    Nach einem Crash der NAS muss ich mein System restaurieren.

                    Es geht um das bekannte Problem, einen iobroker-Container mit dem Host (Syno NAS) zu verbinden, um von iobroker aus Apps auf dem Host erreichen zu können, bei mir MariaDB. Ich habe genau nach der Anleitung von Andre iobroker mit Portainer und MACVLAN eingerichtet: https://buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/

                    Mit Hilfe Deiner Beiträge hatte ich in Portainer zuvor auch eine Bridge konfiguriert, mit der ich problemlos den Host erreichen konnte. Aber leider habe ich mir die Schritte nicht notiert und komme mit den Beiträgen hier nicht wieder zum Ziel.

                    In Portainer gibt es bereits eine (mit "System" markierte Bridge (172.17.0.0/16, Gateway 172.17.0.1). Der portainer Container selbst ist da auch mit der IP 172.17.0.2 angemeldet. Aber wie füge ich da den iobroker-Container ein? Der hatte früher die interne IP 172.17.0.3.
                    Oder muss ich in Portainer eine zusätzliche bridge einrichten?

                    Viele Grüße,
                    Eckart

                    GlasfaserG tugsiT 2 Antworten Letzte Antwort
                    0
                    • E EckartS

                      @tugsi
                      Hallo, ich greife einen alten Thread auf und hoffe, dass du das Thema noch verfolgst - oder jemand anders, der sich besser auskennt als ich Laie.

                      Nach einem Crash der NAS muss ich mein System restaurieren.

                      Es geht um das bekannte Problem, einen iobroker-Container mit dem Host (Syno NAS) zu verbinden, um von iobroker aus Apps auf dem Host erreichen zu können, bei mir MariaDB. Ich habe genau nach der Anleitung von Andre iobroker mit Portainer und MACVLAN eingerichtet: https://buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/

                      Mit Hilfe Deiner Beiträge hatte ich in Portainer zuvor auch eine Bridge konfiguriert, mit der ich problemlos den Host erreichen konnte. Aber leider habe ich mir die Schritte nicht notiert und komme mit den Beiträgen hier nicht wieder zum Ziel.

                      In Portainer gibt es bereits eine (mit "System" markierte Bridge (172.17.0.0/16, Gateway 172.17.0.1). Der portainer Container selbst ist da auch mit der IP 172.17.0.2 angemeldet. Aber wie füge ich da den iobroker-Container ein? Der hatte früher die interne IP 172.17.0.3.
                      Oder muss ich in Portainer eine zusätzliche bridge einrichten?

                      Viele Grüße,
                      Eckart

                      GlasfaserG Offline
                      GlasfaserG Offline
                      Glasfaser
                      schrieb am zuletzt editiert von
                      #19

                      @eckarts sagte in Synology adapter / Nas erreichen über macvlan:

                      s geht um das bekannte Problem, einen iobroker-Container mit dem Host (Syno NAS) zu verbinden, um von iobroker aus Apps auf dem Host erreichen zu können, bei mir MariaDB.

                      Warum erstellt du kein Container mithilfe der SYN Dockeroberfläche.
                      Image ... iobroker auswählen ... starten .... Einstellungen .. Host wählen ..... den Mount auf deinen Ordner ....

                      Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

                      1 Antwort Letzte Antwort
                      0
                      • E EckartS

                        @tugsi
                        Hallo, ich greife einen alten Thread auf und hoffe, dass du das Thema noch verfolgst - oder jemand anders, der sich besser auskennt als ich Laie.

                        Nach einem Crash der NAS muss ich mein System restaurieren.

                        Es geht um das bekannte Problem, einen iobroker-Container mit dem Host (Syno NAS) zu verbinden, um von iobroker aus Apps auf dem Host erreichen zu können, bei mir MariaDB. Ich habe genau nach der Anleitung von Andre iobroker mit Portainer und MACVLAN eingerichtet: https://buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/

                        Mit Hilfe Deiner Beiträge hatte ich in Portainer zuvor auch eine Bridge konfiguriert, mit der ich problemlos den Host erreichen konnte. Aber leider habe ich mir die Schritte nicht notiert und komme mit den Beiträgen hier nicht wieder zum Ziel.

                        In Portainer gibt es bereits eine (mit "System" markierte Bridge (172.17.0.0/16, Gateway 172.17.0.1). Der portainer Container selbst ist da auch mit der IP 172.17.0.2 angemeldet. Aber wie füge ich da den iobroker-Container ein? Der hatte früher die interne IP 172.17.0.3.
                        Oder muss ich in Portainer eine zusätzliche bridge einrichten?

                        Viele Grüße,
                        Eckart

                        tugsiT Offline
                        tugsiT Offline
                        tugsi
                        schrieb am zuletzt editiert von
                        #20

                        @eckarts
                        Moin,
                        so gerade erst gesehen, dass Du mich hier zitiert hast.

                        Ok, fangen wir nochmal vom Anfang an, damit das Grundverständnis da ist, ich glaube dann versteht man es auch besser.

                        Du hast ein Heimnetzwerk, welches im Normfall irgendwas mit 192.168.x.x ist.
                        Damit verbinden sich alle Deine Handys, PCs, Geräte etc.
                        Auch die Synology mit Ihrer Netzwerkschnittstelle.

                        Jetzt gibt es Docker, Docker macht, grob gesagt, virtuelle "PCs".
                        Die sind erstmal nicht an der äußeren Netzwerkschnittstelle dran, sondern Docker spannt ein internes eigenes Netzwerk (172.17.0.x)

                        Damit Du aber die Docker extern vom Handy zB erreichen kannst, setzt Du eine Brücke (Bridge) dahin, dies gibt es einmal schon direkt von Docker selbst. Dann erreichst Du den Container über die Synology-IP-Adresse und den Port vom Container.

                        Je nach Komplexität des Containers, sind die Ports aber vielleicht von der Synology in Gebrauch, die der Container bräuchte. Jetzt könnte man so Portmapping machen, wie beim Router, sprich die Synology horcht auf 8883 und schiebt auf den Container auf Port 80.
                        Aber dies ist nicht immer machbar, wenn andere Geräte ins Spiel kommen. Deswegen das MACVLAN, dadurch erzeuge ich ein eigenes IP-Bereich in meinem 192.168.x.x-Netzwerk
                        Dies hast Du ja auch schon gemacht.

                        Jetzt kann aber aus Sicherheitsgründen das MACVLAN nicht auf das interne 172.17.0.x zugreifen.
                        Dafür musst Du im Container eine zweite "Netzwerkkarte" einbauen, in dem Fall ein Bridge auf das 172.17.0.x-Netzwerk, dies heißt auch Bridge dort.
                        Dies kannst Duwunderbar im Portainer machen, einfach in den ioBroker-Container reingehen und nach untenscrollen, da gibt es den Punkt Network (im laufenden Zustand). Dort siehst Du auch, in welchen Netzwerken er hängt und welche IP er hat.
                        Dort dann Join a network, das Bridge-netzwerk auswählen und einbinden.

                        Kurzen Moment später solltest Du da drin sein und auch eine IP im 172.17.0.x-Bereich bekommen haben.
                        Die Synology hat immer die 172.17.0.1 als IP.

                        Wenn Du jetzt im Portainer auf Console gehst und Dir eine Console aufmachst, dort

                        ping 172.17.0.1
                        

                        eingibst, sollte der eine Antwort bekommen, somit kann der iobroker-Container die Synology erreichen.

                        Ich hoffe es ist klar geworden, wie es zusammenhängt.
                        Jedes Netzwerk ist für sich alleine und wenn dann hängst Du eine weitere "Netzwerkschnittstelle" ein, damit der Container auch in dieses Netzwerk gehen kann.

                        Gruß
                        Thomas

                        Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...

                        G 1 Antwort Letzte Antwort
                        0
                        • tugsiT tugsi

                          @eckarts
                          Moin,
                          so gerade erst gesehen, dass Du mich hier zitiert hast.

                          Ok, fangen wir nochmal vom Anfang an, damit das Grundverständnis da ist, ich glaube dann versteht man es auch besser.

                          Du hast ein Heimnetzwerk, welches im Normfall irgendwas mit 192.168.x.x ist.
                          Damit verbinden sich alle Deine Handys, PCs, Geräte etc.
                          Auch die Synology mit Ihrer Netzwerkschnittstelle.

                          Jetzt gibt es Docker, Docker macht, grob gesagt, virtuelle "PCs".
                          Die sind erstmal nicht an der äußeren Netzwerkschnittstelle dran, sondern Docker spannt ein internes eigenes Netzwerk (172.17.0.x)

                          Damit Du aber die Docker extern vom Handy zB erreichen kannst, setzt Du eine Brücke (Bridge) dahin, dies gibt es einmal schon direkt von Docker selbst. Dann erreichst Du den Container über die Synology-IP-Adresse und den Port vom Container.

                          Je nach Komplexität des Containers, sind die Ports aber vielleicht von der Synology in Gebrauch, die der Container bräuchte. Jetzt könnte man so Portmapping machen, wie beim Router, sprich die Synology horcht auf 8883 und schiebt auf den Container auf Port 80.
                          Aber dies ist nicht immer machbar, wenn andere Geräte ins Spiel kommen. Deswegen das MACVLAN, dadurch erzeuge ich ein eigenes IP-Bereich in meinem 192.168.x.x-Netzwerk
                          Dies hast Du ja auch schon gemacht.

                          Jetzt kann aber aus Sicherheitsgründen das MACVLAN nicht auf das interne 172.17.0.x zugreifen.
                          Dafür musst Du im Container eine zweite "Netzwerkkarte" einbauen, in dem Fall ein Bridge auf das 172.17.0.x-Netzwerk, dies heißt auch Bridge dort.
                          Dies kannst Duwunderbar im Portainer machen, einfach in den ioBroker-Container reingehen und nach untenscrollen, da gibt es den Punkt Network (im laufenden Zustand). Dort siehst Du auch, in welchen Netzwerken er hängt und welche IP er hat.
                          Dort dann Join a network, das Bridge-netzwerk auswählen und einbinden.

                          Kurzen Moment später solltest Du da drin sein und auch eine IP im 172.17.0.x-Bereich bekommen haben.
                          Die Synology hat immer die 172.17.0.1 als IP.

                          Wenn Du jetzt im Portainer auf Console gehst und Dir eine Console aufmachst, dort

                          ping 172.17.0.1
                          

                          eingibst, sollte der eine Antwort bekommen, somit kann der iobroker-Container die Synology erreichen.

                          Ich hoffe es ist klar geworden, wie es zusammenhängt.
                          Jedes Netzwerk ist für sich alleine und wenn dann hängst Du eine weitere "Netzwerkschnittstelle" ein, damit der Container auch in dieses Netzwerk gehen kann.

                          Gruß
                          Thomas

                          G Offline
                          G Offline
                          GTV
                          schrieb am zuletzt editiert von
                          #21

                          @tugsi said in Synology adapter / Nas erreichen über macvlan:

                          172.17.0.1

                          SOOORRRYY für die späte Rückmeldung. Bin erst jetzt dazu gekommen das in RUHE durchzulesen.

                          Die Verbindung klappt jetzt ! Danke !

                          tugsiT 1 Antwort Letzte Antwort
                          0
                          • G GTV

                            @tugsi said in Synology adapter / Nas erreichen über macvlan:

                            172.17.0.1

                            SOOORRRYY für die späte Rückmeldung. Bin erst jetzt dazu gekommen das in RUHE durchzulesen.

                            Die Verbindung klappt jetzt ! Danke !

                            tugsiT Offline
                            tugsiT Offline
                            tugsi
                            schrieb am zuletzt editiert von
                            #22

                            @gtv Super freut mich

                            Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...

                            1 Antwort Letzte Antwort
                            0
                            Antworten
                            • In einem neuen Thema antworten
                            Anmelden zum Antworten
                            • Älteste zuerst
                            • Neuste zuerst
                            • Meiste Stimmen


                            Support us

                            ioBroker
                            Community Adapters
                            Donate
                            FAQ Cloud / IOT
                            HowTo: Node.js-Update
                            HowTo: Backup/Restore
                            Downloads
                            BLOG

                            672

                            Online

                            32.5k

                            Benutzer

                            81.7k

                            Themen

                            1.3m

                            Beiträge
                            Community
                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                            ioBroker Community 2014-2025
                            logo
                            • Anmelden

                            • Du hast noch kein Konto? Registrieren

                            • Anmelden oder registrieren, um zu suchen
                            • Erster Beitrag
                              Letzter Beitrag
                            0
                            • Home
                            • Aktuell
                            • Tags
                            • Ungelesen 0
                            • Kategorien
                            • Unreplied
                            • Beliebt
                            • GitHub
                            • Docu
                            • Hilfe