Leistungsprognose für Wechselrichter

Begonnen von ch.eick, 18 Januar 2021, 08:35:46

Vorheriges Thema - Nächstes Thema

DS_Starter

ZitatIst es irgendwie möglich, dass ganze Modul zurück zu setzen.
Du hast mir etwas vorweg genommen was auf dem Plan steht.  ;)
Ich will heute noch das set <> reset um den Teil pvCorrectionFactor ergänzen.
Damit ist das dann möglich was du möchtest.
Warte einfach ein bisschen. Wenn du es eilig hast -> deleteReading ... pvCorrectionFactor_.*
ESXi@NUC+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

DS_Starter

@Christian

ZitatSomit wäre die Streuung bereits mit drin, aber die Dämpfung durch Wolken und Regen, was wir ja noch eingebaut haben, nicht.
Dann sollte das passen. Nebel wäre aber auch noch so ein Faktor. Dafür gibt es auch einen DWD Wert wenn ich mich nicht täusche.
ESXi@NUC+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

ch.eick

Hallo Mumpitz,
hast Du für mehr Vergleichswerte auch mal meine modifizierte Solar_forcast() übernommen?
Die bisherige Umgebung wäre kompatibel und Du könntest die Vergleichswerte direkt in Heikos Device schreiben.

Hier mal das Muster für den Eintrag ins PV_Schedule Device

################################################################################################################
## 2 PV Prognose vom aktuellen Tag aktualisieren
##     zwischen 7 und 19 Uhr zur vollen Stunde
DOELSEIF
([07:00-20:00] and [:00])

   ({Solar_forecast("LogDB","LogDBRep_delete_PV_Forecast","PV_Anlage_1","Solar_Calculation_fc","DWD_Forecast",0)})
   ({Solar_forecast("none","none","DWD_Forecast_Test","Solar_forecast_fc","DWD_Forecast",0)})

################################################################################################################
## 3 PV Prognose für den nächsten Tag aktualisieren
##
DOELSEIF
([06:55] or [19:11])

   ({Solar_forecast("LogDB","LogDBRep_delete_PV_Forecast","PV_Anlage_1","Solar_Calculation_fc","DWD_Forecast",1)})
   ({Solar_forecast("none","none","DWD_Forecast_Test","Solar_forecast_fc","DWD_Forecast",1)})

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

ch.eick

Zitat von: DS_Starter am 24 Januar 2021, 16:39:17
@Christian
Dann sollte das passen. Nebel wäre aber auch noch so ein Faktor. Dafür gibt es auch einen DWD Wert wenn ich mich nicht täusche.
Sag bescheid, wenn Du Ihn gefunden hast. Im Rhein Tal haben wir recht selten Nebel :-) , oder er ist schnell wieder weg, bevor die Sonne kommt.
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

Mumpitz

Zitat von: ch.eick am 24 Januar 2021, 16:39:40
Hallo Mumpitz,
hast Du für mehr Vergleichswerte auch mal meine modifizierte Solar_forcast() übernommen?
Die bisherige Umgebung wäre kompatibel und Du könntest die Vergleichswerte direkt in Heikos Device schreiben.

Hier mal das Muster für den Eintrag ins PV_Schedule Device

################################################################################################################
## 2 PV Prognose vom aktuellen Tag aktualisieren
##     zwischen 7 und 19 Uhr zur vollen Stunde
DOELSEIF
([07:00-20:00] and [:00])

   ({Solar_forecast("LogDB","LogDBRep_delete_PV_Forecast","PV_Anlage_1","Solar_Calculation_fc","DWD_Forecast",0)})
   ({Solar_forecast("none","none","DWD_Forecast_Test","Solar_forecast_fc","DWD_Forecast",0)})

################################################################################################################
## 3 PV Prognose für den nächsten Tag aktualisieren
##
DOELSEIF
([06:55] or [19:11])

   ({Solar_forecast("LogDB","LogDBRep_delete_PV_Forecast","PV_Anlage_1","Solar_Calculation_fc","DWD_Forecast",1)})
   ({Solar_forecast("none","none","DWD_Forecast_Test","Solar_forecast_fc","DWD_Forecast",1)})



Nein, noch nicht! ist aber angedacht! Bin grad das Büro zu Hause am umbauen sodass der PC nicht mehr bereit ist. Solche Änderungen kann ich dann nicht mehr am iPad machen :-)

DS_Starter

ZitatSag bescheid, wenn Du Ihn gefunden hast.
wwM
ESXi@NUC+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

jual

Zitat von: DS_Starter am 24 Januar 2021, 15:29:33
Diesen Flächenfaktor werde ich bei mir erstmal mit einbauen. Ist ein bisschen Arbeit weil aus dem Flächendiagramm zunächst eine Matrix (Hash) zu erstellen ist.
Damit bekommt man dann einen Flächenfaktor mit dem man die Globalstrahlung korrigiert die dann wiederum als Gk in die genannten Formeln eingeht.

Erst einmal Gratulation zu den bisherigen Ergebnissen. Ich hatte ja schon eine Weile nicht mehr in den alten Thread geschaut, da ich diverse andere Baustellen angefangen hatte. So teste ich jetzt seit ein paar Wochen die Solcast Vorhersage und kann dann vielleicht bei Gelegenheit ein wenig in diese Richtung beitragen.

Gestern Abend habe ich mir dann noch das neue Forecast Modul installiert. War zwar nicht der beste Zeitpunkt, da die Module heute zugeschneit waren aber der vorhergesagt Wert, wäre ohne Schnee wahrscheinlich gut möglich gewesen. Ich werde die Werte in den nächsten Tagen dann auch mit den Solcast Vorhersagen abgleichen.

Zu deinem Ansatz, eine Flächenkorrektur mit einzubauen, hätte ich noch eine Frage/Anregung. Wenn ich es richtig verstanden habe, dann wird der Korrekturwert auf Basis der Ausrichtung und der Dachneigung ermittelt. Wenn man jetzt mehrere Dachausrichtungen hat, müsste man ja theoretisch für diese Flächen unterschiedliche Faktoren berechnen. Eventuell kann man diese dann auch wieder zu einem Korrekturwert zusammen fassen.

Dies würde dann aber bedeuten, dass man Angaben zu seinen diversen Flächen machen müsste. Also ein recht komplexes Thema. Alternativ müsste man - ähnlich, wie ich das bei Solcast auch machen müsste - eine kalkulierte Ausrichtung für seine Dachflächen finden. Ich habe beispielsweise eine Ost/Westausrichtung mit 10 Modulen auf der Ost- und 19 Modulen auf der Westseite.

Bei der Definition des Forecast Device ist mir noch etwas aufgefallen, was ich hier mal als Idee für eine Änderung vorschlage. Ich habe neulich eine zweite fhem-Instanz auf einem zweiten Raspi (Docker-Test) angelegt und einige HTTPMOD Devices dorthin verschoben. In meiner Hauptinstallation gibt es dann entsprechende Dummy-Devices. Durch die Typ-Prüfung auf DWD-Opendata könnte ich also dem Forecast-Device kein DWD Device zuordnen und müsste nun wieder eines in der Hauptinstallation anlegen. Vielleicht kann man die Abfrage in Richtung "Dummy" erweitern. Ist aber nicht wirklich eine dringende Änderung.

Bei meinen Solcast Tests habe ich nun wohl einigermaßen ein paar Einstellungen gefunden, die meine Anlage ganz gut repräsentieren. Oft sieht der Forecast recht gut aus. Im nächsten Schritt würde ich jetzt mal die Optimierungsfunktion nutzen. Hierzu muss man seine realen Werte an Solcast melden.  Dieses Tuning ist also wahrscheinlich ähnlich deiner Umsetzung. Ich würde aber mal annehmen, dass sie ein  paar KI-Ansätze integriert haben. Mal schauen, was dabei heraus kommt.

ch.eick

Hallo Jual,
das mit der Flächenneigung kommt aus meinem Ansatz, in dem auch momentan 5 Ausrichtungen angewendet werden können.

Zitat von: jual am 24 Januar 2021, 16:51:47
Zu deinem Ansatz, eine Flächenkorrektur mit einzubauen, hätte ich noch eine Frage/Anregung. Wenn ich es richtig verstanden habe, dann wird der Korrekturwert auf Basis der Ausrichtung und der Dachneigung ermittelt. Wenn man jetzt mehrere Dachausrichtungen hat, müsste man ja theoretisch für diese Flächen unterschiedliche Faktoren berechnen. Eventuell kann man diese dann auch wieder zu einem Korrekturwert zusammen fassen.

Dies würde dann aber bedeuten, dass man Angaben zu seinen diversen Flächen machen müsste. Also ein recht komplexes Thema. Alternativ müsste man - ähnlich, wie ich das bei Solcast auch machen müsste - eine kalkulierte Ausrichtung für seine Dachflächen finden. Ich habe beispielsweise eine Ost/Westausrichtung mit 10 Modulen auf der Ost- und 19 Modulen auf der Westseite.
Das ist nicht komplex und wird bei mir im PV_Anlage_1_config eingetragen. Im Default kommen drei Ausrichtungen, sobald die Modul Anzahl auf 0 ist, wird diese übersprungen.
Heiko kümmert sich momentan um die Autokorrektur und noch nicht so sehr um die Verschiedenen Ausrichtungen, wodurch es noch zu leichten Abweichungen kommt.
In einigen vorherigen Posts findest Du eine Beschreibung, wie man meine Prognose direkt als readings in Heikos Device schreiben kann, oder halt ins WR Device. Dann kann man bereits jetzt schon vergleichen.

Mit der Funktion Solar_Plain() wird eine Winkelberechnung durchgeführt, die die Projektion auf die Module anhand des Sonnenstandes berücksichtigt.
Dafür benötigst Du aber auch ein Astro Device, um den Sonnenstand für die jeweilige Prognosezeit abzufragen.

Gruß
    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

ch.eick

Zitat von: DS_Starter am 24 Januar 2021, 16:48:16
wwM
Da kommt nur 0.00 :-) Mal schauen, ob das brauchbar ist, sobald es mal Nebel gibt.
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

DS_Starter

[Modul 76_SolarForecast]

Hallo zusammen,

eine neue V 0.4.0 liegt im contrib.
Wenn ihr das Modul heruntergeladen und restartet ! habt, verlangt das Device die Eingabe der Modulausrichtung mit:
   
      set <> moduleDirection

Ihr wählt eure Richtung einfach aus der Drop-Down Liste aus. Dadurch wird nun der vorn erwähnte Flächenfaktor implementiert.
Weiterhin ist der setter reset ergänzt. Mit

     set <> reset pvCorrection

werden alle Korrekturfaktoren gelöscht und die Autokorrektur ausgeschaltet. Der Korrekturfaktor wird dann mit "1" bewertet.

Ich lasse bei mir jetzt alles erstmal ohne Autokorrektur laufen damit man die errechneten Rohwerte besser sieht.

Grüße,
Heiko


ESXi@NUC+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

Mumpitz

Zitat von: DS_Starter am 24 Januar 2021, 19:12:44
[Modul 76_SolarForecast]

Hallo zusammen,

eine neue V 0.4.0 liegt im contrib.
Wenn ihr das Modul heruntergeladen und restartet ! habt, verlangt das Device die Eingabe der Modulausrichtung mit:
   
      set <> moduleDirection

Ihr wählt eure Richtung einfach aus der Drop-Down Liste aus. Dadurch wird nun der vorn erwähnte Flächenfaktor implementiert.


Ich habe die Hälfte auf Ost, die andere Hälfte auf West. Muss ich nun ein zweites SolarForecast konfigurieren?

DS_Starter

Im Moment ja. Aktuell werden keine multistrings in einem Device unterstützt.
Kommt später wen das Grundgerüst steht.

Lg
ESXi@NUC+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

DS_Starter

@Mumpitz,
du könntest eigentlich noch ein drittes Device anlegen und bei diesem eine Südlage einstellen sowie die Autokorrektur on.
Anfangs sollten die Vorhersagewerte natürlich voll daneben liegen, sich aber nach und nach anpassen.

Ich habe nur einen String mit Südlage. Werde auch mal testweise je ein weiteres Device mit Ost und Westlage kopieren und dort Autokorrektur einschalten. Der Effekt sollte dann nach mehreren Tagen der gleiche sein.
ESXi@NUC+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

xerion

@DS_Starter wenn ich dich richtig verstanden habe, sollte man bei unterschiedlichen Strings mit unterschiedlichen Ausrichtungen am besten für jeden String ein Device anlegen. Die Erzeugung der Strings kann ich auch einzeln abfragen. Das wäre bei mir kein Problem. Wie mache ist es aber mit den Werten des Hausverbrauches und des Tagesertrages die beziehen sich ja immer auf die gesamte Anlage. Wie funktioniert dann dort die Autokorrektur?
Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

DS_Starter

Der Hausverbrauch, also der Consumption Wert CO, ist eine reine Anzeigefunktion und hat insofern keinen Einfluß.
Bezüglich Tagesertrag ist das eine gute Frage. Darüber war ich noch garnicht gestolpert weil ich nur einen String mit Südlage habe.
Ich glaube da muß ich mir bald etwas einfallen lassen um dieses Problem zu lösen. In dieser Konstellation würde die Autokorrektur die Korrekturwerte unnötig hochziehen weil die Devices nichts voneinander wissen.
D.h. erstmal ohne Autokorrektur fahren. Ich denke darüber nach wie ich das lösen werde...
ESXi@NUC+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