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

[Thisoft]

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

mit dem Cloud_Cover_Low zu überlagern und das so erhaltene Modell wieder auf die Gesamtsumme lt.GTI zu normalisieren.

ist doch das worüber wir gesprochen hatten, in der Annahme der cloud cover wäre nicht berücksichtigt, oder?

Nein, oder ja, es ist die Weiterführung dessen worüber wir gesprochen hatten. Wir hatten festgestellt dass der GTI-Wert zwar die cloud_coverage berücksichtigt, aber den Wert dann offensichtlich stark glättet. Außerdem berücksichtigt der GTI nach dem was ich in Erfahrung bringen konnte die "Gesamtbewölkung" cloud_cover. Nach meinen Recherchen hat aber cloud_cover_low einen viel stärkeren Einfluss auf die PV-relevante Strahlung als cloud_cover_high. Deshalb habe ich cloud_cover_low stärker gewichtet.
Im ersten Ansatz hatten wir den cloud_cover Wert einfach mit dem GTI multipliziert also z.B. x0,5 bei 50% Bedeckung. Ich normalisiere jetzt die so errechnete Tagessumme auf die Tagessumme der GTI-Werte ohne Verrechnung, so dass die Tagessumme gleich bleibt, aber der Bewölkungsverlauf über den Tag quasi "aufmoduliert" wird.

Kann sein dass das ein einfach nur "viel Wind um nichts" ist :-) Wir werden sehen...

[Homoran]

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

man muss da ja ohnehin die Trefferquote über längere Zeit betrachten.

gelb ist open meteo!

und 4 Punkte sind natürlich nicht "lange Zeit"

[Homoran]

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

Ich normalisiere jetzt die so errechnete Tagessumme auf die Tagessumme der GTI-Werte ohne Verrechnung, so dass die Tagessumme gleich bleibt, aber der Bewölkungsverlauf über den Tag quasi "aufmoduliert" wird

das meinte ich damals mit

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

Auf jeden Fall muss das ganze normiert werden, damit die Fläche der Kurve mit und ohne cloud-Faktor und damit die Ertragssumme identisch bleibt.

[H5N1]

Neue Alpha Version vom Adapter.
Konfiguration der Instanz Angepasst und ein paar Daten zu hourly hinzugefügt.

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

[Homoran]

danke!

ganz vorsichtige!! Frage
planst du in absehbarer Zeit die beiden Adapter zusammenzuführen?
Ich arbeite beim open-meteo ohne pv noch mit einer alten Version, um dort den Abruf der tilted/Azimut Werte nicht neu hardcodieren zu müssen.

NICHT HETZEN! Nur wenn's passt!!

[Homoran]

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

ein paar Daten zu hourly

ach du ...

Da kann man sich ja richtig austoben!
Ich brauche dafür mehr als 24h/Tag 😀
und eine Formel, um aus den Daten die Modultemperatur hochzurechnen

[H5N1]

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

Ich brauche dafür mehr als 24h/Tag

😁 Da muss ich mal schauen wie weit Open Meteo liefert für die Vorhersage des Solarprognose, wenn der mehr liefert sollten 48h kein Problem sein.

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

planst du in absehbarer Zeit die beiden Adapter zusammenzuführen

Der Plan ist eigentlich beide nativ für sich laufen zu lassen, das macht es für mich einfacher sie zu warten ohne zb den ganzen Wetter Adapter umzubauen falls man was ändern will. Also im Prinzip eine übersichts und handlings Sache.

[Thisoft]

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

und eine Formel, um aus den Daten die Modultemperatur hochzurechnen

versuch's mal damit. Ich hab die jetzt schon paar Tage mitlaufen und auch mal mit höheren, sommerlichen Werten durchgespielt. Sieht recht plausibel aus..

Spoiler

/**
 * 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ühlungsfaltor
    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

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

    // 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 };
}

[Homoran]

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

wenn der mehr liefert sollten 48h kein Problem sein.

MistVerständnis! 😉

ich brauche einen 48h Tag!

um

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

versuch's mal damit

das zu tun.

wenn

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

beide nativ für sich laufen

ist das auch gut!
Dann werde ich den pv-Adapter auch auf mein Produktivsystem installieren müssen, damit ich alle Infos zusammen habe.

[Homoran]

kurz überflogen
Verständnisfrage:
@Thisoft sagte in Ist Solarprognose aus open-weather möglich?:

Output:

• • Tm: Modultemperatur (Rückseite) [°C]
• • Tc: Zelltemperatur [°C]
• • fT: Temperaturfaktor auf Leistung/Wirkungsgrad [-]
• • lossPct: Leistungsänderung ggü. 25°C [%] (negativ = Verlust)

wieso ist fT im Output. Ist das nicht der, der im Datenblatt steht?

und

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

const deltaT = 1.0; // Differenz zwischen Modulrückseite und Zelle

woher nimmst du dies?
empirisch?

[looxer01]

Ich habe den Adapter installiert und konfiguriert. Lief erstmal soweit durch.
Ich habe 4 unterschiedliche Dachpositionen eingestellt. (Ost West Ausrichtung).
Jetzt eine Frage: der Datenpunkt bei mir z.B open-meteo-pv-forecast.1.PVGarageOst.daily-forecast.day0.Peak_day entspricht der Tagesausbeute ?
Als Peak würde ich etwas anderes verstehen - daher die Frage.
Als Tagesausbeute machen die Werte vermutlich Sinn und würde schon besser aussehen als mit dem PV-Forecast Adapter, der bei bedecktem Wetter immer zu grosse Werte vorhergesagt hatte.

[Homoran]

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

der Datenpunkt bei mir z.B open-meteo-pv-forecast.1.PVGarageOst.daily-forecast.day0.Peak_day entspricht der Tagesausbeute ?

den Wert halte ich genau für das, was sein Name sagt. die höchste Leistung! des Tages.
ggf. ist hier die Einheit falsch, da sich bei Stundenwerten das h herauskürzt.

Ich nutze allerdings ausschließlich die hour-Werte.

---

kleiner Gag am Rande

lang lebe die automatische Übersetzung 😀

[Thisoft]

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

wieso ist fT im Output. Ist das nicht der, der im Datenblatt steht?

nein, das ist der errechnete Leistungskorrekturfaktor!

der den du meinst steht direkt im Script:

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

das deltaT ist in der Tat eine empirische Empfehlung der KI ;-)

[looxer01]

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

den Wert halte ich genau für das, was sein Name sagt. die höchste Leistung! des Tages.

dann verstehe ich es nicht. Wie du schon sagst eine Angabe von w/h macht da keinen Sinn sondern müsste dann z.B. 460 w sein.
Es ist vielleicht interessant einen Spitzenwert zu sehen aber ich bin ja tatsächlich interessiert zu sehen wie hoch die gesamte Solarausbeute der Tages-Prognose ist.
einen anderen Datenpunkt habe ich nicht gesehen, der das repräsentiert.

[Homoran]

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

ich bin ja tatsächlich interessiert zu sehen wie hoch die gesamte Solarausbeute der Tages-Prognose ist.

Das Array brauche ich sowieso für den Eintrag in History um die Kurve zu erzeugen

[looxer01]

also ist (bei mir) open-meteo-pv-forecast.1.PVGarageOst.pv-forecast.hour3.global_tilted_irradiance der Ertrag je Stunde. Dieser muss über die Stunden des Tages summiert werden - korrekt ?

[Homoran]

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

korrekt

ja.

und wenn du es auch für history brauchst, wird es komplexer, da du den Timestamp noch basteln musst.
Das hab ich bisher nur auf dem Produktivsystem, in dem ich open-meteo-pv noch nicht habe

[looxer01]

ich bin nicht so der blockly Kollege. Ich würde mir ein javascript basteln. Ist auch nicht das Ding.
Ich denke nur daran, dass das für viele schon eine Hürde sein wird. Könnte das nicht der Adapter machen ?
Da wo es den Peak gibt, dort würde z.B. der Tagesertrag über alle Stunden summiert werden

[H5N1]

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

Dieser muss über die Stunden des Tages summiert werden - korrekt ?

Das macht der Adapter automatisch, beim abruf summiert er 24h des Tages und setzt ihn in day0.Peak_day, für den nächsten Tag in day1.Peak_day usw. Open Meteo liefert nur Stundendaten für PV und keine Tagesdaten.

[looxer01]

ok, dann ist es doch so, dass Peak korrekterweise in W/h den Ertrag und nicht die Leistung zeigt. Und somit den Ertrag eines jeden Tages
Die Wahl Peak ist vielleicht nicht ganz so klar für diesen Datenpunkt
Und wenn ich mir die Werte für meine Konstellation aufgrund meiner Erfahrung anschaue, dann machen die tatsächlich Sinn für die Wetterlage. (wenn ich mal vom heutigen Schnee absehe ;)