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

[Thisoft]

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

auch due Kurvenform passte weitestgehend.

Das verstehe ich jetzt wiederum nicht... es ist doch genau die ideale Glockenkurve die du die ganze Zeit bemängelt hast!???? Gab's bei euch heute keine nennenswerte Bewölkung?

[Homoran]

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

ist doch genau die ideale Glockenkurve die du die ganze Zeit bemängelt hast!???

welche?
lila ist DWD und gelb ist OMW
dunkeögelb ist Ertrag und weiss ist theoretisch maximaler Ertrag

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

Gab's bei euch heute keine nennenswerte Bewölkung

Die morgendliche Bewölkung hatte sich länger gehalten als prognostiziert, dafür war der Ertrag anschließend (möglicherweise wegen niedriger Temperatur mit ziemlich Wind und daraus resultietendem höheren Wirkungsgrad) etwas höher (bis 14:15 aber immer wieder durch Wolken unterbrochen)

[Thisoft]

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

ila ist DWD und gelb ist OMW
dunkeögelb ist Ertrag und weiss ist theoretisch maximaler Ertrag

ja klar, gelb passt zumindest viel besser als Lila. Aber so zu 95% mit dem Ertrag konform geht die Kurve nun auch wieder nicht ;-) ;-)

Naja, wir müssen ja auch keinen Glaubenskrieg draus machen... ich lasse mein Modell jetzt mal eine Weile laufen... mal sehen... man muss da ja ohnehin die Trefferquote über längere Zeit betrachten. Und dabei dann am besten wieder die Normalverteilung der Abweichungen.

[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