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. Skripten / Logik
  4. Mit PV-Überschuss E-Auto laden: Wolkenerkennung?

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.0k

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

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
16 Beiträge 7 Kommentatoren 1.8k Aufrufe 8 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.
  • K Offline
    K Offline
    KarlNapp
    schrieb am zuletzt editiert von
    #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 Antwort Letzte Antwort
    0
    • Jey CeeJ Online
      Jey CeeJ Online
      Jey Cee
      Developer
      schrieb am zuletzt editiert von
      #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 Antwort Letzte Antwort
      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 Nicht stören
        HomoranH Nicht stören
        Homoran
        Global Moderator Administrators
        schrieb am zuletzt editiert von 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 - es gibt fast nichts, was nicht auch für andere interessant ist.

        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

        1 Antwort Letzte Antwort
        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 Online
          B Online
          badsnoopy667
          schrieb am zuletzt editiert von 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 Antwort Letzte Antwort
          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
            schrieb am zuletzt editiert von
            #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 Antwort Letzte Antwort
            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 Online
              B Online
              badsnoopy667
              schrieb am zuletzt editiert von
              #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 Antwort Letzte Antwort
              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
                schrieb am zuletzt editiert von 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 Antworten Letzte Antwort
                0
                • JohGreJ JohGre

                  @badsnoopy667 ja, leider

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

                  B Online
                  B Online
                  badsnoopy667
                  schrieb am zuletzt editiert von
                  #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 Antwort Letzte Antwort
                  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
                    schrieb am zuletzt editiert von
                    #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 Antwort Letzte Antwort
                    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 Online
                      B Online
                      badsnoopy667
                      schrieb am zuletzt editiert von
                      #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 Antwort Letzte Antwort
                      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
                        schrieb am zuletzt editiert von
                        #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 Antwort Letzte Antwort
                        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 Online
                          B Online
                          badsnoopy667
                          schrieb am zuletzt editiert von
                          #14

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

                          1 Antwort Letzte Antwort
                          1
                          • JohGreJ JohGre

                            @badsnoopy667 ja, leider

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

                            B Online
                            B Online
                            badsnoopy667
                            schrieb am zuletzt editiert von 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 Antwort Letzte Antwort
                            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
                              schrieb am zuletzt editiert von
                              #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 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

                              851

                              Online

                              32.6k

                              Benutzer

                              82.0k

                              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