Skip to content
  • Home
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • 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

  • Default (No Skin)
  • No Skin
Collapse
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. Mit PV-Überschuss E-Auto laden: Wolkenerkennung?

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    16
    1
    298

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    4.7k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.3k

Mit PV-Überschuss E-Auto laden: Wolkenerkennung?

Scheduled Pinned Locked Moved Skripten / Logik
16 Posts 7 Posters 1.9k Views 8 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S Offline
    S Offline
    samverner
    wrote on last edited by
    #1

    Hallo in die Runde,

    ich habe ein Blockly-Skript gebaut, das den PV-Überschuss durch Regelung des E-Auto-Ladestromes verfrühstücken soll, bevor er eingespeist wird. Das klappt bei Sonnenschein auch ganz gut.

    Nur an wolkigen Tagen gibt es ja immer wieder Schwankungen; über welchen Zeitraum mittelt Ihr den Überschuss? Ich habe 2,5 min gewählt und bin mir nicht sicher, ob

    • das nicht vielleicht zu kurz ist, um wirklich nur zu laden, wenn der Überschuss zeitlich stabil ist und
    • hohe Schwankungen (ein/aus, Ladestromanpassungen) dem Auto schaden könnten.

    Ich wäre Euch dankbar, wenn Ihr Eure Erfahrungen damit teilen würdet!

    Viele Grüße und herzlichen Dank!
    Jan

    Meister MopperM B 2 Replies Last reply
    0
    • S samverner

      Hallo in die Runde,

      ich habe ein Blockly-Skript gebaut, das den PV-Überschuss durch Regelung des E-Auto-Ladestromes verfrühstücken soll, bevor er eingespeist wird. Das klappt bei Sonnenschein auch ganz gut.

      Nur an wolkigen Tagen gibt es ja immer wieder Schwankungen; über welchen Zeitraum mittelt Ihr den Überschuss? Ich habe 2,5 min gewählt und bin mir nicht sicher, ob

      • das nicht vielleicht zu kurz ist, um wirklich nur zu laden, wenn der Überschuss zeitlich stabil ist und
      • hohe Schwankungen (ein/aus, Ladestromanpassungen) dem Auto schaden könnten.

      Ich wäre Euch dankbar, wenn Ihr Eure Erfahrungen damit teilen würdet!

      Viele Grüße und herzlichen Dank!
      Jan

      Meister MopperM Online
      Meister MopperM Online
      Meister Mopper
      wrote on last edited by Meister Mopper
      #2

      @samverner

      Ich schau mir den Durchschnittswert der letzten 10 Minuten an und lade, wenn der Wert größer als ein festgelegter Minimalwert ist.

      Meine Wallbox (EvBox) ist ein wenig träge und so habe ich immer einen ausreichenden Zeitpuffer zwischen Laden und Nichtladen.

      Es klappt bisher sehr gut, bin aber noch am beobachten und testen.

      Proxmox und HA

      1 Reply Last reply
      0
      • K Offline
        K Offline
        KarlNapp
        wrote on last edited by
        #3

        Mich interessiert dies Thema auch. Leider habe ich eine "dumme" Wallbox von Senic. Ich habe deshalb ein Script erstellt, das bei einem voreingestellten Wert des Solarlogs meinen Kia auffordert zuladen, bzw. das Laden einzustellen. Allerdings frage ich mich, wie sinnvoll das so ist. Ich müsste so relativ oft über den bluelink-server einen Ladestart bzw -stop auslösen, was ja auch evtl die 12V-Batterie belastet. Außerdem fürchte ich, dass Wallbox oder Wagen darunter leiden könnten. Kann mich da jemand beruhigen?

        1 Reply Last reply
        0
        • Jey CeeJ Online
          Jey CeeJ Online
          Jey Cee
          Developer
          wrote on last edited by
          #4

          Ich erinnere mich das es dazu mal ein Thema von @Homoran mit einer fast Wissenschaftlichen Abhandlung gab.
          Glaub das war hier: https://forum.iobroker.net/topic/42892/mathe-genie-gesucht-kurvenberechnung

          Persönlicher Support
          Spenden -> paypal.me/J3YC33

          HomoranH 1 Reply Last reply
          0
          • Jey CeeJ Jey Cee

            Ich erinnere mich das es dazu mal ein Thema von @Homoran mit einer fast Wissenschaftlichen Abhandlung gab.
            Glaub das war hier: https://forum.iobroker.net/topic/42892/mathe-genie-gesucht-kurvenberechnung

            HomoranH Do not disturb
            HomoranH Do not disturb
            Homoran
            Global Moderator Administrators
            wrote on last edited by Homoran
            #5

            @jey-cee sagte in Mit PV-Überschuss E-Auto laden: Wolkenerkennung?:

            mit einer fast Wissenschaftlichen Abhandlung gab.

            übertreib nicht! :-)

            @jey-cee sagte in Mit PV-Überschuss E-Auto laden: Wolkenerkennung?:

            Glaub das war hier: https://forum.iobroker.net/topic/42892/mathe-genie-gesucht-kurvenberechnung

            das war sogar nur ein Teil davon.

            ist in der Tat etwas übertrieben gemacht. Deswegen hatte ich mich dazu noch nicht gemeldet.
            im Prinzip prüfe ich

            • wie stark die tatsächliche Sonneneinstrahlung von der möglichen abweicht. (klarer Himmel oder bewölkt)
            • wie oft eine Schwelle bei einer prozentualen Leistung zum Estimate in einer Zeiteinheit über oder unterschritten wird (wandernde Wolken!?).

            daraus "berechne" ich einen Faktor für den Ladestrom und je höher die Wolkenrate ist, desto mehr ziehe ich davon zusätzlich ab.

            Man sollte aber immer bedenken, dass selbst 1000W weniger Ladeleistung in 5 Minuten kaum merklich das Portemonnaie belasten.

            Edit:
            bin nur am Tablet, hier das Skript fürs Laden

            Screenshot_20230504-085404_Firefox.jpg
            Screenshot_20230504-085441_Firefox.jpg
            Screenshot_20230504-085537_Firefox.jpg

            hier das Ergebnis bei schönem Wetter

            Screenshot_20220930-192109_Firefox.jpg

            und das müsste bei Wolken gewesen sein (Ausschnitt)

            20230504_090559.jpg

            kein Support per PN! - Fragen im Forum stellen -
            Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
            Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
            der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

            1 Reply Last reply
            0
            • S samverner

              Hallo in die Runde,

              ich habe ein Blockly-Skript gebaut, das den PV-Überschuss durch Regelung des E-Auto-Ladestromes verfrühstücken soll, bevor er eingespeist wird. Das klappt bei Sonnenschein auch ganz gut.

              Nur an wolkigen Tagen gibt es ja immer wieder Schwankungen; über welchen Zeitraum mittelt Ihr den Überschuss? Ich habe 2,5 min gewählt und bin mir nicht sicher, ob

              • das nicht vielleicht zu kurz ist, um wirklich nur zu laden, wenn der Überschuss zeitlich stabil ist und
              • hohe Schwankungen (ein/aus, Ladestromanpassungen) dem Auto schaden könnten.

              Ich wäre Euch dankbar, wenn Ihr Eure Erfahrungen damit teilen würdet!

              Viele Grüße und herzlichen Dank!
              Jan

              B Offline
              B Offline
              badsnoopy667
              wrote on last edited by badsnoopy667
              #6

              @samverner
              Ich habe einen go-eCharger. Der kann sehr schnell neue Ampere-Zahlen verarbeiten. Daher nehme ich bei mir folgende Regelung:
              Ich bilde den Mittelwert der letzten 30 Sekunden des PV-Überschusses (PV-Erzeugung - Hausverbrauch).
              Wenn aber der aktuelle PV-Überschuss größer als dieser Mittelwert ist, nutze ich direkt den neuen, größeren Wert.

              Ergebnis ist, das steigende PV Werte direkt verwendet werden und sinkende Werte über 30 Sekunden gemittelt werden. Das führt bei mir zu einer guten Ausnutzung.

              Aus dem PV Überschuss berechne ich dann alle 30 Sekunden die entsprechende Ampere Zahl und schicke diese an die Wallbox.

              Woran ich immer noch bastel ist der "richtige" Zeitpunkt für die Umschaltung zwischen 1 und 3 phasiger Ladung. Da dafür immer eine 10 sekündigen Ladepause nötig ist, will ich nicht ständig umschalten. Wenn es sehr wechselhaftes Wetter ist (z.B. blauer Himmel mit einzelnen Wolken), ist das noch etwas problematisch. Da arbeite ich aktuelle mit ca. 5 Minuten oberhalb bzw. unterhalb einer gewissen Schwelle damit die Umschaltung passiert.
              Ich hätte aber lieber eine "Wolkenerkennung", spricht das Skript soll merken, das die PV-Erzeugung sehr starkt schwankt und dann die Umschaltung verbieten. Das könnte man denke ich über die Standardabweichung der PV-Erzeugung machen. Ich nutze für die ganzen Berechnungen übrigens Listen in Blockly, damit kann man Mittelwert usw. direkt bilden.

              Hier mal zwei Beispiele für meine PV-Nutzung:
              Orange ist das Auto, blau der Haus-Akku:

              laden_wolkig.png

              laden_wolkig2.png

              JohGreJ 1 Reply Last reply
              1
              • B badsnoopy667

                @samverner
                Ich habe einen go-eCharger. Der kann sehr schnell neue Ampere-Zahlen verarbeiten. Daher nehme ich bei mir folgende Regelung:
                Ich bilde den Mittelwert der letzten 30 Sekunden des PV-Überschusses (PV-Erzeugung - Hausverbrauch).
                Wenn aber der aktuelle PV-Überschuss größer als dieser Mittelwert ist, nutze ich direkt den neuen, größeren Wert.

                Ergebnis ist, das steigende PV Werte direkt verwendet werden und sinkende Werte über 30 Sekunden gemittelt werden. Das führt bei mir zu einer guten Ausnutzung.

                Aus dem PV Überschuss berechne ich dann alle 30 Sekunden die entsprechende Ampere Zahl und schicke diese an die Wallbox.

                Woran ich immer noch bastel ist der "richtige" Zeitpunkt für die Umschaltung zwischen 1 und 3 phasiger Ladung. Da dafür immer eine 10 sekündigen Ladepause nötig ist, will ich nicht ständig umschalten. Wenn es sehr wechselhaftes Wetter ist (z.B. blauer Himmel mit einzelnen Wolken), ist das noch etwas problematisch. Da arbeite ich aktuelle mit ca. 5 Minuten oberhalb bzw. unterhalb einer gewissen Schwelle damit die Umschaltung passiert.
                Ich hätte aber lieber eine "Wolkenerkennung", spricht das Skript soll merken, das die PV-Erzeugung sehr starkt schwankt und dann die Umschaltung verbieten. Das könnte man denke ich über die Standardabweichung der PV-Erzeugung machen. Ich nutze für die ganzen Berechnungen übrigens Listen in Blockly, damit kann man Mittelwert usw. direkt bilden.

                Hier mal zwei Beispiele für meine PV-Nutzung:
                Orange ist das Auto, blau der Haus-Akku:

                laden_wolkig.png

                laden_wolkig2.png

                JohGreJ Offline
                JohGreJ Offline
                JohGre
                wrote on last edited by
                #7

                Hallo @badsnoopy667 , liest sich super was du dir da ausgedacht hast.
                Ich habe aber noch zusätzliche die Herausforderung, dass ich auf 4kVA einspeisebeschränkt bin und mir fällt aktuell nicht ein wie ich da das Laden sauber steuern kann.
                Bei mir läuft ein Huawei SUN2000 mit Smartmeter und seit gestern hab ich den go-e in Betrieb.
                Möchtest du mir/uns dein Script zur Verfügung stellen

                nuc i5: RaspberryMatic, ioBroker, pi-hole, SQL-Server, OMV-NAS, Influx-DB & Grafana, OpenHab, tasmoadmin

                B 1 Reply Last reply
                0
                • JohGreJ JohGre

                  Hallo @badsnoopy667 , liest sich super was du dir da ausgedacht hast.
                  Ich habe aber noch zusätzliche die Herausforderung, dass ich auf 4kVA einspeisebeschränkt bin und mir fällt aktuell nicht ein wie ich da das Laden sauber steuern kann.
                  Bei mir läuft ein Huawei SUN2000 mit Smartmeter und seit gestern hab ich den go-e in Betrieb.
                  Möchtest du mir/uns dein Script zur Verfügung stellen

                  B Offline
                  B Offline
                  badsnoopy667
                  wrote on last edited by
                  #8

                  @johgre said in Mit PV-Überschuss E-Auto laden: Wolkenerkennung?:

                  Ich habe aber noch zusätzliche die Herausforderung, dass ich auf 4kVA einspeisebeschränkt bin

                  Was heißt das? Du kannst max. 4000W einspeisen?

                  JohGreJ 1 Reply Last reply
                  0
                  • B badsnoopy667

                    @johgre said in Mit PV-Überschuss E-Auto laden: Wolkenerkennung?:

                    Ich habe aber noch zusätzliche die Herausforderung, dass ich auf 4kVA einspeisebeschränkt bin

                    Was heißt das? Du kannst max. 4000W einspeisen?

                    JohGreJ Offline
                    JohGreJ Offline
                    JohGre
                    wrote on last edited by JohGre
                    #9

                    @badsnoopy667 ja, leider

                    Heute schon jetzt schön zu erkennen
                    f779da5d-2c2f-4e63-9c47-17b41a412d95-image.png

                    nuc i5: RaspberryMatic, ioBroker, pi-hole, SQL-Server, OMV-NAS, Influx-DB & Grafana, OpenHab, tasmoadmin

                    B 2 Replies Last reply
                    0
                    • JohGreJ JohGre

                      @badsnoopy667 ja, leider

                      Heute schon jetzt schön zu erkennen
                      f779da5d-2c2f-4e63-9c47-17b41a412d95-image.png

                      B Offline
                      B Offline
                      badsnoopy667
                      wrote on last edited by
                      #10

                      @johgre
                      Ist ja nicht so schlimm, man bekommt ja eh kaum was dafür. ;)

                      Meine schnellen Gedanken dazu: Dein Ziel wäre also, die Wallbox so zu steuern, dass sie nicht morgens maximal lädt und dann Nachmittags gar nicht, sondern eher gleichmäßig über den Tag damit Du nachmittags nicht über die 4000W Einspeisung kommst.
                      Das beinhaltet dann natürlich eine "Wette" wie gut der Tag wird. Wenn es morgens super Wetter ist und Nachmittags regnet, dann ärgert man sich, weil man morgens nicht alles ins Auto geschoben hat.
                      Es gibt den PV-Forecast Adapter. Der kann eine Schätzung für den aktuellen und den Folgetag machen. Ggf. kann man damit bewerten, wie gut der Tag wird.

                      An einem guten Tag würde ich dann folgendes machen:
                      "Wenn das Auto unterhalb von 60% Akku hat, dann lade mit maximal verfügbarer Leistung. Wenn >60% Akku, dann reduziere die Ladeleistung auf z.B. max. 3600W."
                      So hätte man zumindest das Auto immer einigermaßen voll und trotzdem noch 20% Puffer im Auto um den sonst verschenkten Überschuss wegzuspeichern.

                      JohGreJ 1 Reply Last reply
                      0
                      • B badsnoopy667

                        @johgre
                        Ist ja nicht so schlimm, man bekommt ja eh kaum was dafür. ;)

                        Meine schnellen Gedanken dazu: Dein Ziel wäre also, die Wallbox so zu steuern, dass sie nicht morgens maximal lädt und dann Nachmittags gar nicht, sondern eher gleichmäßig über den Tag damit Du nachmittags nicht über die 4000W Einspeisung kommst.
                        Das beinhaltet dann natürlich eine "Wette" wie gut der Tag wird. Wenn es morgens super Wetter ist und Nachmittags regnet, dann ärgert man sich, weil man morgens nicht alles ins Auto geschoben hat.
                        Es gibt den PV-Forecast Adapter. Der kann eine Schätzung für den aktuellen und den Folgetag machen. Ggf. kann man damit bewerten, wie gut der Tag wird.

                        An einem guten Tag würde ich dann folgendes machen:
                        "Wenn das Auto unterhalb von 60% Akku hat, dann lade mit maximal verfügbarer Leistung. Wenn >60% Akku, dann reduziere die Ladeleistung auf z.B. max. 3600W."
                        So hätte man zumindest das Auto immer einigermaßen voll und trotzdem noch 20% Puffer im Auto um den sonst verschenkten Überschuss wegzuspeichern.

                        JohGreJ Offline
                        JohGreJ Offline
                        JohGre
                        wrote on last edited by
                        #11

                        @badsnoopy667
                        Nein so eigentlich nicht.
                        Ich möchte eigentlich immer sämtliche Überproduktion fürs Laden nutzen, nur durch die Begrenzung weiß ich nicht wie viel eigentlich momentan produziert wird/werden kann.
                        Erst durch zuschalten von Verbrauchern geht die Usage hoch und bestenfalls auch die tatsächlich Produktion der Anlage und damit Einspeisung, da aber wieder nur bis 4000 Watt. Das geht dann halt bis zum Anschlag der Anlage die bei 12kWP liegt.

                        nuc i5: RaspberryMatic, ioBroker, pi-hole, SQL-Server, OMV-NAS, Influx-DB & Grafana, OpenHab, tasmoadmin

                        B 1 Reply Last reply
                        0
                        • JohGreJ JohGre

                          @badsnoopy667
                          Nein so eigentlich nicht.
                          Ich möchte eigentlich immer sämtliche Überproduktion fürs Laden nutzen, nur durch die Begrenzung weiß ich nicht wie viel eigentlich momentan produziert wird/werden kann.
                          Erst durch zuschalten von Verbrauchern geht die Usage hoch und bestenfalls auch die tatsächlich Produktion der Anlage und damit Einspeisung, da aber wieder nur bis 4000 Watt. Das geht dann halt bis zum Anschlag der Anlage die bei 12kWP liegt.

                          B Offline
                          B Offline
                          badsnoopy667
                          wrote on last edited by
                          #12

                          @johgre
                          Ah, jetzt verstehe ich das Problem! Klar, hätte ich drauf kommen müssen!

                          Hmmm... das ist tatsächlich nicht so einfach... spontane Idee:
                          Einmal pro Minute die Einspeisung auswerten. Wenn Einspeisung vorhanden, dann den Ladestrom um die Einspeisung hochsetzen. Wenn Netzbezug, dann runtersetzen. Somit sollte die Ladeleistung automatisch die PV-Erzeugung "hochschieben" können.

                          JohGreJ 1 Reply Last reply
                          0
                          • B badsnoopy667

                            @johgre
                            Ah, jetzt verstehe ich das Problem! Klar, hätte ich drauf kommen müssen!

                            Hmmm... das ist tatsächlich nicht so einfach... spontane Idee:
                            Einmal pro Minute die Einspeisung auswerten. Wenn Einspeisung vorhanden, dann den Ladestrom um die Einspeisung hochsetzen. Wenn Netzbezug, dann runtersetzen. Somit sollte die Ladeleistung automatisch die PV-Erzeugung "hochschieben" können.

                            JohGreJ Offline
                            JohGreJ Offline
                            JohGre
                            wrote on last edited by
                            #13

                            @badsnoopy667 Danke schon mal für die Idee.
                            also ein Script das zyklisch überprüft ob ich eine Einspeisung/Netzbezug habe, falls Einspeisung Ladewatt erhöhen ansonsten Ladewatt senken.
                            Das ganze natürlich geglättet, damit nicht gependelt wird.

                            zB. Einspeisung ist auf Anschlag (4000W) --> setze Ladewatt auf 4000
                            nächster Prüfungslauf: Einspeisung jetzt bei 3500W --> setzte Ladewatt auf Alter Wert (=4000) + neuer Wert 3500 also in Summe 7500W
                            nächster Prüfungslauf: Netzbezug von 1000W, somit Reduktion von Ladewatt auf 6500 usw.

                            Ja, das könnte so funktionieren

                            nuc i5: RaspberryMatic, ioBroker, pi-hole, SQL-Server, OMV-NAS, Influx-DB & Grafana, OpenHab, tasmoadmin

                            B 1 Reply Last reply
                            0
                            • JohGreJ JohGre

                              @badsnoopy667 Danke schon mal für die Idee.
                              also ein Script das zyklisch überprüft ob ich eine Einspeisung/Netzbezug habe, falls Einspeisung Ladewatt erhöhen ansonsten Ladewatt senken.
                              Das ganze natürlich geglättet, damit nicht gependelt wird.

                              zB. Einspeisung ist auf Anschlag (4000W) --> setze Ladewatt auf 4000
                              nächster Prüfungslauf: Einspeisung jetzt bei 3500W --> setzte Ladewatt auf Alter Wert (=4000) + neuer Wert 3500 also in Summe 7500W
                              nächster Prüfungslauf: Netzbezug von 1000W, somit Reduktion von Ladewatt auf 6500 usw.

                              Ja, das könnte so funktionieren

                              B Offline
                              B Offline
                              badsnoopy667
                              wrote on last edited by
                              #14

                              @johgre Ja, genau so. Müsste eigentlich gehen!

                              1 Reply Last reply
                              1
                              • JohGreJ JohGre

                                @badsnoopy667 ja, leider

                                Heute schon jetzt schön zu erkennen
                                f779da5d-2c2f-4e63-9c47-17b41a412d95-image.png

                                B Offline
                                B Offline
                                badsnoopy667
                                wrote on last edited by badsnoopy667
                                #15

                                @johgre
                                Mal aus Interesse: Woher resultiert diese Einspeisebeschränkung? Kann das Netz nicht mehr aufnehmen?

                                Bei meinem SUN2000 gab es mit einer Firmware-Version das Problem, dass er nur noch 1000W oder gar nix mehr eingespeist hat (und dementsprechend auch wenig erzeugt hat). Erst mit zuschalten von Verbrauchern ging die Erzeugung wieder hoch.
                                Wenn es also keine Begründung für diese Grenze gibt, könnte es ggf. auch an der Firmware liegen?

                                JohGreJ 1 Reply Last reply
                                0
                                • B badsnoopy667

                                  @johgre
                                  Mal aus Interesse: Woher resultiert diese Einspeisebeschränkung? Kann das Netz nicht mehr aufnehmen?

                                  Bei meinem SUN2000 gab es mit einer Firmware-Version das Problem, dass er nur noch 1000W oder gar nix mehr eingespeist hat (und dementsprechend auch wenig erzeugt hat). Erst mit zuschalten von Verbrauchern ging die Erzeugung wieder hoch.
                                  Wenn es also keine Begründung für diese Grenze gibt, könnte es ggf. auch an der Firmware liegen?

                                  JohGreJ Offline
                                  JohGreJ Offline
                                  JohGre
                                  wrote on last edited by
                                  #16

                                  @badsnoopy667
                                  Ja genau, bei mit hat tatsächlich Netz-OÖ im Bescheid die Einspeisebegrenzung vorgeschrieben. Bei der Abnahme der Anlage war der PV-Installateur und ein Techniker von Netz-OÖ da und der hat sich die Beschränkung in der Anlage explizit zeigen lassen.
                                  Liegt an unserem Trafo wo wir draufhängen, hab schon um Erhöhung angefragt und zurückgemeldet bekommen um 24.000€ erweitern sie mir den Trafo und dauert aufgrund Lieferschwierigkeiten 1-2 Jahre.

                                  nuc i5: RaspberryMatic, ioBroker, pi-hole, SQL-Server, OMV-NAS, Influx-DB & Grafana, OpenHab, tasmoadmin

                                  1 Reply Last reply
                                  0
                                  Reply
                                  • Reply as topic
                                  Log in to reply
                                  • Oldest to Newest
                                  • Newest to Oldest
                                  • Most Votes


                                  Support us

                                  ioBroker
                                  Community Adapters
                                  Donate

                                  457

                                  Online

                                  32.7k

                                  Users

                                  82.5k

                                  Topics

                                  1.3m

                                  Posts
                                  Community
                                  Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                  ioBroker Community 2014-2025
                                  logo
                                  • Login

                                  • Don't have an account? Register

                                  • Login or register to search.
                                  • First post
                                    Last post
                                  0
                                  • Home
                                  • Recent
                                  • Tags
                                  • Unread 0
                                  • Categories
                                  • Unreplied
                                  • Popular
                                  • GitHub
                                  • Docu
                                  • Hilfe