Siehe hier Hier
Ich habe die Entscheidung auch getroffen, da mir ein stabiles Smart-Home-System wichtiger ist als eine Solarprognose. Ich bewundere die Arbeit die @Tom-HA mit SFML leistet, aber deswegen neue Hardware, die ansonsten völlig ausreichend ist - Nö. Da liegen Welten wischen Kosten und Nutzen.
Influx DB belastet auch die Festplatte, und da auch SFML viel IO Power brauch, summiert sich bestimmt einiges.
Gernell für die Leistung deiner Hardware ist SFML on top glaube ich zuviel.
Dein System wird schon genug zu tun haben. (10% CPU Last im Idle)
Mich würde deine SFML Log zum EOD interessieren, vielleicht kann man da auch etwas auslesen.
Schick mir die am besten per PN, müsste jetzt gucken ob da koordinaten stehen, aber einfach alles Zwischen beginn EOD
Hier ein Beispiel.
2026-04-30 23:30:00 - custom_components.solar_forecast_ml.production.production_scheduled_tasks - INFO - === EOD SCHEDULER TRIGGERED at 23:30:00 ===
bis ende EOD
2026-04-30 23:38:59 - custom_components.solar_forecast_ml.sensors.sensor_system_status - DEBUG - Status updated: event=end_of_day_workflow, status=success, state=ok
Edit:
Also in der Log sieht man klar, das die Epochen extrem Langsam laufen.
Nach meiner Meinung (wenn du SFML weiter nutzen willst) KI Deaktivieren und mit Ridge (Physics) arbeiten.
Welche Nachteile ergeben sich, wenn man die KI deaktiviert und nach ein paar Monaten wieder aktiviert? Wird die KI bei Neuaktivierung dann trotzdem mit den Daten aus den Monaten wo sie deaktiviert war wieder neu trainiert oder sind die Monate dann „verloren“?
Sonst würde ich die KI bei mir auch erstmal deaktivieren und falls sich in Zukunft nochmal eine Besserung ergibt, wieder aktivieren. Hab auch das Problem auf meinem Live System, dass das Dashboard jeden Abend ca. 30-90 Minuten während des Trainings nicht verfügbar ist, die ganzen Verbindungen abbrechen und somit auch nicht die Automationen laufen.
Die Ki wird nix nachholen.
ggf. kann @Tom-HA da noch genauer eingehen?
Bei manchen Updates heißt es ja, dass die KI neu trainiert wird. Deshalb dachte ich, dass man dann wieder einsteigen kann und die KI auf den alten Daten wieder neu trainiert wird.
ich gehe nicht davon aus!
Da ja z.B.: wenn du 100 Tage Pausieren würdest. Alle Datenpunkte (es sind mehrere pro Stunde) nachtrainiert werden müssten und bis dahin gesammelt werden.
Nach meinem Verständnis (man möge mich korrigieren) wir ab dem Zeitpunkt wo der Haken bei der KI raus genommen wird, diese komplett inaktiv (inklusive Daten Sammeln).
Und wird dann wieder ab Aktivierung , wieder Sammeln und arbeiten. (EOD)
Ich glaube es gibt einen Fallback für maximal einen Tag. Also wenn der EoD heute Nacht wegen z.B. unplanmäßigem HA-Neustart nicht durchgeführt wird, werden die heutigen Lerndaten mit dem morgigen EoD verarbeitet. So hatte das neulich nach meiner Erinnerung zumindest @Tom-HA in einem Beitrag auf eine andere Frage beantwortet.
P.S.: Gefunden:
Guten Abend und ein schönes Maiwochenende!
Zum EOD / Sensoren nicht erreichbar: das ist ein Home Assistant Problem. Aber das System wird nicht instabil und es gehen keine Daten verloren. Stichwort Event Loop / Single Core
Zum EOD / Nachholen, es ist so wie @lemuba es bereits korrekt erklärt hat
KI abschalten = Keine Daten werden auch nicht nachgeholt über eine längeren Zeithorizont es ist so wie @Kaysen899 es korrekt erklärt hat.
Hi Tom,
auch wenn die EOD Zeiten kürzer und die CPU Last sich verbessert haben, habe ich trotzdem ab 23:30 Verzögerungen. Ich weiß das mein Ondroid N2+ kein F1 Bolide ist, aber der werkelt den ganzen Tag nur bei 2-3% rum. Hatte zwischendurch mal testweise so einen kleinen Mini Pc mit Intel Atom 3900 zum Testen installiert, aber der ist ja noch langsamer. Mir reicht ja die Leistung, wenn der EOD nicht um 23:30 wäre. Irgendwie hat sich die Zeit so als „ins Bett gehen Zeit“ etabliert, und dann sollten die ganzen Automationen reibungslos laufen. Ein eigenes variables festlegen der Zeit wäre ein Traum. Ob das überhaupt funktioniert und in deinem sowieso schon vollen Programm noch möglich wäre? Sag auf jedem Fall schon mal Danke für super Projekt.
Hallo @Milkaschokolade
Ich verstehe Deinen Punkt, aber ein umsetzen ist nicht möglich. Hintergrund um 24 Uhr setzen sich die Tageszähler zurück. Der EOD muss mit ausrecheichend Zeit vor diesem Zeitpunkt laufen, darf aber auch nicht laufen während noch Daten hineinkommen.
Danke für die Rückmeldung, leuchtet ein. Heißt aber auch, EOD Zeiten über 30min bei langsamen Systemen sind schlecht.
JaEin.. es wird ein Snap-Shoot erstellt. 
Also das ist weniger problematisch
Nein, es ist nur wichtig, das die Sensoren vor 0 Uhr gelesen werden, damit die Tageswerte da sind. Der EOD darf gerne die Berechnungen über 0 Uhr machen, das ist kein Problem.
Edit: Tom war schneller 
Wäre es dann aber nicht möglich einen Snapshot (Lesen der Sensoren) um 23:30 Uhr zu machen und die eigentlichen Berechnungen des EOD erst 3h später?
Nein das geht leider nicht…
23:30 → EOD
0:05 → Tagesabschluß
0:15 → Wetterdaten für den Cache werden geholt / gespeichert
0:30 → Erste Tages-Prognose (Backup-Prognose)
2:00 → TFS Training
45 min vor Sonnenaufgang Finale Tages-Prognose