BUG-TRACKER Solar Forecast STATS

Guten Morgen @TobiB80

du hast hier einen kleinen Denkfehler – gerade Meteo ist dafür ein sehr gutes Beispiel!

Meteo kappt Randstunden und korrigiert tagsüber mehrfach nach, also zum einen “schönt” es die Anzeige und zum anderen korrigiert es nach. Es ist eine sogenannte rollierende Prognose. In meinem Info-Thread erkläre ich ausführlich, wie Forecast Solar, Meteo und Co. funktionieren. (Hinweis: Keine Wertung, sondern nur eine Erklärung der Funktionsweise und meiner Motivation hinter SFML).

Ein Prognosevergleich bringt daher ein fundamentales Problem mit sich:
SFML kappt keine Randstunden und ist – im Gegensatz zu Meteo – statisch und ehrlich (das muss auch so sein sonst würde die KI nicht lernen können). Damit ein Vergleich überhaupt möglich ist, werden die Anzeigen von Meteo exakt in dem Moment fixiert, in dem SFML seine Prognose generiert.
Nur so ist eine Gegenüberstellung überhaupt machbar.

Das bedeutet: Was du siehst, entspricht genau der Anzeige, die Meteo zum jeweiligen Zeitpunkt für den Tag ausgegeben hatte. - Also 45 Min vor Sonnenaufgang. Anders ist es nicht möglich zu vergleichen, da die Systeme / Anzeigen komplett anders funktionieren.
Wichtig ist auch, das der “Vergleich” keine Ausschlussstunden enthält! Also ein Rohwert ist. Das ist ein Nachteil für SFML da sie ja in der IST-Werten im Laufe des Tages eine Prognosegüte (das ist ja was verglichen wird) nicht abbildet.

Das war eine Bewusste Design-Entscheidung. Bei Anlagen die also Nulleinspeisung fahren ist der IST-Wert generell höher. → Ergibt sich aus der Logik. - Hier könnte man überlegen ob man Ausschlußstunden mit einbezieht, wäre aber technisch unsauber

Fazit der Verglich ist schon richtig, aber man muss verstehen was er anzeigt, daher werde ich die Erklärung noch einmal schärfen und ins Handbuch mit aufnehmen, an dem ich aktuell eh arbeite um Missverständnisse zu vermeiden

kein BUG

PS:
Genau aus diesem Grund gibt es die “echte” und “tatsächliche” Prognosegüte im Kontext “wenn keine Stunden ausgefallen / gedrosselt / Sensorfehler” auftreten extra ausgewiesen.

Hast du dir die Bilder überhaupt angeschaut. Meteo hat zu keiner Zeit in den 7 Tagen unter 23 Kwh prognostiziert. Im Vergleich werden aber zweimal Werte um 14 und einmal um 10 angezeigt.

Ich wollte den Bug schon gestern eintragen, habe dann aber gesehen, dass der aktuelle Wert gestimmt hat. Aber heute ist der Wert von gestern wieder viel zu niedrig.

Bitte Diskussionen in einen extra Thread.

Hier bitte nur Bugs melden.

Zeige mir bitte mal den den Wert von Meteo 45Min vor Sonnenaufgang, also zum Zeitpunkt als SFML seine Prognose erstellt hat. Bitte nicht in einem niedrig aufgelösten Diagram, sondern den direkten Sensorwert. - Dann kann ich es besser beurteilen ob es doch einen BUG gibt, den ich übersehen habe - ich mit meiner Antwort zu vorschnell war

@Tom-HA damit es nicht ausartet habe ich mal einen Extra Thread zu diesem Thema eröffnet.
damit man dieses Problem dort gezielt besprechen kann.
Beispiele sind dort auch vorhanden.

Nunja, hier geht es aber um einen BUG (der Vermutet aber nicht bestätigt ist).. daher ist es hier eigentlich richtig.

Das fällt mir auch gerade auf. Wenn Du die vorher schon eingegeben hast, sieht’s dann so aus:

Danke für den Hinweis! Ich kümmere mich darum! - Bitte für BUG`s den BUG Thread nutzen :wink: Sonst läuft es auseinander und ich übersehe ggf einen gemeldeten Fehler / BUG…

Viel Spaß mit SFML

@harryp kannst du es bitte in den STATS Bug Thread verschieben - vielen Dank
& den Beitrag: INFO Was ist Solar Forecast STATS - #20 löschen?

*:crayon:by HarryP: ist erledigt *

Bug:

WP PV wird von Hubble nicht erkannt.

Obwohl …

Seit dem letzten Update tut sich nix mehr bei den Schatten, bei mir, zumidest kommt in der Überichtsgrafik nichts neues, läuft ja nun schon einigen Tage…

Außerdem ist in der Grafik die Datumszuordnung falsch, aber das hatten wir weiter oben glaube ich schon:

Also der letzte Tag ist richtig, aber oben drüber Steht halt Februar, nicht Juli…

Ja, hatten wir schon, ist Browserabhängig mit Zoom 100% passt es bei mir nicht mit 125% aber schon, sieht dann aber nicht mehr schön aus :open_mouth:
100% Zoom


125% Zoom

Bei mir auch nicht: 7 Tage lernen sind um.

Zum Thema Schatten:

Ich habe einen Fehler gefunden! Er liegt aber nicht in STATS sondern in der Verarbeitung durch SFML.

Die Behebung wird einige Zeit benötigen, ein Schnellschuß oder Kosmetik ist hier nicht angezeigt. Ich bleibe dran! - kein weiteres Melden notwendig!

Vielen Dank an alle für den Hinweis!

Trotzdem; vielleicht hilft‘s bei der Fehlereingrenzung

Kurzes Update zum Thema Schatten:

Ich habe die Büchse der Pandora gestern noch geöffnet und einen Fix in Hubble eingebaut. Auf Grund der Komplexität muss ich ihn nun 7 Tage selber Testen ob der Fehler behoben ist. Bitte etwas Geduld, ich möchte hier nun nicht anfangen zu Huddeln..

@Joachim-xo Ja danke, das ist genau der Punkt Hubble vermischt “low_radiation” mit Shaddow um es sehr einfach auszudrücken.

In der Wochenübersicht sind nur 6 Tage sichtbar.

Hi!
Ich werde nicht ganz schlau, Bei Solar müsste dann ja hier ~3,1kw bzw 3100W stehen wenn ich 226W Hausverbraucht und 2,9kW einspeise?

Laut hinterlegten Sensor, sollte das auch so sein.

image

Habe ich hier wo einen Konfig-Fehler?

Danke!

Beste Grüße

Markus

Version: 40.0.0

Stats zeigt in der Stundenansichten im Tagesverlauf andere Gründe für ausgeschlossene Stunden an als im Wochenverlauf.

Die Wochenübersicht scheint aber die richtigen Werte anzuzeigen. Diese entsprechen dem log:

2026-07-28 23:30:00 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - Curtailment learning quarantine 2026-07-28 H17: actual=1.151 kWh, theoretical=2.833 kWh, reason=transition_curtailment
2026-07-28 23:30:00 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - Curtailment learning quarantine 2026-07-28 H18: actual=0.242 kWh, theoretical=1.970 kWh, reason=suspected_battery_curtailment
2026-07-28 23:30:00 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - Curtailment learning quarantine 2026-07-28 H19: actual=0.178 kWh, theoretical=1.135 kWh, reason=suspected_battery_curtailment
2026-07-28 23:30:00 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - Curtailment learning quarantine 2026-07-28 H20: actual=0.077 kWh, theoretical=0.306 kWh, reason=suspected_battery_curtailment

Moin TobiB80, hast Du mal auf Version 40.0.2 geupdated? Vielleicht ist da was korrigiert.

Hallo TobiB80

Man muss hier unterscheiden! Das LOG ist von dem AI-Stack der berücksichtigt weit mehr Gründe, als STATS. Das muss auch so sein, da eine Wetter-Anomalie (Beispiel) im KI-Stack anders gewichtet wird. Für den Stack ist das ein Prognose-Fehler als Lernsignal und wird an die passende Stelle in den Epochs berücksichtig

Für Stats ist es eine Abweichung, die die Güte beeinflusst - transparent zeigt " hier lag ich falsch"
Bitte immer Vorsichtig sein mit LOG (für Entwickler und zur Korrektur der AI) und der " Nutzer-Ansicht" die die Daten aufbereitet.

Fazit: Kein BUG sondern Missinterpretation