PV Prognose in openWB #3785
Replies: 1 comment 3 replies
|
Danke für die ausführliche Antwort 😅
War auch nicht meine Intension - für den Anfang ist das schon sehr umfangreich!
In jedem Fall find ich es super das du Arbeit in die Richtung gesteckt hast, denn wenn openWB in Verbindung mit der aktiven Speichersteuerung den Hausspeicher im Winter "smart" (Dynamische Stromtarife) laden möchte, ist ein PV-Forecast essentiell. |
Ich hatte auch mehr als 3 Provider beim Start auf der Liste, einen davon hab ich zwischenzeitlich verworfen, weil er einfach deutlich komplexer zu konfigurieren war und für mich daher nicht praktikabel gewesen ist und Victron habe ich aus einem ganz simplen Grund nicht genommen: Ich hab kein Victron und kann die API daher nicht testen auf Plausibilität und ob es funktioniert. Du glaubst gar nicht wie oft ich zig mal Daten in meinen Tests eingegeben habe um zu verifizieren das alle 3 Provider mit jedem Evulotionsschritt und nach jeder Änderung noch sauber funktionierten ;) Am Ende kannte ich sogar meine Koordinaten schon auswendig 🙂 |
|
Für die Zukunft kann ich dir dazu 2 Angebote machen:
|
|
Coole feature-Entwicklung! |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Diskussion zu PV Prognose Funktion, PR für eine laufffähige Version habe ich gestellt: #3782
@Kai9555
Danke für dein Feedback, ich lager es mal aus dem PR aus in ein neues Thema hier, macht es denke ich etwas einfacher.
Zur Einordnung ich nutze selbst open-meteo bei mir für meine prognosebasierte Lastspitzenkappung und openWB-Eingriff zur Fahrzeugladung schon fast ein Jahr. Und ich stelle täglich gegenüber tatsächliche Erzeugung vs. Prognose und komme da auf Übereinstimmungen von über 90%. So ganz schlecht ist die Prognose von open-meteo also nicht, weil die auch intern mit solaren Einstrahlungswerten arbeiten.
Und irgendwo muss man ja mal anfangen, ich kann ja nicht gleich zu Anfang eine 300% Lösung präsentieren, die alle Fälle 100% abdeckt und jegliche Eventualität berücksichtigt. Daher bin ich auch mit 3 verschiedenen Providern gestartet, die Liste kann aber theoretisch unendlich erweitert werden. Man kann auch die Werte aus Victron heranziehen, macht EVCC auch. Ich hab mich aber erstmal auf die Anbieter beschränkt die eine saubere und einfach dokumentierte API haben und die sauber funktionieren. Aber es gibt auch schon deutliche Unterschiede:
open-meteo ist absolut simple, hat kaum API-Limits, ist maximal flexibel, hat afaik auch keine Limitierung weils einfach total kostenfrei ist das zu nutzen. Ist eigentlich für Wettervorhersagen gedacht aber über den Griff der Solaren Einstrahlung kann man sich auch eine PV Prognose erzeugen, man braucht eben nur Dachflächen, Leistung, Dachneigung und Ausrichtung. Und über den Faktor Systemverluste kann ich selbst auch etwas steuern wie meine Prognose rauskommt. leicht erhöhen oder verkleinern und ich bekomme irgendwann einen sehr guten Wert.
Forecast.solar ist sehr mächtig, aber wer mehr Funktionen will muss sich auch nen bezahlten Account erstellen. Das fängt an bei API-Limits wie oft kann ich abfragen, hin zur Auflösung der gelieferten Werte hin zu: Ich kann die Prognose sogar "kalibrieren" indem ich meine Erzeugung am Abend wieder an die API sende und ich damit meine Prognose die ich bekomme, zukünftig verbessere. Da gibt es dann eben auch so Faktoren wie Verschattung etc. die berücksichtigt werden. Aber ich kann die freie API nutzen oder gegen Bezahlung einen API Key mit mehr Funktionen bekommen.
Pvnode ist ähnlich Forecast.solar auch ziemlich mächtig und hat den Unterschied ich muss in openWB keine Dachflächen konfigurieren, sondern macht das alles bei denen. In der kostenfreien Variante kann ich nur einen API Abruf am Tag machen, mehrere werden aber gecacht, sprich ich bekomm bei mehreren Abrufen die gleichen Daten. Ausser ich stelle um auf einen bezahlten Account, dann bekomme ich auch mehr Daten und hier gibt es auch Funktionen sogar dort online seine Erzeugungsdaten hochzuladen und so seine Prognose zu "kalibrieren".
Es gibt sicher noch 2 Hände voll mehr Provider die man nutzen kann, ich hab mich eben erstmal auf die konzentriert die gut dokumentiert sind und wo man wirklich einfach erstmal anlegen kann mit wenigen Parametern und ich erstmal eine Prognose bekomme mit der man weiterarbeiten kann. Der Einstieg soll ja auch nicht zu komplex sein. Man kann teilweise noch mehr Faktoren an die API geben um seine Prognose zu verbessern, aber will man das? Das überfrachtet ja auch das UI merklich.
Und nochmal: bei den 3 Providern muss ich mich einzig und allein bei pvnode anmelden, will ich das nicht und meine Daten hingeben, dann nutze ich open-meteo oder forecast.solar ohne eigenen API-Key in der freien Variante und ich brauche keinerlei Account, keine Anmeldung irgendwo und bekomme trotzdem eine PV Prognose. Ich denke das ist der Grundgedanke dazu auch bei openWB? Ich hab die Option die Daten bei mir zu behalten.
Generell hab ich den Fokus drauf gelegt es einfach umzusetzen, das man erstmal einen Start hat. Komplexere Provider mit mehr/besseren Daten kann man nachpflegen, ist aber auch immer eine Frage was kann der und was kostet das. Bin ich bereit meine Daten wegzugeben und dafür zu bezahlen um bessere Daten zu bekommen?
Und für Ideen bin ich immer offen, mehr Provider wenn sinnvoll und einfach hab ich schon auf der ToDo.
Wo man die Daten dann weiterverwenden kann bei der Ladeplanung, Speichersteuerung etc. kann man auch diskutieren aber primär gings mir erstmal drum Prognose Daten zur Verfügung zu stellen und eine saubere Schnittstelle innerhalb openWB abzubilden, damit man mit diesen Daten weiterarbeiten kann. :)
Nur zur Einordnung ums zu trennen: Ich sehe mich aktuell erstmal nur in dem Thema Prognose zur Verfügung stellen/Provider anlegen. Wie das ganze dann weiterverarbeitet wird also reine Anzeige im UI (außerhalb der Konfigseite) und Weiterverwendung der Daten, da seh ich mich aktuell nicht. Aber die Ideen kann man ja alle gerne hier sammeln :)
All reactions