Die Solarprognose funktioniert nicht mehr.

[PifPof]

Hallo zusammen,

ich habe jetzt die Prognose einige Tage beobachtet, sie funktioniert zwar ist aber deutlich zu niedrig.
Ich habe 13.95 KWp auf dem Dach, mein Wechselrichter macht 10 kW.
Aktuell ist es ja sehr heiß und meist wolkenfrei, ich müsste dann in der Vorhersage so um die 75 - 80 kWh am Tag machen.
Die api.forcast.solar ist da um Faktor 2 kleiner (ich habe spaßeshalber mal einen fixen Faktor von 2 draufgerechnet, dann folgt die Kurve meiner Gesamtleistung) - die Anzeige ist jedenfalls aufaddiert (d.h. das Skript funktioniert einwandfrei, die Werte sind einfach zu niedrig).

Bildschirmfoto 2026-08-09 um 18.16.09.png

Prognose Ost: 2026-08-09 14:00:00 1289
Prognose West: 2026-08-09 14:00:00 1151


Kleine Verständnisfrage: Ihr benutzt im API Aufruf die erzeugte Arbeit:

Code: Alles auswählen

https://api.forecast.solar/estimate/watthours/...

, aber in Grafana wird doch die Leistung über die Zeit aufgetragen, da müsste doch eher die Leistung abgefragt werden, oder?

Code: Alles auswählen

https://api.forecast.solar/estimate/watts/...

Ich habe mal meinen Aufruf in Watts getestet, die Werte sind trotzdem zu niedrig:
Für Morgen sagt er mir um 12:00 Uhr

Code: Alles auswählen

1743 + 2725 = 4468

Watt vorraus, aktuell müsste ich aber bei mindestens 8 kW liegen (was meinen Faktor 2 bestätigt).

In der Swagger Doku habe ich noch gesehen, dass man das Inverter Limit mitgeben kann (https://swagger.forecast.solar/), dass würde ich in meinem Fall brauchen, hat aber aktuell keinen Effekt, weil der mir wie gesagt immer deutlich unterhalb vorhersagt.
Dort gibt es auch einen Aufruf für Ost-West-Ausrichtung in einem Schritt, den ich aber ohne API - Key nicht ausprobieren kann.
Im Swagger gibt es auch nicht .../period/..., sondern nur .../day/...

Hat da jemand eine Idee?
Oder liegt die Vorhersage einfach soweit daneben?

Ok, habe mich jetzt mal mit deren Lizenzmodell auseinandergesetzt. Ihr nutzt (verständlicherweise) die kostenlose Public Stufe.
Das Feature beide Seiten in einem API Call unterzubringen geht nur ab "Personal Plus" für 28 € im Jahr.

Mit dem Key ist es möglich die Vorhersage zu verbessern, indem man die aktuelle Erzeugung hochlädt: https://doc.forecast.solar/actual
und man könnte häufiger abfragen (60 Mal / Tag).

Code: Alles auswählen

 With any call for a forecast

https://api.forecast.solar/:apikey/estimate/...

you can direct add a query parameter (always in absolute kWh)

?actual=<float kWh>

In the message > info section of the response the used corrections will be included.

If you add also the limit parameter with 0, no response will be returned, but HTTP status code 204.

?limit=0&actual=<float kWh>

Wäre es möglich einen persönlichen API Key zu hinterlegen und diesen dann im Aufruf mit einzubauen?
Und wenn ein API Key hinterlegt ist die aktuelle Erzeugung als zusätzlichen Parameter zu übergeben?

Ich fände 16 € / Jahr ein angemessener Preis für das Feature.

[Geins]

Hallo zusammen,

ich habe jetzt die Prognose einige Tage beobachtet, sie funktioniert zwar ist aber deutlich zu niedrig.
Ich habe 13.95 KWp auf dem Dach, mein Wechselrichter macht 10 kW.
Aktuell ist es ja sehr heiß und meist wolkenfrei, ich müsste dann in der Vorhersage so um die 75 - 80 kWh am Tag machen.
Die api.forcast.solar ist da um Faktor 2 kleiner (ich habe spaßeshalber mal einen fixen Faktor von 2 draufgerechnet, dann folgt die Kurve meiner Gesamtleistung) - die Anzeige ist jedenfalls aufaddiert (d.h. das Skript funktioniert einwandfrei, die Werte sind einfach zu niedrig).

Bildschirmfoto 2026-08-09 um 18.16.09.png

Prognose Ost: 2026-08-09 14:00:00 1289
Prognose West: 2026-08-09 14:00:00 1151


Kleine Verständnisfrage: Ihr benutzt im API Aufruf die erzeugte Arbeit:

Code: Alles auswählen

https://api.forecast.solar/estimate/watthours/...

, aber in Grafana wird doch die Leistung über die Zeit aufgetragen, da müsste doch eher die Leistung abgefragt werden, oder?

Code: Alles auswählen

https://api.forecast.solar/estimate/watts/...

Ich habe mal meinen Aufruf in Watts getestet, die Werte sind trotzdem zu niedrig:
Für Morgen sagt er mir um 12:00 Uhr

Code: Alles auswählen

1743 + 2725 = 4468

Watt vorraus, aktuell müsste ich aber bei mindestens 8 kW liegen (was meinen Faktor 2 bestätigt).

In der Swagger Doku habe ich noch gesehen, dass man das Inverter Limit mitgeben kann (https://swagger.forecast.solar/), dass würde ich in meinem Fall brauchen, hat aber aktuell keinen Effekt, weil der mir wie gesagt immer deutlich unterhalb vorhersagt.
Dort gibt es auch einen Aufruf für Ost-West-Ausrichtung in einem Schritt, den ich aber ohne API - Key nicht ausprobieren kann.
Im Swagger gibt es auch nicht .../period/..., sondern nur .../day/...

Hat da jemand eine Idee?
Oder liegt die Vorhersage einfach soweit daneben?

Ok, habe mich jetzt mal mit deren Lizenzmodell auseinandergesetzt. Ihr nutzt (verständlicherweise) die kostenlose Public Stufe.
Das Feature beide Seiten in einem API Call unterzubringen geht nur ab "Personal Plus" für 28 € im Jahr.

Mit dem Key ist es möglich die Vorhersage zu verbessern, indem man die aktuelle Erzeugung hochlädt: https://doc.forecast.solar/actual
und man könnte häufiger abfragen (60 Mal / Tag).

Code: Alles auswählen

 With any call for a forecast

https://api.forecast.solar/:apikey/estimate/...

you can direct add a query parameter (always in absolute kWh)

?actual=<float kWh>

In the message > info section of the response the used corrections will be included.

If you add also the limit parameter with 0, no response will be returned, but HTTP status code 204.

?limit=0&actual=<float kWh>

Wäre es möglich einen persönlichen API Key zu hinterlegen und diesen dann im Aufruf mit einzubauen?
Und wenn ein API Key hinterlegt ist die aktuelle Erzeugung als zusätzlichen Parameter zu übergeben?

Ich fände 16 € / Jahr ein angemessener Preis für das Feature.

Bildschirmfoto 2026-08-10 um 06.44.50.png

Hi PifPof,

versuche doch erst mal in der user.config Abschnitt Prognosedaten den eingebauten Offset zu nutzen. Hier:

$Offset = 0; // Verschiebung der Gesamtkurve, falls nötig
$Prognose_Faktor = 1; // Dämpfung (z.B. 0.8) der Gesamtkurve, falls die Prognose zu hoch ist

Werde, wenn ich Zeit habe oder finde, momentan etwas schwer, es versuchen mir der API.

Gruß
Uli

[PifPof]

Hallo,
ich habe mir mal einen API Key geklickt (14 Tage kostenfrei), um mehr Versuche am Tag zu haben.
In der config habe ich eine neue Variable angelegt: $PrognoseAPI=xyz

Ich habe zwei Fehler in meiner Config gefunden:
1.) ich habe West und Ost vertauscht (Ost ist negativ und West positiv, ich hatte das falsch herum)
2.) ich habe den Azimoth richtig bestimmt nach der Anleitung https://doc.forecast.solar/doku.php?id= ... ur_azimuth, mein Haus steht nämlich nicht genau in Nord- / Südrichtung, sondern leicht Nordwestlich, d.h. meine -90 / +90 waren falsch, in meinem Fall sind das -83,53 / 96,47

Dann habe ich folgende Änderungen in der wetterdaten.php vorgenommen (erstmal direkt, zum testen):
1.) API - Key eingefügt (vor /estimate)
2.) ich habe die API Abfrage auf watts geändert, statt watthours

Code: Alles auswählen

$URL = "https://api.forecast.solar/" . $PrognoseAPI . "/estimate/watts/day/" . $Breitengrad . "/" . $Laengengrad . "/" . $Winkel . "/" . $Suedausrichtung . "/" . $PV_Nennleistung;

Jetzt warte ich das Ergebnis mal ab und melde mich nochmals.
Beim debuggen war ich jedenfalls jetzt schon deutlich näher an der tatsächlichen Erzeugung.

Ich denke, dass bei API-Key Einsatz das Feature der Anpassung mit dem tatsächlichen Wert noch deutliche Verbesserung bringen kann und an sehr sonnigen Tagen vielleicht auch die Inverter Begrenzung.
Ich teste mal weiter, vielleicht wird dann die Umsetzung am Ende einfacher.

[PifPof]

Hallo,
jetzt wird es langsam

Allerdings ist der vorhergesagte Tagesertrag (unten links) jetzt deutlich zu hoch - das könnte aber daran liegen, dass jetzt mit API Key 3 Tage zurück gegeben werden und da vielleicht zuviel aufaddiert wird.
Ich teste mal weiter.

[Geins]

Hallo Ulrich, hallo zusammen,

ich habe zusammen mit Christoph (PifPof) in den letzten Tagen die Wetterprognose überarbeitet, getestet und komplett auf die kostenlose Open-Meteo API umgestellt. Der alte Weg über forecast.solar war uns zu ungenau und die API-Limitierungen nerven.

Wir haben unsere "V3" jetzt ausgiebig auf zwei verschiedenen Systemen getestet und sie läuft extrem stabil. Es wäre super, wenn Du Dir das mal ansehen und bei Gefallen als neuen Standard in die offiziellen Updates der wetterdaten.php und user.config.php übernehmen könntest.

Die Vorteile unserer Version:

Open-Meteo API: Liefert eine detaillierte 5-Tage-Prognose direkt für Grafana, ohne Abo-Zwang.

Integrierter Retry-Loop: Wenn die API mal hängt (z.B. Error 503), gibt das Skript nicht auf, sondern probiert es automatisch bis zu 3-mal neu.

Multi-String fähig: 2 Strings (z.B. Ost/West) werden separat abgefragt und sauber in ein Array addiert. Ist nur ein String vorhanden, wird der zweite ignoriert.

Feintuning: Wir haben einen $PrognoseFaktor eingebaut. Wem die API-Werte generell zu hoch/niedrig sind, der kann z.B. mit 0.9 die Kurve um 10 % drosseln.

Was müsste in die Standard user.config.php?
Im Grunde nur dieser Block für Geodaten und die Dachausrichtung (der alte forecast.solar API-Key kann restlos gestrichen werden):

user.config.php bei Abschnitt Prognose, tragt Eure Werte vom Dach ein....:

$Prognosedaten = true;
$Breitengrad = 52.5200; // Geodaten
$Laengengrad = 13.4050; // Geodaten

// 1. String (z.B. Ost oder Süd)
$PV_Nennleistung = 5.0; // kWp
$Winkel = 35;
$Suedausrichtung = -90; // -90 = Ost, 0 = Süd, 90 = West

// 2. String (optional, z.B. West) Wenn nur ein String mit // die drei Zeilen davor deaktivieren
$PV_Nennleistung2 = 5.0; // kWp
$Winkel2 = 35;
$Suedausrichtung2 = 90;

WICHTIG: Hinweis für Umsteiger (Der "Sägezahn"-Effekt)
Wenn Ihr das Skript aktualisiert, wundert Euch nicht, wenn die Prognose-Kurve in Grafana in den ersten Tagen wie ein Sägezahn wild hoch und runter springt.
Der Grund: Das alte forecast.solar-Skript hat bereits Daten für Tage im Voraus in die InfluxDB geschrieben. Unser neues Skript schreibt die neuen Open-Meteo-Werte für denselben Zeitraum dazu. Grafana verbindet einfach alle Punkte.

Die Lösung:

Aussitzen: Nach ein paar Tagen (max. 5) sind die alten Daten "abgelaufen" und die Kurve zieht sich von selbst glatt.

Gezieltes Löschen (Empfohlen): Einmal den alten Datenmüll der Zukunftstage aus der InfluxDB löschen, dann baut das neue Skript die Werte beim nächsten Lauf blitzsauber auf. Befehl für die Konsole (einfach xxxx-xx-xx durch das heutige Datum ersetzen, z.B. 2026-08-17):

influx -database 'solaranzeige' -execute "DELETE FROM Wetterprognose WHERE time > 'xxxx-xx-xx'"

Zum Testen / Übernehmen:
Ich habe unser komplettes Skript (solaranzeige_patches.sh) hier an den Beitrag angehängt. Wer es vorab testen möchte, muss es nur auf den Raspberry Pi schieben, ausführbar machen und ausführen. Nicht vergessen von der user.config und wetterdaten.php vorher eine Sicherung zu machen.

Hier sind die Befehle für die Konsole, nachdem die Datei im Ordner /var/www/html/ liegt:

sudo chmod +x /var/www/html/solaranzeige_patches.sh
sudo /var/www/html/solaranzeige_patches.sh

Vielen Dank Christoph für's probieren und Testen und die Opferrolle......

Ulrich, melde Dich gerne, falls Du den reinen PHP-Code für das Master-Update brauchst oder noch Fragen hast.

Grüße
Uli