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.0k

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

  • 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.
  • 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 Offline
      HomoranH Offline
      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 Offline
        B Offline
        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 Offline
            B Offline
            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 Offline
                B Offline
                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 Offline
                    B Offline
                    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 Offline
                        B Offline
                        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 Offline
                          B Offline
                          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

                            383

                            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