Zu dem Buckel ist mir folgendes aufgefallen: Um 21 Uhr werden mir noch 15 W/m2 angezeigt, obwohl die Sonne um 21:05 Uhr schon untergeht und um 20 Uhr es bereits 0 W/m2 sind. Vielleicht kommt daher der Buckel.
Kannst du die Frage nochmal im Fragen Thread stellen?
Hier sollten bitte nur Bug Reports rein.
Zu deinem Thema, da scheint LSTM mal irgendwie 5kwh gelernt zu haben. Vielleicht mal ein Sensor Problem oder ähnliches. Wenn es öfters vorkommt, kann es sein das da ein Datenproblem auftritt. Hat deine Log Besonderheiten?
Alles klar, mach ich dann wenn ich an Nem Rechner bin
Edit: Thema geht hier weiter, vermutlich kein direkter SFML Bug:
Kannst du die Frage nochmal im Fragen Thread stellen?
Hier sollten bitte nur Bug Reports rein.
Zu deinem Thema,
Kannst du bitte dann drüben mehr Infos geben?
Was hast du für eine Anlage und wie hast du diese konfiguriert.
Wie war bisher der forecast?
Danke und Gruß
Habe Version 26.2.4 auf 2026.5.4 am laufen und stelle den Fehler auch fest
Gestern Peak bei 9718W Rekord blieb aber bei 9185W stehen
Bitte updaten dann ist der Fehler behoben!
Moin,
SFML: 26.4.0 (update erfolgete vor dem EOD)
Stats: 26.4.0
bei mir ist es noch immer so, dass an einigen Tagen (nicht immer!) der Forecast für den Aktuellen Tag im Sensor
Prognose (heute) nicht stimmt.
der Prognose (heute Rest) startet morgens bei ~17,9 kWh
und auch Stats
meldet 18,0 kWh.
Dies ist ebsonders ärgerlich, da ich diesen Wert aus der Prognose (heute) auch für Automatisierungen nutze und der nicht passt!
Grüße
Heatseeker
dann hat die rep deine DB wohl leider nicht funktioinert. sehr schade 
Das kann eigentlich nicht zusammenhängen, da ich dies schon vor über 2 Wochen hier:
https://community.simon42.com/t/bug-tracker-solar-forecast-stats/79864/196?u=heatseeker
und:
https://community.simon42.com/t/bug-tracker-solar-forecast-stats/79864/202?u=heatseeker
also vor der Reparatur gemeldet habe…
Wie ich dort schon schrieb, ist das nicht jeden Tag der Fall und ich habe noch kein Muster erkannt…
was sagt denn er denn an welche tage es ihn erinnert? sind das tage an denen noch 0 grad-reste in der db sind (backfill)
Stats sagt:
Die vergleichbaren Tage im Detail:
31.05.: 92% ähnlich, 46.0 kWh Ertrag, 100% Autarkie, Fenster 10:00-16:00.
05.04.: 86% ähnlich, 31.0 kWh Ertrag, 100% Autarkie, Fenster 13:00-16:00.
04.04.: 85% ähnlich, 39.0 kWh Ertrag, 100% Autarkie, Fenster 10:00-15:00.
Am 31.05 habe ich zweimal das System neu gestartet, sonst aber keine 0 Grad:
Am 5.4 und 4.4 kann ich es leider nicht mehr sagen.
Aber ich habe den Sensor ja nicht mehr im System, deshalb habe ich nun ja auch keine 0 Grad und dann sollte er sich ja auch nicht an einen 0 Grad Tag erinnern, oder
Außerdem stimmt der Wert in Stats ja (und passt zu den anderen Werten), nur nicht in der Entität von der Prognose (heute).
Ich habe mir nochmal das Log angeschaut:
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.forecast.forecast_orchestrator - INFO - Forecast complete: Today=24.83 kWh, Tomorrow=23.00 kWh, Day After=24.14 kWh, Method=AI + Physics
24,83kWh ist der wert, den ich im Sensor finde und 1s später:
2026-06-03 05:00:26 - custom_components.solar_forecast_ml.forecast.forecast_orchestrator - INFO - Forecast complete: Today=17.95 kWh, Tomorrow=14.86 kWh, Day After=14.52 kWh, Method=AI + Physics
17,85 kWh finde ich in Stats…
das sind komplett andere Forecasts, wie kommt das?
Grüße
Heatseeker
Hier noch mal der komplette Ausschnitt:
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - ✓✓✓ ALL MORNING TASKS COMPLETED SUCCESSFULLY! ✓✓✓
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO -
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.forecast.forecast_rule_based_strategy - DEBUG - Skipping hourly predictions for locked dates: 2026-06-02, 2026-06-03, 2026-06-04, 2026-06-05
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.forecast.forecast_rule_based_strategy - DEBUG - Forecast strategy summary: hours=96, bad_weather_cap=5, bad_weather_confidence=5, bad_weather_guard_skipped=4, bad_weather_tfs_basis_cap=7, regime_bias_correction=19, regime_learning_available=93, regime_learning_shrinkage=67, regime_tfs_advantage=9, regime_tfs_risk_cap=3, similar_weather_adjustment=3, similar_weather_underforecast_relaxation=3, static_regime_bias=19, tfs_adaptive_blend=48, tfs_policy_adjustment=19
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.forecast.forecast_orchestrator - INFO - Forecast complete: Today=24.83 kWh, Tomorrow=23.00 kWh, Day After=24.14 kWh, Method=AI + Physics
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.forecast.forecast_orchestrator - DEBUG - Forecast storage skipped for locked morning forecasts: today, tomorrow, day_after_tomorrow
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.data.data_manager - DEBUG - Saved forecast day: 24.83 kWh (source: fallback_open_meteo_startup_recovery)
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.data.data_state_handler - DEBUG - Expected daily production saved: 24.83 kWh
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.coordinator - INFO - Recovery: expected_daily_production set to 24.83 kWh (open_meteo_startup_recovery)
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.forecast.forecast_weather - INFO - Forecast using database: 72 hours across 3 days
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.sensors.sensor_data_collector - DEBUG - Collected external sensor data: {'temperature': None, 'humidity': None, 'wind_speed': None, 'rain': None, 'pressure': 998.0, 'solar_radiation': None, 'lux': None}
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.forecast.forecast_orchestrator - DEBUG - Creating forecast (AI + Physics)...
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.forecast.forecast_orchestrator - DEBUG - Lag-Feature 'production_yesterday' = 28.94 kWh (from DB: 2026-06-02)
2026-06-03 05:00:25 - custom_components.solar_forecast_ml.forecast.forecast_orchestrator - INFO - TFS forecast: 43.57 kWh (score 0.68)
2026-06-03 05:00:26 - custom_components.solar_forecast_ml.forecast.forecast_rule_based_strategy - DEBUG - Skipping hourly predictions for locked dates: 2026-06-03, 2026-06-04, 2026-06-05
2026-06-03 05:00:26 - custom_components.solar_forecast_ml.forecast.forecast_rule_based_strategy - DEBUG - Forecast strategy summary: hours=72, bad_weather_cap=18, bad_weather_confidence=22, bad_weather_consensus_tfs_escape=24, bad_weather_guard_skipped=9, bad_weather_tfs_basis_cap=1, regime_bias_correction=30, regime_learning_available=72, regime_learning_shrinkage=64, regime_tfs_advantage=3, regime_tfs_risk_cap=5, similar_weather_adjustment=12, similar_weather_tfs_cap_relaxation=1, similar_weather_underforecast_relaxation=12, static_regime_bias=30, tfs_adaptive_blend=48, tfs_policy_adjustment=34
2026-06-03 05:00:26 - custom_components.solar_forecast_ml.forecast.forecast_orchestrator - INFO - Forecast complete: Today=17.95 kWh, Tomorrow=14.86 kWh, Day After=14.52 kWh, Method=AI + Physics
2026-06-03 05:00:26 - custom_components.solar_forecast_ml.forecast.forecast_orchestrator - DEBUG - Forecast storage skipped for locked morning forecasts: today, tomorrow, day_after_tomorrow
2026-06-03 05:00:26 - custom_components.solar_forecast_ml.core.core_coordinator_update_helpers - DEBUG - Forecast generated: today=17.95 kWh, tomorrow=14.86 kWh, method=AI + Physics, hourly_entries=72
2026-06-03 05:00:26 - custom_components.solar_forecast_ml.production.production_history - DEBUG - Peak time calculation: Using stored hourly production data
ich schaue es mir nach dem urlaub noch einmal an. auf dem handy macht das leider wenig sinn
Gestern (04.05.) st es nicht aufgetreten, da waren beide Werte identisch, heute aber wieder.. (SFML Prognose heute: 29,98kWh, Stats: 18,4kWh)
hi zusammen,
kurzes feedback zu der aktuellen diskussion: ich werde die änderung nach meinem urlaub wieder rückgängig machen. es ist kein bug!!!
mein ziel war es eigentlich, sowohl den live-wert als auch den letzten riemann-lauf der vollen stunde anzuzeigen. aus entwicklersicht und mit dem technischen hintergrundwissen, wie home assistant den riemann-integral aktualisiert, ergab das für mich sinn. mir ist jetzt aber klar geworden, dass diese kombination eher verwirrt, weil nicht jeder auf dem schirm hat, dass der riemann-wert nur zur vollen stunde aktualisiert wird.
entschuldigt bitte das missverständnis, das war keine absicht. alternativ überlege ich aktuell, so etwas zukünftig eher als pro-version für power-user anzubieten ich kümmere mich direkt nach dem urlaub darum!
Wie wäre es, wenn es erst einmal nur genauer beschrieben wird?
Hubble * Ich schaue mit * Livedaten
Tagesprognose vs. Ist * Stundenbasiert
Das müßte Platzmässig doch passen. Die Grafik bei der Tagesprognose ist ja ebenfalls Stundenbasiert. Vielleicht verstehen es die User dann von alleine.
Gruß Ralf
auf dem pc ja.. mobil eher nicht.. aber du hast im kern einen guten punkt. ich befürchte nur, dass es trotzden verwirrend ist für die nutzer die nicht wissen was der unterschied zwischen riemann und echtzeit (in diesem fall riemann delta) ist.
zu anfang hieß der text " live" und die diskussion war die selbe.. daher denke ich es macht mehr sinn es ganz raus zu nehmen und in eine pro-version zu packen. das problem ist auch die außenwirkung… “geht” nicht oder “fehler” erweckt den eindruck das es “nicht geht” aber der code ist in diesem spezillen fall m.e. aktuell nicht das problem. das löst auch keine andere beschriftung.
du hast natürlich 100% recht, stats ist stundenbasiert, anders geht es auch nicht! der code arbeitet auf stundenbasierten vergleichen. vergleich bedeutet es müssen werte vorhanden sein um vergleich zu können. da kwh leistung pro std ist muss die stunde erst “vergangen” sein und ha muss den riemann berechnet haben.. live ist das direkte delta im riemann - eben live.. wobei das auch nicht ganz korrekt ist, da das delta bei live auch erst berechnet wird (alle 60 sek).
hubble schaut also im 60sek takt und stats zwangsläufig im std. - wie du korrekt gesagt hast.
die idee dahinter war besser abschätzen zu können wohin entwickelt es sich und das hubble warnen kann - schneller reagieren kann. z.b. " achtung deine solaranlage ist ausgefallen" .. oder achtung etwas stimmt nicht"" .. dafür ist ein blick in die vergangenheit von 1 std einfach zu lang. echtes live mit echten live wetterdaten wäre natürlich premium, würde aber erheblich mehr leistung kosten..da sind wir dann wieder bei sinnvoll / wunsch / leistung und realität.