Add solar forecast (Solcast/Forecast.Solar)

[andig]

@naltatis as simplified alternative to #9454 and without integrating the forecast into planning, it might be nice to displace a solar forecast (in W). Short-term it would be nice to collect and log the data for forecast/actual comparison, later use it for forecasting.

Is this something you'd be interested in including?

From                   To                     Price/Cost
2025-01-18 10:19:34    2025-01-18 10:19:34    0.000
2025-01-18 11:00:00    2025-01-18 11:00:00    678.000
2025-01-18 12:00:00    2025-01-18 12:00:00    1108.000
2025-01-18 13:00:00    2025-01-18 13:00:00    1390.000
2025-01-18 14:00:00    2025-01-18 14:00:00    1508.000
2025-01-18 15:00:00    2025-01-18 15:00:00    1578.000
2025-01-18 16:00:00    2025-01-18 16:00:00    1851.000
2025-01-18 17:00:00    2025-01-18 17:00:00    1861.000
2025-01-18 18:00:00    2025-01-18 18:00:00    1227.000
2025-01-18 18:42:40    2025-01-18 18:42:40    0.000
2025-01-19 10:18:30    2025-01-19 10:18:30    0.000
2025-01-19 11:00:00    2025-01-19 11:00:00    1377.000
2025-01-19 12:00:00    2025-01-19 12:00:00    2200.000
2025-01-19 13:00:00    2025-01-19 13:00:00    2767.000
2025-01-19 14:00:00    2025-01-19 14:00:00    3055.000
2025-01-19 15:00:00    2025-01-19 15:00:00    2995.000
2025-01-19 16:00:00    2025-01-19 16:00:00    2679.000
2025-01-19 17:00:00    2025-01-19 17:00:00    2025.000
2025-01-19 18:00:00    2025-01-19 18:00:00    1279.000
2025-01-19 18:44:21    2025-01-19 18:44:21    0.000

TODO

• solar tariff type @andig
• request/udpate solar @andig
• solar docs group @naltatis > needs documentation tag regelt

Out of scope

• ui @naltatis
• integrate with planner
• multi-solar

[naltatis]

Good idea to start with a display only integration. Makes things a lot easier.
I'll think about how to visualize/integrate this data in a first iteration. A simple "expected kWh of solar energy in the next 24h" information in the main UI could be a good entry point.

[naltatis]

Was hältst du davon tariff.solar gleich als Liste (oder optional als Liste) anzulegen? Dann brauchen wir nicht "Multi-Flächen" in jedes Template einbauen.

[naltatis]

Wir können was die Ausgabe angeht (UI, HTTP Endpunkt, Publish, ...) ja erst einmal alle Watt-Werte Zeiteinheit (Stunde?) addieren.

[andig]

Dann brauchen wir nicht "Multi-Flächen" in jedes Template einbauen.

Schritt 2? Passt erstmal nicht in die aktuelle Struktur.

[goebelmeier]

Sehr cool! Als zweiter (oder dritter, nach dem Planner) Step wäre super gut, wenn man das adjusting implementieren könnte - https://doc.forecast.solar/actual

Dann werden die Werte nämlich noch mal deutlich realitätsnäher.

Dabei ist nur die spannende Frage wo man die bisher erzeugten kWh her bekommt. Viele Wechselrichter spucken das sicherlich aus, aber da müsste man noch mal an alle WR ran.

[andig]

Dann werden die Werte nämlich noch mal deutlich realitätsnäher.

Wow, das ist spannend. Muss ich doch gleich mal ausprobieren. Das würde allerdings eine Go-Implementierung für den Tarif erfordern :(

Dabei ist nur die spannende Frage wo man die bisher erzeugten kWh her bekommt. Viele Wechselrichter spucken das sicherlich aus, aber da müsste man noch mal an alle WR ran.

Das wäre unschön. @naltatis bekommen wir den (aggregierten) Tageswert aus den Statistiken?

[naltatis]

Schritt 2? Passt erstmal nicht in die aktuelle Struktur.

Damit wäre das Feature für mich (zwei große Flächen, unterschiedliche Ausrichtungen) erst einmal nicht nutzbar. Ich bin da sicher nicht alleine. Wir können das in Schritt 2 machen. Der muss dann aber eher zeitnah kommen.

[naltatis]

Das wäre unschön. @naltatis bekommen wir den (aggregierten) Tageswert aus den Statistiken?

Das Thema "Produktions-/Verbrauchsübersicht und Auswertung" haben wir ja ohnehin auf dem Zettel. Wenn wir das implementiert haben könnten wir auch das "adjust" später machen.

[andig]

Damit wäre das Feature für mich (zwei große Flächen, unterschiedliche Ausrichtungen) erst einmal nicht nutzbar. Ich bin da sicher nicht alleine. Wir können das in Schritt 2 machen. Der muss dann aber eher zeitnah kommen.

Du machst das einfach als custom Tariff- jedenfalls wäre das mit forecast.solar recht einfach! Für Solcast könnte man es- da der Service das her gibt- in Solcast mit einbauen.

[premultiply]

Dabei ist nur die spannende Frage wo man die bisher erzeugten kWh her bekommt. Viele Wechselrichter spucken das sicherlich aus, aber da müsste man noch mal an alle WR ran.

Bei den meisten WR sollten wir schon "Energy Total" integriert haben (Ausnahmen bestätigen die Regel).
Das könnten wir dafür hernehmen und zum Tageswechsel jeweils die Differenz für die Tagesproduktion bilden. Ähnlich dem Ladezähler.

Alternative wäre für alle WR die Tagesproduktion als optionaler Wert hinzufügen. Viele WR geben die aus. Ebenfalls ähnlich dem "Session Energy" Wert beim Ladezähler.
Dann muss man aber u.a. hoffen dass dessen Uhrzeit stimmt...

[mucki12]

Sehr cool! Als zweiter (oder dritter, nach dem Planner) Step wäre super gut, wenn man das adjusting implementieren könnte - https://doc.forecast.solar/actual

Sehr interessant! Das wirkt sich aber wenn ich das richtig sehe erst einmal nur auf den aktuellen Tag aus?
Habe Forecast Solar jetzt seit ungefähr zwei Jahren im Einsatz und ehrlich gesagt kamen da bei mir noch nie verwertbare Vorhersagen raus. Daher nutze ich (wie wohl eine Menge anderer HA Nutzer auch) eher Solcast, da die Vorhersagen hier deutlich realitätsnäher sind.

[naltatis]

Das wirkt sich aber wenn ich das richtig sehe erst einmal nur auf den aktuellen Tag aus?

Aktuell erfassen wir die Daten "nur zur Anzeige". Legt dann den Grundstein für bessere Automatismen.