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

[Homoran]

ich hab dann noch mal ne Frage ;-)

Die Idee

@Thisoft sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

ob der als PV-Prognose zu gebrauchen ist :-)

lässt mir keine Ruhe.

Um das mit den anderen mehr oder weniger ebenfalls nicht wirklich geeigneten Daten zu vergleichen, würde ich ähnl7ch vorgehen wie bei clearSky

Dazu müsste ich im ca. 05:00 die Vorhersagen der nächsten 17h aufsummieren, ggf. einfach nach Azimut wichten ansonsten das volle Programm 😞

Ich will aber nicht im Widget 17 Spalten haben.

ist das irgendwie möglich?

[Thisoft]

@homoran genau da bin ich dran, also Verrechnung der "irradiance" mit Azimut und Elevation... hatte aber heute erstmal andere Beschäftigungen ;-) gib mir mal Zeit bis morgen...

[Homoran]

@Thisoft sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

also Verrechnung der "irradiance" mit Azimut und Elevation...

da brauchst du aber im Voraus die stündlichen Werte von Strahlung und Sonnenstand (Elevation und Azimut, gemittelt auf xx:30), um eine Tagesvorhersage machen zu können

[Thisoft]

klar, aber das ist nicht das Problem...

[Homoran]

@Thisoft nee, einfach genug Stunden fotecast generieten.

Das Problem könnte dann sein, dass das widget mit 17h überfordert ist.

Das zu vermeiden war meine Frage

[Thisoft]

@Homoran sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

Das Problem könnte dann sein, dass das widget mit 17h überfordert ist.

Wieso sollte es? Das wäre für das Widget nur eine Frage der Größe ;-) Aber um die Vorhersagewerte zu bekommen spielt das Widget doch gar keine Rolle...

Ich wollte mir jetzt bereits eine Funktion bauen um Elevation und Azimut auf den OpenMeteo-Wert der irradiance draufzurechnen... da hab ich gerade noch rechtzeitig ;-) mal in die Doku bei OpenMeteo geschaut:

Ergo - man kann diese beiden Werte gleich mit an OpenMeteo übergeben :-)! Ich habe das mal getestet und das hat auch wirklich die erwartete Auswirkung im Vergleich mit dem Defaultwert.

@h5n1 - Ich habe das bei mir jetzt mal hartcoded in die "api_caller.js" Zeile 54 eingetragen:

  const weatherUrl = `https://api.open-meteo.com/v1/forecast?latitude=${config.latitude}&longitude=${config.longitude}&tilt=52&azimuth=-15&current=${currentparam_keys}&daily=${dailyparam_keys}${fHoursParam_keys}&timezone=${tz}&forecast_days=${config.forecastDays}${fHoursParam}${unitParams}`;

Es funktioniert! Könnten wir dich davon überzeugen diese beiden Werte mit in die Config zu übernehmen?

[Homoran]

@Thisoft sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

das hat auch wirklich die erwartete Auswirkung

du hast eine NNW Ausrichtung?

[Thisoft]

Danke für den Hinweis. Hab ich großzügig überlesen dass das hier gerade andersherum ist als in dem Rechner bzw. Script was ich bisher zum Spielen benutzt habe ;-). Muss ich gleich mal auf -15 ändern...

[Homoran]

@Thisoft sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

dass das hier gerade andersherum ist als in dem Rechner bzw. Script was ich bisher zum Spielen benutzt habe ;-)

die Diskussion über verschiedene "Nullpunkte der Windrose" hatten wir auch im BrightSky Thread - nur andersrum 😉

[Thisoft]

@Homoran sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

die Diskussion über verschiedene "Nullpunkte der Windrose" hatten wir....

sollten wir eigentlich unsere Diskussion über die PV-Prognose in einem separaten Thread weiterführen?

[Homoran]

@Thisoft ich seh mal zu wie das abtrennbar ist.

[Homoran]

Hab das mal so abgetrennt!
ich hätte zwar gerne @thisoft s Beitrag mit der Idee dazu mitgenommen, das hätte dann abef den Ursprungsthread zu sehr verändert.
ich muss dort noch passen irgendwo einen Link hierher setzen.