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

[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.

[Thisoft]

@homoran Ich habe die Forecast-Berechnung in der ersten Version fertig gestellt. Die Werte sehen erstmal nicht so ganz schlecht aus. Für gestern hatte ich 2,7kWh im Forecast, real sind es 4,0kWh geworden. Für heute 6,0kWh Forecast. Das Wetter im Moment mit allem zwischen 90 und 10% Bewölkung ist natürlich auch eine Herausforderung für eine Prognose...

Wie fit bist du in Scripten? Kannst du was damit anfangen wenn ich dir die Berechnung hier mal poste?

[Homoran]

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

Wie fit bist du in Scripten?

"ich kann kein Java"(c) 😉

lesen und verstehen geht so leidlich, schreiben nur als Modifikation bestehender Vorlagen mit viel Glück/Versuch.

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

Das Wetter im Moment mit allem zwischen 90 und 10% Bewölkung ist natürlich auch eine Herausforderung für eine Prognose...

ja, es ist nicht der Adapter/ das Skript, der die Berechnungen macht, sondern die Basis dafür, die zu solchen Ergebnissen führt

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

Kannst du was damit anfangen wenn ich dir die Berechnung hier mal poste?

ich werde es versuchen.
Schon mal rein vorsorglich ein großer Wunsch:
Ich versuche bei meinem Blocklys immer alle Parameter zu Beginn als Variablen anzulegen, dann kann ich diese relativ einfach anpassen, ohne hardcodiertes verändern zu müssen.

Wenn duves auch so hältst, wird es für mich einfacher

[Thisoft]

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

Ich versuche bei meinem Blocklys immer alle Parameter zu Beginn als Variablen anzulegen, dann kann ich diese relativ einfach anpassen, ohne hardcodiertes verändern zu müssen.

Blockly???? Nee, damit kannste mich jagen :-(. Solche grafischen Verbiegungen will ich nicht auf meinem Bildschirm haben ;-).
Könntest du ein Javascript bei dir reinkopieren und in Betrieb nehmen?

[Homoran]

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

Könntest du ein Javascript bei dir reinkopieren und in Betrieb nehmen?

klar!

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

Blockly???? Nee, damit kannste mich jagen 😞

Alles gut, ich stehe nur mit der Grammatik auf Kriegsfuß. Das erledigt bei Blockly die Engine 😀

[Thisoft]

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

klar!

Gut, dann wäre zunächst für dich die Aufgabe im Adapter den Request zu erweitern. Dazu müsstest du in der Datei "/opt/iobroker/node_modules/iobroker.open-meteo-weather/build/lib/api_caller.js" in Zeile 54 entsprechend deine Werte für Tilt und Azimuth eintragen.

Ich habe da jetzt schon mal an der Übernahme in die Konfig gearbeitet. Allerdings habe ich noch nicht herausgefunden wie ich den in den Einstellungen gespeicherten Wert auch wirklich im Adapter abgreifen kann :-(. Gab es da nicht mal irgendwo hier eine Anleitung zur Adapterentwicklung?
Naja, und dann - müssten wir @h5n1 noch davon überzeugen die Änderungen mit zu übernehmen ;-)

[Homoran]

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

Gut, dann wäre zunächst für dich die Aufgabe im Adapter den Request zu erweitern. Dazu müsstest du in der Datei "/opt/iobroker/node_modules/iobroker.open-meteo-weather/build/lib/api_caller.js" in Zeile 54 entsprechend deine Werte für Tilt und Azimuth eintragen.

weniger gut 😉

EDIT:
Ist es das was du suchst?
https://forum.iobroker.net/post/468533

[Thisoft]

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

weniger gut 😉

über welchen Editor / welche Software verbindest du dich auf den iobroker-Host?

[Thisoft]

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

Ist es das was du suchst?
https://forum.iobroker.net/post/468533

eher nein - ich brauche das ja nicht aus der Systemkonfig sondern aus der Adapterkonfig...

[Homoran]

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

über welchen Editor / welche Software verbindest du dich auf den iobroker-Host?

ich habs jetzt (hab im moment keinen PC, Bin auf dem tablet mit juice und da mit nano drin)

also nach longitude einfach &tilt=35@azimuth=-50 einhämmern?

sorry Screenshot 😢

[Homoran]

@Thisoft so, jetzt ist es passiert 😉

Ich habe es so gespeichert und auf irgendeine Reaktion gewartet......

Was hätte passieren müssen?
Hab vorsichtshalber den Adapter neu gestartet. Auch keine sichtbaren Änderungen....

Also logstufe von warn auf debug gesetzt.

Änderung ;-) : request wegen 400 n7cht ausgeführt...
Hab erstmal die Instanz deaktiviert

edit2

hier der URL laut debug log

: https://api.open-meteo.com/v1/forecast?latitude=50.123&longitude=6.123&tilt=35@azimuth=-50&current=temperature_2m,relative_humidity_2m,pressure_msl,apparent_temperature,precipitation,weather_code,cloud_cover,wind_speed_10m,wind_direction_10m,wind_gusts_10m,is_day&daily=relative_humidity_2m_mean,weather_code,temperature_2m_max,temperature_2m_min,pressure_msl_mean,sunrise,sunshine_duration,sunset,uv_index_max,precipitation_sum,rain_sum,snowfall_sum,precipitation_probability_max,et0_fao_evapotranspiration_sum,cloud_cover_max,wind_speed_10m_max,wind_direction_10m_dominant,wind_gusts_10m_max,dew_point_2m_mean&hourly=temperature_2m,relative_humidity_2m,dew_point_2m,precipitation_probability,precipitation,et0_fao_evapotranspiration,rain,weather_code,pressure_msl,cloud_cover,wind_speed_10m,wind_direction_10m,wind_gusts_10m,soil_temperature_0cm,uv_index,sunshine_duration,is_day,snowfall,snow_depth,global_tilted_irradiance&timezone=Europe%2FBerlin&forecast_days=7&forecast_hours=6

EDIT3

hab den URL in den Browser eigefügt da kam zurück
"reason":"Value was not of type 'Float' at path 'tilt'. Data found at 'tilt' was not Float.","error":true

muss man noch etwas formatieren?

EDIT4:

AUA!

@ != &

-> LÄUFT!

[Thisoft]

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

latitude=50.123&longitude=6.123&tilt=35**@**azimuth=-50&curr

du hast ganz einfach ein falsches Zeichen erwischt ;-) nicht "@" sondern "&" bitteschön!

[Homoran]

@Thisoft siehe Edit4!
Danke!

[Homoran]

@Thisoft Auch wenn's wehtut 😉 hier mal ein Blockly

aber weil du es bist

var Solarstunden, i;


schedule("5 5 * * *", async () => {
  Solarstunden = [];
  for (i = 1; i <= 17; i++) {
    Solarstunden.push(getState((['open-meteo-weather.0.Koeln.weather.forecast.hourly.next_hours.hour',i < 10 ? String(0) + String(i) : i,'.global_tilted_irradiance'].join(''))).val);
  }
  setState('Messwerte.0.Solaranlage.Summenwerte.PrognoseOMW' /* PrognoseOMW */, (Solarstunden.reduce(function(x, y) {return x + y;}, 0)), true);
});

[Thisoft]

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

aber weil du es bist

Danke - extra für mich ;-) (ich kann mir echt keinen Reim drauf machen was das Ganze Gedönse in dem Blockly nun wirklich machen soll)

Zum Script... du lässt das also jeweils früh um 5:05 Uhr laufen und berechnest die nächsten 16 Stunden wenn ich das richtig sehe... ist nicht sonderlich universell anwendbar, sollte aber hier durchaus den Zweck erfüllen :-).
Allerdings summierst du ja einfach nur die Werte der "irradiance", also die W/m² an Strahlungsleistung auf. Das sagt noch nicht viel über deinen erzielbaren Solarertrag.

Du brauchst zunächst noch 2 Werte:
var modsurface = 8.6; //Paneloberfläche in m2
var modeff = 0.48; //Annäherung an Panel-Wirkungsgrad z.B. lt.Datenblatt

und dann müsste die Berechnung so aussehen, also der Teil innerhalb der geschweiften Klammern. Der Faktor 0,001 steht für die Umrechnung von W in kWh (da wir hier ja jeweils mit der Zeit von 1h rechnen)

Solarstunden.reduce(function(x, y) {return x + (y* modsurface * modeff * 0.001);}, 0))

Wie du das allerdings in dein Blockly kriegst hab ich keinen Plan... vermutlich unten statt "Summe über die" eine Funktion einfügen...

[Homoran]

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

Das sagt noch nicht viel über deinen erzielbaren Solarertrag

danke! hab ich echt vergessen. bei den anderen hab ichs 😞
auch die Fläche und die kWp

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

nächsten 16 Stunden wenn ich das richtig sehe

hab ich mittlerweile geändert von 0-17
soll ja auch im Sommer passen

(war gestern wohl zu spät)

EDIT:
bin mal gespannt was da jetzt (nach Anpassung der Formel) rauskommt

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

Wie du das allerdings in dein Blockly kriegst hab ich keinen Plan... vermutlich unten statt "Summe über die" eine Funktion einfügen...

überhaupt kein Problem 😀

(23xSolarworld 245Wp aus 2012)

[Homoran]

@Thisoft noch eine Änderung:
Durch das log von heute morgen habe ich festgestellt, dass hour0 bis hour9 garkeine führenden Nullen hat (00...09), da braucht es dann die Prüfung darauf auch gar nicht.
bzw. vorangestellte 0 darf gar nicht sein, diese DPs existieren gar nicht und die Werte fehlten in der Liste.

jetzt passt das Ergebnis besser zu den anderen