Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thisoft]

Meine Werte von heute:

In Summe: Prognose 5,2kWh - Real 4,0kWh

[Homoran]

@Thisoft sagte in Ist Solarprognose aus open-weather möglich?:

In Summe: Prognose 5,2kWh - Real 4,0kWh

ich bin noch nicht ganz fertig, aber das sieht bei mir ähnlich aus.

Prognose 4,5, Ist 3,3.
laut DWD (clearSky) kommt noch was 😀 , dann werden die Prozente in einer halben Stunde gerechnet.

Stundengenaue Auswertung hat was!

[H5N1]

Da ich das Repo noch auf Privat habe, habe ich es gepackt und stelle es euch via Link zur Verfügung zum Testen, sollte es das sein was von euch gebraucht wird können wir einen neuen Thread auf machen.

Über die Katze in ioBroker Benutzerdefiniert Installieren.
http://www.~~iknox.de/iobroker.open-meteo-pv-forecast-0.0.1-alpha.0.tgz~~ <--- Nicht mehr verfügbar, neue Version im Thread

[Homoran]

@H5N1 vielen lieben Dank!
baue gerade ein Testsystem auf.
Hängt noch ein wenig.

[Thisoft]

@Homoran sagte in Ist Solarprognose aus open-weather möglich?:

laut DWD (clearSky) kommt noch was 😀

echt? 17:00 bei mittelstarkem Regen????

[Homoran]

@Thisoft ich hab da auch e7n Array mit Stundenwerten erstellt, dass dann die "Prognose real" um 05:16 in history reinprügelt.

Demnach schrint Azimut und tilt nicht berücksichtigt, die Kurve sieht aus wie für Südausrichtung

(zur Verdeutlichung nachgezeichnet)

[Thisoft]

Kann ich nicht bestätigen. Die Werte für meine -15°-Ausrichtung
"global_tilted_irradiance":[26.6,0.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3,18.0,50.4,63.3,74.2,89.3,77.7,43.6,30.1]
und dagegen für 0°-Südausrichtung
"global_tilted_irradiance":[32.4,0.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3,18.0,50.2,63.2,74.1,89.5,78.1,43.7,30.3]
Allerdings sind bei dem momentanen Mistwetter die Unterschiede sowieso marginal weil eigentlich ohnehin nur diffuse Reststrahlung durch die Wolken kommt. Hier die Werte für 180° - also Nordausrichtung
"global_tilted_irradiance":[17.3,0.6,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,2.3,18.0,48.9,62.6,71.3,83.5,73.1,42.5,29.6]

Wir brauchen mal wieder richtig Sonne ;-)

[Homoran]

@Thisoft sagte in Ist Solarprognose aus open-weather möglich?:

Kann ich nicht bestätigen

die Aussage bezog sich auf clearSky!

für OMW hab ich drn Aufwand noch nicht betrieben

[Thisoft]

ja, sollte aber prinzipiell genauso sein, oder? Auch wenn das ClearSky heißt haben wir im Moment eher CloudySky und somit relativ ungerichtete, diffuse Strahlung.

[H5N1]

Neue vorab Version hinzugefügt:
Möglicher Gesamtertrag Daily.

https://www.iknox.de/iobroker.open-meteo-pv-forecast-0.1.0-alpha.0.tgz

[Homoran]

@Thisoft sagte in Ist Solarprognose aus open-weather möglich?:

Wir brauchen mal wieder richtig Sonne ;-)

richtig!

in deinem Array vermisse ich aber auch mal ein lokales Minimum.
das habe ich schon beim DWD bemängelt
https://forum.iobroker.net/post/1296008

es ist immer eine mehr oder weniger Parabelförmige Verteilung der Tagesprognose.

Das wird natürlich durch das momentane Wetter begünstigt.

Mal sehen wie es bei mehr Sonnenschein aussieht

[Thisoft]

@Homoran sagte in Ist Solarprognose aus open-weather möglich?:

in deinem Array vermisse ich aber auch mal ein lokales Minimum.

Das verstehe ich nicht... das lokale Minimum der irradiance ist doch 0 - nämlich Nachts...???

[Homoran]

@Thisoft 😀

lokales Minimum innerhalb der Produktionskurve! (zwischen zwei Maxima)

Deswegen ja der Link zu dem Bild mit eingezeichneter Kurve mit lokalem Minimum

oder so
https://forum.iobroker.net/post/1297159

Nein, es ist immer parabelförmig, nie mit einem Tal und 2 Spitzen oder mehr.

Natürlich ist das absolute Minimum in der Nacht

[Besserwissermodus]

[/]

[Thisoft]

naja - nimms mir nicht übel... ;-) Also die rein mathematische Betrachtung der Kurvendiskussion durchschaue ich ja sogar ansatzweise ;-). Aber was bitte soll das denn für die Prognose hier bringen? Der absolute Unsicherheitsfaktor ist doch nun mal die Bewölkung bzw. Bedeckung des Himmels. Und das wird keine Wettervorhersage der Welt exakt für jede 50m² auf der Erdoberfläche mit 5-Minutengenauigkeit vorhersagen können! Ich bin der Ansicht, das wird nie genauer werden als dass wir mit ungefähr ±20 Prozent abschätzen können wieviel Ertrag am laufenden bzw. nächsten Tag auflaufen wird. Alles darüber hinaus ist eine durchaus interessante Spielerei und bringt vielleicht noch paar Prozente an Wahrscheinlichkeit, aber die Wolken werden sich trotzdem nicht metergenau daran halten was eine Vorhersage gerade mal berechnet hat ;-)

[Homoran]

@Thisoft sagte in Ist Solarprognose aus open-weather möglich?:

Aber was bitte soll das denn für die Prognose hier bringen?

ok, das ist jetzt nicht der Punkt was es uns bringt!

Der Punkt der mit bei brightSky (sorry nicht ckear, bring ich immer durcheinander) immer wieder aufgefallen ist, ist dass eine echte hourly Prognose doch auch mal Tiefpunkte mittendrin haben müsste, z.B. wenn eine Wolkengruppe durchzieht.

Wenn dieses nie auftritt, drängt s7ch für mich die Vermutung auf, dass die "stündliche" Vorhersage über eine wie auch immer (modifizierte) "Normalverteilung" aus einem einzigen Tageswert errechnet wird.

Sollte das so sein, dann nutzt die stündliche Auswertung nicht wirklich.

Was nutzt mir, wenn der Tageswert stimmt, aber erst ab 15:00 die ganze Tagesstrahlung kommt. Da bekommen meine Panels fast nichts mehr von ab.

[Thisoft]

ah, jetzt verstehe ich worauf du hinaus willst :-)
Dank der OpenMeteo-API die auch historische Daten zur Verfügung stellt habe ich mir mal die Daten für 2025 geholt und ein wenig aufbereiten lassen ;-). Ich fürchte du hast nicht ganz Unrecht mit deiner Hypothese. Auch die Min und Max Werte folgen erschreckend gut der Glockenkurve. Was für meine Zwecke allerdings nicht so gravierend wäre - mir reicht es in der Tat wenn die Tagessumme einigermaßen zutreffen würde.

Stunde	Mittelwert	Standardabweichung	Relative Streuung (CV)	Minimum	Maximum
0	0	0	0	0	0
1	0	0	0	0	0
2	0	0	0	0	0
3	0	0	0	0	0
4	0	0	0	0	0
5	2,25012285	5,138565822	2,283682343	0	20,3
6	14,37100737	22,49257687	1,565135713	0	74,9
7	59,94963145	78,56852965	1,310575691	0	243,2
8	142,0135135	156,766618	1,103885216	0	466,8
9	246,2346437	217,6165355	0,883777084	3,6	680,2
10	358,477887	252,9841398	0,70571756	14,2	862,3
11	452,5115479	275,0518275	0,60783383	22,8	963
12	490,2938575	285,8380103	0,582993252	31,4	1004,2
13	472,7518428	272,1355043	0,57564134	28,4	964,6
14	416,2611794	244,1988829	0,586648227	25,6	851,5
15	327,5415233	200,6487618	0,612590305	12,2	690,6
16	207,4700246	149,9319141	0,722667838	3,2	484,5
17	101,5437346	93,73422516	0,923092158	0	266,4
18	35,66412776	40,23480763	1,128159026	0	141,3
19	16,84127764	24,08994441	1,43041074	0	84,1
20	4,712285012	9,164006422	1,944705466	0	34,7
21	0,102702703	0,331132474	3,224184611	0	1,7
22	0	0	0	0	0
23	0	0	0	0	0

[Thisoft]

Habe die gleiche Auswertung jetzt nochmal für den Bewölkungsgrad (cloud_cover) gemacht... Das sieht wirklich verdammt gleich aus...

[Thisoft]

Jetzt mal noch ein ganz anderer, sehr interessanter Aspekt den @h5n1 ins Gespräch brachte! Und zwar die Modultemperatur der PV-Module. Diese hat ja unbestritten einen nicht unbedeutenden Einfluss auf den Ertrag.
Nun hat mir die KI überraschenderweise gesagt dass man diese problemlos berechnen könnte... Das sieht auch wirklich zunächst durchaus plausibel aus... ich poste hier mal die entsprechende Javascript-Funktion:

/**
 * SAPM/Sandia: Glas/Glas, dachparallel (close roof mount)
 * Inputs:
 *  - Epoa: POA Einstrahlung [W/m²]
 *  - Ta:   Umgebungstemperatur [°C]
 *  - WS:   Windgeschwindigkeit [m/s]
 * Output:
 *  - Tm: Modultemperatur (Rückseite) [°C]
 *  - Tc: Zelltemperatur [°C]
 *  - fT: Temperaturfaktor auf Leistung/Wirkungsgrad [-]
 *  - lossPct: Leistungsänderung ggü. 25°C [%] (negativ = Verlust)
 */
function pvTempAndPowerFactor(Epoa, Ta, WS) {
 
  const a = -2.98;  // Sandia/SAPM Parameter: glass/cell/glass close roof mount
  const b = -0.0471; // Wind-Kühlungsfaktor
  const deltaT = 1.0;      // Differenz zwischen Modulrückseite und Zelle
  const E0 = 1000.0;       // W/m² Referenzeinstrahlung STC
  const WSkorr = 1.1    //Korrekturfaktor für Windexposition

  // Temperaturkoeffizient der Leistung: -0.3 %/°C -> -0.003 1/°C
  const gamma = -0.003; //ggf. nach Moduldatenblatt anpassen

  WS= WS * WSkorr
  // Modul- und Zelltemperatur
  const Tm = Ta + Epoa * Math.exp(a + b * WS);
  const Tc = Tm + (Epoa / E0) * deltaT;

  // Temperaturfaktor relativ zu STC (25°C)
  const fT = 1 + gamma * (Tc - 25);

  // Leistungsabfall in %
  const lossPct = (fT - 1) * 100;

  return { Tm, Tc, fT, lossPct };
}

Der Aufruf wäre dann in unserem Fall z.B. so:

        const r = pvTempAndPowerFactor(getState(OpenMedeoDp + ".global_tilted_irradiance").val,getState(OpenMedeoDp + ".temperature_2m").val,getState(OpenMedeoDp + ".wind_speed_10m").val)

        var PrognoseMitTemp = Math.round(PrognoseBisher*r.fT);

wobei "OpenMedeoDp" der entsprechend zusammengesetzte Datenpunkt für die jeweils fragliche Stunde ist.

Was haltet ihr davon?