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

[Homoran]

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

Wie gesagt kann ich das mit 1h Zeitverschiebung bestätigen

das gilt aber auch für das DWD API und für eigene Berechnu gen des Maximal möglichen anhand des Sonnenstands.
Ist also nicht unbedingt API oder Adapter bedingt.
Außerdem scheint es auch Wetterabhängig zu sein.

Ich nutze ausschließlich die hourly Werte und rufe diese mittlerweile um 05:17 ab, um sicherzugehen, dass es Aufür die Stunde "5:00" und folgende passt. Außerdem bastel ich den Timestamp für history aus der Stundenangabe in dem jeweiligen Datenpunkt.

Da dadurch außerdem der Wert für z.B. die Stunde 09:00-09:59 bereits um 09:00 geschrieben wird, sollte die Kurve eigentlich sogar ½ Stunde vorverlagert sein.

Ich hab noch nicht raus, woran diese anscheinend variable Verschiebung liegt.

[Thisoft]

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

Ich nutze ausschließlich die hourly Werte und rufe diese mittlerweile um 05:17 ab, um sicherzugehen, dass es Aufür die Stunde "5:00" und folgende passt. Außerdem bastel ich den Timestamp für history aus der Stundenangabe in dem jeweiligen Datenpunkt.

Wenn du 5:17 abrufst stehen dann aber die Werte OpenMeteo für "6:00" liefert im DP für Stunde "5:00" - gehe ich mittlerweile schon fast eine Wette ein. Um das weitgehend zu eliminieren müsstest du mal versuchen, die Werte um 4:59Uhr abzurufen, dann wäre theoretisch nur noch eine Minute Versatz. Abgesehen davon dass die Werte die die API liefert möglicherweise nicht für exakt die volle Stunde gelten sondern wiederum bis zu 30 Minuten Versatz haben könnten bzw. gemittelt sind.

[Homoran]

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

Wenn du 5:17 abrufst

wenn ich 5:11 abrufe steht zumindest der Timestamp auf 04:00!

Ob sich dann beim Abruf um 05:17 nur der Timestamp geändert hat, aber die gleichen Werte vorliegen hab ich nie geprüft.

Da ich aber den ominösen Nachmittagsertrag auch hatte als ich anhand der Berechnung der zu erwartenden Maximalleistung über Elevation, Azimut, Tilt und Ausrichtung über die trigonometrische Formeln berechnet hatte, suche ich den "Fehler" eigentlich nicht dort.

Möglicherweise wird im Forecast zusätzlich "nur" ein zu hoher Anteil der Globalstrahlung angenommen

[Thisoft]

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

wenn ich 5:11 abrufe steht zumindest der Timestamp auf 04:00!

Der Timestamp ist doch für den Inhalt der Werte irrelevant, der sagt doch nur aus wann der Wert das letzte Mal geschrieben bzw. geändert wurde.

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

Da ich aber den ominösen Nachmittagsertrag auch hatte als ich anhand der Berechnung der zu erwartenden Maximalleistung über Elevation, Azimut, Tilt und Ausrichtung über die trigonometrische Formeln berechnet hatte, suche ich den "Fehler" eigentlich nicht dort.

In der Berechnung liegt dieser Fehler auch nicht! Der liegt garantiert in einer versetzten Zuordnung der abgerufenen Werte zu den Stunden! Ich muss mich wenn ich mal wieder etwas Muße habe ;-) mal in die Programmierung des Adapters vertiefen, mit welchen Argumenten genau der API-Call läuft und das dann mal rückverfolgen...

[Homoran]

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

Der Timestamp ist doch für den Inhalt der Werte irrelevant, der sagt doch nur aus wann der Wert das letzte Mal geschrieben bzw. geändert wurde.

ääh, nein!

um die Prognose via history in flot darzustellen muss dem jeweiligen Stundenwert ein Timestamp mitgegeben werden.

[{"val":0,"ts":1772078400000,"ack":true},{"val":0,"ts":1772082000000,"ack":true},{"val":0,"ts":1772085600000,"ack":true},{"val":80.99,"ts":1772089200000,"ack":true},{"val":1233.94,"ts":1772092800000,"ack":true},{"val":1770.19,"ts":1772096400000,"ack":true},{"val":2806.04,"ts":1772100000000,"ack":true},{"val":1684.28,"ts":1772103600000,"ack":true},{"val":2221.63,"ts":1772107200000,"ack":true},{"val":2633.13,"ts":1772110800000,"ack":true},{"val":2163.63,"ts":1772114400000,"ack":true},{"val":1337.9,"ts":1772118000000,"ack":true},{"val":494.67,"ts":1772121600000,"ack":true},{"val":196.99,"ts":1772125200000,"ack":true},{"val":0,"ts":1772128800000,"ack":true},{"val":0,"ts":1772132400000,"ack":true},{"val":0,"ts":1772136000000,"ack":true},{"val":0,"ts":1772139600000,"ack":true}]

und den Timestamp bastel ich mir aus den jeweiligen hour.0...n Time Werten, und auch die val-Werte iteriere ich aus den jeweils selben Verzeichnissen.

daher bin ich mir sicher, dass es nicht

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

garantiert in einer versetzten Zuordnung der abgerufenen Werte zu den Stunden!

liegt.

wie geschrieben habe ich das selbe Phänomen, wenn ich von 1000W/m² aus senkrechtem Einfall ausgehe und damit über den Sonnenverlauf passend zu tilt und Ausrichtung den theoretischen Ertrag berechne.

siehe:
@paul53 sagte in Mathe-Genie gesucht (Kurvenberechnung):

@homoran sagte: annähernde Berechnunug der zu erwartenden maximalen Solarleistung

Die Leistung abhängig von der Uhrzeit bei klarem Himmel?

Für die direkte Sonneneinstrahlung (ohne diffuse Strahlung) sollte folgender Zusammenhang gelten:
p = ps * cos(Azimut - Ausrichtung) * cos(Elevation - (90° - Neigung))

• ps = Leistung, wenn die Sonnenstrahlung senkrecht auf das Modul einfällt
• Neigung = Modulneigung, waagerecht = 0

Diese Formel berücksichtigt nicht den längeren Weg der Strahlung durch die Atmosphäre bei niedrigem Sonnenstand.

[Thisoft]

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

und den Timestamp bastel ich mir aus den jeweiligen hour.0...n Time Werten, und auch die val-Werte iteriere ich aus den jeweils selben Verzeichnissen.

das heißt, du nimmst deine Werte gar nicht aus der Adapterstruktur mit den Datenpunkten "hour0...hour12..."???? Dann ist das natürlich ganz was Anderes...

[Homoran]

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

du nimmst deine Werte gar nicht aus der Adapterstruktur mit den Datenpunkten "hour0...hour12..."????

doch! Natürlich!
Genau das mache ich einmalig um 05:17.
Ich will ja eine Vorhersage, keine nachträglich korrigierten Werte.

aber da steht doch der jeweilige time DP

für history benötige ich aber die Unixtime in ms.
Die bastel ich mir

var id, morgenOMW, Liste2, ListeOMW, k, arrayPos, i, path, Datumkonverter, restListe, werteListe, j, sumWerteListe;


schedule("17 5 * * *", async () => {
  id = 'Messwerte.0.Solaranlage.Prognosen.OMW_hourly';
  ListeOMW = [];
  for (i = 0; i <= 17; i++) {
    path = 'open-meteo-weather.0.Koeln.weather.forecast.hourly.next_hours.hour' + String(i);
    Datumkonverter = getState((String(path) + '.date')).val.split('.');
    ListeOMW.push({ 'val': Math.round((getState((String(path) + '.global_tilted_irradiance')).val * 38 * 0.144) * 100) / 100, 'ts': getDateObject(([Datumkonverter[2],'/',Datumkonverter[1],'/',Datumkonverter[0],' ',getState((String(path) + '.time')).val].join(''))).getTime(), 'ack': true });
  }
  setState('Messwerte.0.Solaranlage.Prognosen.hourlyArrayOMW' /* hourlyArrayOMW */, ListeOMW, true);
  sendTo('history.0', 'storeState', {
    'id': id,
    'state': ListeOMW,
  });
});

schedule({ astro: 'sunset', shift: 15 }, async () => {
  morgenOMW = [];
  for (k = 10; k <= 23; k++) {
    path = 'open-meteo-weather.0.Koeln.weather.forecast.hourly.next_hours.hour' + String(k);
    morgenOMW.push(Math.round(((getState((String(path) + '.global_tilted_irradiance')).val * 38 * 0.144) / 1000) * 100) / 100);
  }
  setState('Messwerte.0.Solaranlage.Prognosen.morgenOMW' /* morgenOMW */, (morgenOMW.reduce(function(x, y) {return x + y;}, 0)), true);
  setState('Messwerte.0.Solaranlage.Prognosen.morgenOMW_array' /* morgenOMW_array */, morgenOMW, true);
});

schedule("0 6-22 * * *", async () => {
  Liste2 = getState('Messwerte.0.Solaranlage.Prognosen.hourlyArrayOMW').val;
  arrayPos = (new Date().getHours()) - 4;
  restListe = Liste2.slice((arrayPos - 1), Liste2.length);
  werteListe = [];
  var j_end = restListe.length;
  var j_inc = 1;
  if (1 > j_end) {
    j_inc = -j_inc;
  }
  for (j = 1; j_inc >= 0 ? j <= j_end : j >= j_end; j += j_inc) {
    werteListe.push(getAttr((restListe[(j - 1)]), 'val') / 1000);
  }
  sumWerteListe = Math.round((werteListe.reduce(function(x, y) {return x + y;}, 0)) * 100) / 100;
  setState('Messwerte.0.Solaranlage.Prognosen.energyRestOfDay_OMW' /* energyRestOfDay_OMW */, sumWerteListe, true);
  setState('Messwerte.0.Solaranlage.Prognosen.energyEndOfDay_OMW' /* energyEndOfDay_OMW */, Math.round((sumWerteListe + getState('Messwerte.0.Solaranlage.Summenwerte.Tagesertrag').val / 1000) * 100) / 100, true);
  setState('Messwerte.0.Solaranlage.Prognosen.hourlyOMW_rest' /* hourlyOMW_rest */, restListe, true);
});

[Thisoft]

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

Ich will ja eine Vorhersage, keine nachträglich korrigierten Werte.

Ja, das ist richtig. Ich mache das ähnlich, aber nicht ins History, sondern ich schreibe einfach das Stundenarray in einen DP. Ist ja aber auch erstmal egal wie wir das weiter verdröseln... ;-)

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

aber da steht doch der jeweilige time DP

das ist ja genau der Wert wo ich oben lang und breit ;-) versucht habe zu erklären dass der, möglicherweise zumindest, um bis zu einer Stunde versetzt ist!

[Homoran]

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

möglicherweise zumindest

ist er!
und zwar maximal bis x:15

deswegen läuft es um 05:17

siehe https://forum.iobroker.net/post/1325986 ff

[Thisoft]

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

und zwar maximal bis x:15

nein! :-( um maximal bis 59Minuten! - nämlich wenn die Abfrage um x:01 laufen würde! Deshalb habe ich empfohlen die Abfrage um x:59 laufen zu lassen.

Wie gesagt, ich müsste das nochmal verifizieren mit welchen Argumenten genau der API-Call im Adapter losgelassen wird... es könnte sich noch relativieren. Jedenfalls nützt die Abfrage aller 15 Minuten da auch nicht viel - die "vermantscht" das Ganze nur zwischendurch etwas... Vor allem - wie du ganz richtig gesagt hast - wir wollen eine Prognose am Tagesanfang, keinen Wert der sich ständig ändert.

[looxer01]

Für Heute hat das Meteo - Modell nicht so gut funktioniert und das war absehbar. Die Anzahl der vorhergesagten Sonnenstunden bewegte sich auf unter 2 und entsprechend der Solarertrag bei 11kwh. Es war aber faktisch den ganzen Tag sonnig und der Ertrag war wie gestern 31kWh. Für Vorhersage für Morgen ist wieder realistischer im Vergleich zu heute. Ich frage mich wie das zustandekommt, denn alle sonstigen Wettervorhersagen, die ich gesehen habe, gingen heute von einem sonnigen Tag aus.

[Homoran]

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

Jedenfalls nützt die Abfrage aller 15 Minuten da auch nicht viel

nicht viel!
Aber wenn dadurch um x:17 die Daten passen wäre viel gewonnen.

Du könntest ja spaßeshalber über die damals von Paul gepostete Formel und der Annahme dass die Einstrahlung während des ganzen Tages 1000W/m² beträgt (also Wp der gesamten Anlage) den stündlichen Ertrag deiner Anlage errechnen und darstellen.
Ich würde mich nicht wundern, wenn die auch um 1h falsch liegt

[H5N1]

Zwecks dem Stunden Versatz, spielt doch Mal mit der Zeitzone, stellt ihn auf GMT damit ist es um eine Stunde nach hinten versetzt. Allerdings dann auch die Wettervorhersagen.

[H5N1]

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

Ich frage mich wie das zustandekommt, denn alle sonstigen Wettervorhersagen, die ich gesehen habe, gingen heute von einem sonnigen Tag aus.

Hmm schwierig zu sagen woran das liegt, bei mir zb. stimmt es +- 1 - 2 Stunden für Sonnenstunden mit den meisten wettervorhersagen überein. 🤔

[H5N1]

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

Das geht ja per CRONjob genauso...

Es ist aber nicht garantiert das Open-meteo exakt 1 minute nach der vollen Stunde schon die neuen Daten parat hat, es könnte genauso gut 2 oder 8 nach um sein.

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

mit welchen Argumenten genau der API-Call im Adapter losgelassen wird...

Mit genau den selben wie wenn du auf Open Meteo die API Manuel erstellt.

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

wir wollen eine Prognose am Tagesanfang

Wenn sie dann aber nicht stimmt ist es auch wieder nicht richtig. Wenn du dir die verschiedensten Wetterapp's mal anschaust wechseln sie auch oft am Tag zb die Niederschlagsvorhersage. Ich finde es schon stark das es eine kostenlose API gibt bei der man noch alles 15 min abrufen kann und das ohne Registration, hoffen wir das es auch so bleibt.

Und am ende bleibt es trotzdem nur eine Prognose die nicht eintreffen muss. Verbraucher oder Speicher nach einer Prognose zu stellen würde ich nicht vertrauen, dann lieber etwas was Echtzeit überwacht und die Verbraucher zu oder weg schaltet. Bei einer Waschmaschine oder Geschirrspüler wird's dann schon schwieriger.

[Homoran]

@H5N1 Ja!
Natürlich ist das eine Prognose und kein Timeschedule?

Aber im Moment wollen wir (zumindest ich) das Zutreffen der Prognosen der verschiedenen Anbieter vergleichen.
Dabei helfen nachträgliche Kurskorrekturen nicht.

Und ja, Speicher und Geräte ausschließlich darüber zu steuern wäre mutig.

Aber ein grober Vorschlag, wann mit der (eventuellen 😉 ) Sonne zu rechnen ist, ist schon sehr hilfreich.

hier ist der Verlauf ziemlich gut getroffen worden

die absolute Trefferquote ist da irrelevant.

Was mich mehr umtreibt, ist dass Solarertrag prognostiziert wird, wenn die Sonne gar nicht mehr auf den Panels steht

heute bei fast maximal möglicher Einstrahlung wird noch 1-1½ Stunden guter Ertrag "versprochen".

Aber sehr gut gefällt mir bei OMW, dass die Prognosekurve auch deutliche Bereiche mit schwächerer Produktion zeigt.

[Thisoft]

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

Ich würde mich nicht wundern, wenn die auch um 1h falsch liegt

DAs erzähle ich doch die ganze Zeit. ;-) Meine Berechnung hat auch die 1h VErschiebung - deshalb habe ich ja in meiner Prognoseberechnung meine Panels im Azimuth -15 weiter gedreht - damit passt das.

Allerdings- nach tieferer Recherche bin ich weiter weg den Grund dafür zu finden als je zuvor. Ich habe hier mal den Chart für morgen für die GTI direkt von der OpenMeteo-Website:

Das stimmt, was Start- und Endzeit betrifft, mit meiner heutigen Ertragskurve sehr gut überein (dass die tagsüber abflacht liegt daran dass der Speicher dann voll ist und abgeregelt wird).

Und - ich habe die Werte die im Chart von der Website auftauchen mit denen verglichen die in den hourly-DP's stehen. Das passt auch zusammen soweit ich das sehe!

Also, ich habe entgegen meiner bisherigen Vermutungen momentan auch keine Idee mehr wo die Verschiebung liegen könnte :-(.

[Thisoft]

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

mit welchen Argumenten genau der API-Call im Adapter losgelassen wird...

Mit genau den selben wie wenn du auf Open Meteo die API Manuel erstellt.

Es gibt aber auf OpenMeteo mehrere Wege (ForecastLength/TimeInterval; Daily/hourly...). Aber der steht ja vobildlicherweise im Debug-Log :-) und die Frage hat sich ja s.oben vermutlich auch erledigt.

[Thisoft]

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

Wenn sie dann aber nicht stimmt ist es auch wieder nicht richtig. Wenn du dir die verschiedensten Wetterapp's mal anschaust wechseln sie auch oft am Tag zb die Niederschlagsvorhersage. Ich finde es schon stark das es eine kostenlose API gibt bei der man noch alles 15 min abrufen kann und das ohne Registration, hoffen wir das es auch so bleibt.

Da hast du prinzipiell vollkommen Recht. Und "Allen Leuten Recht getan" ist bekanntermaßen unmöglich :-). Ich für meinen Teil finde es nur sinnlos wenn der große Regenguss der trotz vorhergesagter Sonne vorbeikommt dann 15 Minuten vorher "prognostiziert" wird - das kann ich dann sehen wenn ich rausgucke ;-)

[H5N1]

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

das kann ich dann sehen wenn ich rausgucke ;-)

Ich meinte eher wenn die Regensumme Früh's als Beispiel noch 10 l/m2 anzeigt für den Tag und schaut man mittags rein ist sie auf nur noch 6 l/m2 korrigiert.