PV-Vorhersage algorithmisch - abgeleitet aus Globalstrahlung

Begonnen von Prof. Dr. Peter Henning, 04 April 2026, 18:47:12

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Der Deutsche Wetterdienst liefert eine stündliche Vorhersage über die zu erwartende Globalstrahlung.
Daraus kann man die vorhergesagte Einstrahlung auf die eigene PV-Anlage nach gut etablierten strahlungsphysikalischen Modellen berechnen.

Ich habe das mal provisorisch hier niedergelegt, inklusive eines entsprechenden Perl-Programms.

https://wiki.fhem.de/wiki/Von_der_Globalstrahlung_zur_Ertragsvorhersage

Das ist natürlich noch nicht die ganze Miete.

Es gibt drei weitere Perl-Programme:
1. Jeweils um kurz nach Mitternacht werden für den gegenwärtigen und den nächsten Tag die Sonnenstände vorausberechnet und in den Readings eines Dummy abgelegt.
2. Sobald vom DWD neue Vorhersagedaten einlaufen (also alle 60 Minuten), werden für alle meiner PV-Strings die neuen stündlichen Vorhersagewerte für den heutigen und den nächsten Tag berechnet und in den Readings dieses Dummys abgelegt.
3. Anschließend werden alle Daten aus den Readings des Dummys mit der Funktion logFromArray($$$;$$$$$) alle Daten der beiden Tage in eine Logdatei geschrieben. Diese Datei gehört zu einem FileLog-Device, das eigentlich _gar nichts_ loggt - sondern nur das täglich neue File, Backup- und Archivfunktionen etc. bereitstellt. Die Datei wird also alle 60 Minuten komplett überschrieben.

Im Endeffekt habe ich für jede meiner Anlagen eine stündlich aktualisierte Vorhersage.

Der Vergleich mit den tatsächlichen Erträgen ist noch etwas trickreich, weil die natürlich auch über eine Stunde gemittelt werden müssen - da feile ich noch an den genau passenden Zeiträumen. Sieht aber vorläufig sehr gut aus: Nach Ablauf des Sonnentages weniger als 10% Abweichung zwischen Prognose (die ja keine Prognose mehr ist, weil der aktuelle Tag bei DWD dann durch die gemessenen Daten ersetzt wird) und Messung.

Bei Gelegenheit werde ich die Doku noch komplettieren und den ganzen Perl-Code öffentlich machen.

LG

pah

Prof. Dr. Peter Henning

Ich habe das jetzt noch um das Thema Incident Angle Modifier ergänzt.
Damit kann man bereits auf einfache Weise Module unterschiedlicher Typen einbinden, und im Prinzip die IAM-Kurven der Hersteller einbauen.

LG

pah

DS_Starter

#2
Hallo pah,

vielen Dank für deine Arbeit und Veröffentlichung die natürlich für SolarForecast sehr interessant ist.
Zu gegebener Zeit werde ich deine Herleitung gern in SolarForecast übernehmen und deine seit 2024 in SF verwendete Methode (https://wiki.fhem.de/wiki/Ertragsprognose_PV) ersetzen.
Die Sonnenstandsparameter sind ja via Astro-Subs bereits im Modul vorhanden.

(geändert)

LG,
Heiko
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Prof. Dr. Peter Henning

@DS_Starter:

Man muss noch aufpassen, weil die DWD-Daten in kJ/m²h angegeben werden und sich am Ende jeder Stunde auf die vorausgehenden 60 Minuten beziehen. Idealerweise bestimmt man also die Sonnenhöhe und den Sonnenazimut 30 Minuten vor diesem Zeitpunkt.

Ich habe jetzt den Wiki-Artikel noch einmal überarbeitet und die gebräuchlichen Symbole eingesetzt, das war noch zu sehr auf eigenem Mist gewachsen. Anbei ein Bild, wie es derzeit bei mir aussieht. Für die erste Anlage, also PV1, muss ich die Skalierung noch optimieren. Für PV2, pass das wie die Faust aufs Auge.

Bei beiden Anlagen stimmen die Werte morgens nicht, da liegen sie im Schatten des Nachbarhauses. Müsste ich abreißen lassen, um das zu verbessern.

Und die gemessene Globalstrahlung ist auch nicht korrekt, denn mein geeichter Sensor ist nicht horizontal.

LG

pah




DS_Starter

Aus Interesse ..

Zitat...denn mein geeichter Sensor...

was ist das für ein Gerät und ist es in FHEM einbindbar bzw. von dir evtl. bereits eingebunden?
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Prof. Dr. Peter Henning

#5
Das Teil habe ich vor 19 Jahren zusammen mit meiner ersten PV-Anlage bezogen (400 €), es ist analog an meinen NT5000 Wechselrichter angebunden und wird zusammen mit dessen Leistungsdaten von FHEM abgefragt. Sprich: Wenn ich Ende 2027 den alten WR herauswerfe, muss ich das an einen A/D-Wandler anschließen.

Allerdings ist nach 19 Jahren die Eichung auch nicht mehr vertrauenswürdig. Mal sehen, vielleicht bestelle ich mir das hier:
https://de.aliexpress.com/item/1005010313016760.html

LG

pah

Parallix

Zitat von: Prof. Dr. Peter Henning am 05 April 2026, 16:39:12...
Mal sehen, vielleicht bestelle ich mir das hier:
https://de.aliexpress.com/item/1005010313016760.html
...
Einen Versuch ist es vielleicht wert. Schöner wäre es, wenn es eine leitungslose Komplettlösung, z.B. auf EnOcean-Basis, gäbe. Der SR64-LI ist für den Anwendungsfall leider nicht wirklich geeignet.
FHEM: Debian/Testing BananaPro - AVM: 7490 (7.62) und 7591 (8.25) - Goodwe: GW25K-ET (DSP V10 / ARM V12) - Trina TSM 405: (#East, #South, #West) = (12,16,12) - BYD: 2 x HVS 7.7 (BMS V3.31-B, BMU V3.26-B) - EnOcean - Z-Wave - FS20/HMS

ch.eick

#7
Moin zusammen,
aktuell passt meine Prognose auch super, das Problem sind ja eher die Winter Tage und deren Wetterlage, die dann beim DWD auch nur Glaskugel sind.

Die Erträge müssen bei mir wegen des DC Speichers leider immer korrigiert werden, da Kostal den Ertrag erst am AC Ausgang angibt und somit hätte man in der Nacht auch Ertrag :-)
Meine Prognose kommt vollständig ohne Angaben zur PV-Anlage, abgesehen von den Erträgen, aus was für nicht Techniker einfach ist.
Du darfst diesen Dateianhang nicht ansehen.

VG   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick