SFML: Feedback und Problemberichte zum aktuellen Release

EOD hat keine 6 Minuten gedauert:

2026-06-20 23:35:28 - custom_components.solar_forecast_ml.ai.ai_drift_monitor - INFO - Drift bias correction updated: 1.0881 → 1.0974 (scope=global, rel_bias=-0.147)
2026-06-20 23:35:28 - custom_components.solar_forecast_ml.ai.ai_drift_monitor - INFO - Drift bias correction updated: 1.1160 → 1.1211 (scope=Gruppe 1, rel_bias=-0.176)
2026-06-20 23:35:28 - custom_components.solar_forecast_ml.ai.ai_drift_monitor - INFO - Drift bias correction updated: 1.0765 → 1.0864 (scope=Gruppe 2, rel_bias=-0.125)
2026-06-20 23:35:28 - custom_components.solar_forecast_ml.ai.ai_drift_monitor - INFO - Drift detection complete: 24 metrics saved, 2 events created
2026-06-20 23:35:28 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - Drift detection completed for 2026-06-20: 24 metrics, 2 events, 3 scopes
2026-06-20 23:35:28 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - Drift bias correction updated on coordinator: 1.0881 → 1.0974
2026-06-20 23:35:28 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - EOD duration saved: 328.3s for 2026-06-20
2026-06-20 23:35:28 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - End-of-day workflow completed (16/16 steps, 328.3s)
2026-06-20 23:35:28 - custom_components.solar_forecast_ml.sensors.sensor_system_status - DEBUG - Status updated: event=end_of_day_workflow, status=success, state=ok

EOD war bei mir auch unter 6 Minuten:

Welche HA-Version? schaut eher nach einem PI-HA /LAST Problem aus.. aber hat sich selbst geheilt

  • 23:30:31: LSTM Training startet mit 807 samples, 200 epochs.
  • 23:59:54: erst Epoch 90.
  • 00:00:29: Subprocess läuft in den 1800s-Timeout.
  • Danach startet SFML automatisch Fallback local training.
  • 00:24:08: lokales Training endet erfolgreich nach Early Stopping bei Epoch 70.
  • 00:24:15: EOD ist komplett erfolgreich.

Sehr schön!
Bei uns gab es eben einen kurzen Stromausfall, woraufhin Growatt keine Daten mehr lieferte, bis ich die Integration neu geladen habe.
SFML hat mich im Backend direkt auf die fehlenden Sensoren hingewiesen.

Cool wäre es, wenn Hubble mich in STATS auf ausgefallene Sensoren hinweisen könnte. Oder soll ich mir besser eine Automation mit Benachrichtigung auf´s Handy bauen?

Super das es nicht nur in den Tests funktioinert sondern auch Live! … danke für die Meldung! Das mit Hubble ist eine Super Idee.. ich muss mir das mal ansehen!

Das neueste vom neusten läuft auf dem Pi!

Mal gucken was heute Nacht läuft.

Ja, es funktioniert, aber in meinen Augen zu schnell. Mein System wird Sonntag Nacht für ein Proxmox Backup herunter gefahreun und startet dann wieder. Die Sensoren können jeh nach dem wie HA die Reihenfolge der Starts festlegt aber ein klein wenig dauern. Das bekomme ich dann als Nachricht angezeigt und muß es händisch löschen. Das passiert dann natürlich auch bei jedem Update der einen Neustart erfordert.

Kann man die Meldung erst erzeugen, wenn die Sensoren 5 Minuten lang nicht verfügbar waren?

Gruß Ralf


Wie wird der Rest heute berechnet?

Prognose heute - Yield Today = Rest heute?

Habe eine Differenz zur vollen Stunde +5 min festgestellt die ich mir nicht erklären kann.

Edit: Nochmal nachgedacht​:thinking:

Der Prognose Rest bezieht sich auf die prognostizierten Erträge vom Rest des Tages?

Morgen,

also dieses mal ist der EOD auf dem Pi durchgelaufen, 75 Epochen bei 1511s.

weiterhin läuft folgendes beim Pi weiter auf.

INFO - Curtailment learning quarantine 2026-06-21 H13: actual=0.288 kWh, theoretical=0.671 kWh, reason=suspected_battery_curtailment
INFO - Curtailment learning quarantine 2026-06-21 H15: actual=0.251 kWh, theoretical=0.506 kWh, reason=suspected_battery_curtailment
INFO - Curtailment learning quarantine 2026-06-21 H16: actual=0.106 kWh, theoretical=0.366 kWh, reason=suspected_battery_curtailment
INFO - Curtailment learning quarantine 2026-06-21 H17: actual=0.042 kWh, theoretical=0.208 kWh, reason=suspected_battery_curtailment
INFO - Curtailment learning quarantine 2026-06-21 H18: actual=0.025 kWh, theoretical=0.052 kWh, reason=suspected_battery_curtailment

Keine Arbeiten am Code möglich.. da ich aktuell nichts testen kann.. :frowning:

Servus Tom

ich schreibs mal hier rein, oder besser bei git? Die Prognose übermorgen nimmt bei mir öfters Drogen, gefühlt. Hintergrund. Rekord von meinem kleinen Balkon Scheißerle liegt bei 4,8 kWh am Tag. Prognose morgen passt meistens, aber übermorgen phantasiert gerne mal von 5,5 kWh, oder auch schon gesehen, 0 kWh. Trefferquote heute, ist meistens gut bis sehr gut. Morgen passt auch. Aber Übermorgen lebt in einer anderen Welt.

Gute Entscheidung! Git ist nur die Plattform und Support / Bugs bitte hier!

SFML v32 introduced new requirements for sensors.
I can’t figure out where to update them.

There is screen recording where I try to find relevant options inside Home Assistant:

Hier neu konfigurieren … SFML - das zweite Fenster nach den ersten Entitäten. Nicht in STATS, das dient nur zur Anzeige.

Scusi, please write in german, because this is a german forum. Merci.

Hab mal eine neue Warnung, ich weiß nur Warnung, aber trotzdem mal posten:

Dieser Fehler stammt von einer benutzerdefinierten Integration

Logger: custom_components.solar_forecast_ml.sensors.sensor_actual_sot
Quelle: runner.py:289
Integration: Solar Forecast ML (Dokumentation, Probleme)
Erstmals aufgetreten: 22. Juni 2026 um 23:44:52 (1 Vorkommnis)
Zuletzt protokolliert: 22. Juni 2026 um 23:44:52

Failed to refresh SFML actual live state: cannot start a transaction within a transaction

Dieser Fehler stammt von einer benutzerdefinierten Integration

Logger: custom_components.solar_forecast_ml.data.data_weather_expert_blender
Quelle: runner.py:289
Integration: Solar Forecast ML (Dokumentation, Probleme)
Erstmals aufgetreten: 05:00:09 (1 Vorkommnis)
Zuletzt protokolliert: 05:00:09
WttrIn fetch error: Cannot connect to host wttr.in:443 ssl:default [Connection reset by peer]

Kein Problem, Verbindung wurde von wttr zurückgesetzt.

Moin, das habe ich auch schon im beta-thread gesehen; leider keine Lösung oder Erklärung:

Joo, ich hatte das gestern um 22:45 Uhr und noch eine weitere “warning” heute morgen.

Dieser Fehler stammt von einer benutzerdefinierten Integration

Logger: custom_components.sfml_stats.storage.db_connection_manager
Quelle: custom_components/sfml_stats/storage/db_connection_manager.py:325
Integration: Solar Forecast STATS (Dokumentation, Probleme)
Erstmals aufgetreten: 22. Juni 2026 um 07:41:59 (3 Vorkommnisse)
Zuletzt protokolliert: 06:49:39

Stats DB locked on write (attempt 1/3), retrying in 0.11s
Stats DB locked on write (attempt 1/3), retrying in 0.10s
Stats DB locked on write (attempt 1/3), retrying in 0.13s

Dieser Fehler stammt von einer benutzerdefinierten Integration

Logger: custom_components.solar_forecast_ml.sensors.sensor_actual_sot
Quelle: helpers/entity.py:1439
Integration: Solar Forecast ML (Dokumentation, Probleme)
Erstmals aufgetreten: 22. Juni 2026 um 22:44:00 (1 Vorkommnis)
Zuletzt protokolliert: 22. Juni 2026 um 22:44:00

Failed to refresh SFML actual live state: cannot start a transaction within a transaction

@Tom-HA Der Wert Max. Peak Heute setzt sich nicht um 0 Uhr zurück