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

[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 ;)

[Homoran]

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

korrekterweise in W/h

😀

korrekt ist Wh, wie es auch ist 😉

[Thisoft]

Soo, heute hab ich Murks gebaut, da hab ich die ganze Sache nur verschlimmbessert :-( Aber mal sehen was morgen ist - OpenMeteo prophezeit nahezu 0%Bewölkung - ich bin ein klein wenig skeptisch...

[Homoran]

@Thisoft heute hat omw bei mir die Latte gerissen

was die Kurven angeht, habe ich immer noch seit Jahren das Problem, dass die Berechnungen nie zum Ist passen. die Zeiten sind immer verschoben.
Schon vor jahren habe ich, als Paul mir geholfen hatte, den maximal mögliche Ertrag via suncalc und den trigonometrischen Formeln für Elevation, Azimut, tilt und Ausrichtung zu berechnen, das Haus um 15° drehen müssen. Was aber über den Jahresverlauf nicht stabil blieb.
Außerdem soll immer nachdem die Sonne nicht mehr auf die Panels scheint, genau diese Zeit noch Energie generiert werden.
Bis auf ein kleines Globalstrahlungsschwänzchen kommt aber nichts mehr

Auch jetzt liegt das Maximum der DWD Glocke etwa 1,5-2h zu spät.

ich bilde mir sogar ein, dass die Form (nicht der absolute Verlauf) der Kurve von OMW um die selbe Zeit verschoben, zu den zwei Ist-Maxima passen würde.

für morgen habe ich die Kurven 1.5h vorverlegt.

[Thisoft]

ja, die Verschiebung kann ich so bestätigen. Ich habe jetzt erstmal meine PV-Anlage um -15° "gedreht" ;-)

was meinst du mit "Latte gerissen"? War deine Prognose auch viel zu niedrig?