Logger: custom_components.solar_forecast_eai.consumption.consumption_scheduled_tasks
Quelle: runner.py:289
Integration: Solar Forecast Energy AI (Dokumentation)
Erstmals aufgetreten: 00:10:00 (3 Vorkommnisse)
Zuletzt protokolliert: 00:33:04
No astronomy data for 2026-08-02
Could not get sunrise - using fallback (08:00)
✗✗✗ EARLY MORNING FORECAST FAILED - CHECK LOGS ABOVE
Logger: custom_components.solar_forecast_eai.consumption.consumption_morning_routine
Quelle: runner.py:289
Integration: Solar Forecast Energy AI (Dokumentation)
Erstmals aufgetreten: 00:30:04 (4 Vorkommnisse)
Zuletzt protokolliert: 00:33:04
Invalid astronomy_data: <class 'dict'>
CRITICAL: Morning routine FAILED after 3 attempts! Manual intervention required
Logger: custom_components.solar_forecast_eai.consumption.consumption_morning_routine
Quelle: <frozen consumption_morning_routine>:131
Integration: Solar Forecast Energy AI (Dokumentation)
Erstmals aufgetreten: 00:30:04 (3 Vorkommnisse)
Zuletzt protokolliert: 00:33:04
Morning routine attempt 1/3 FAILED: Prerequisites validation failed
Morning routine attempt 2/3 FAILED: Prerequisites validation failed
Morning routine attempt 3/3 FAILED: Prerequisites validation failed
Traceback (most recent call last):
File "<frozen consumption_morning_routine>", line 86, in execute_morning_routine_with_retry
ValueError: Prerequisites validation failed
Ich schaue es mir direkt im Code an! Vielen Dank für das ausführliche LOG, dass macht es mir einfacher! - > Bin dran!
Hast Du HA Core 18.2 oder den stabilen (alten) 18.1 ? → Das wäre wichtig für mich zu wissen um es einzugrenzen.
(auf die Prognose hat es keinen Einfluss.. geht um den Sonnenlauf über das Haus im Cockpit )
Vermutlich ist es besser, das ich EAI wie SFML und STATS auf Code-Only umstelle.. mich nicht auf HA verlasse → das ist auch sicherer für evtl. “wilde” Home Assistant Updates und / oder umdokumentierte Änderungen. Du erinnerst Dich bestimmt, wie sehr / oft ich SFML und STATS nach Updates von HA anpassen musste… :-(. - ist aber ein Last Thema, da ich aufpassen muss, das die kleinen PI`s und untermotorisierten Proxmox und VM nicht ins Pusten kommen..
Fehler gefunden:
Der EAI-Cache läuft nach sieben Tagen aus, während der tägliche Refresh nichts tut… bevor ich nun im HA-Core anfange zu suchen warum der scheduler nichts macht… CODE ONLY und fertig. → Meldung an HA-Dev geht raus..
FIX kommt morgen Abend nach EOD (wie immer), zusammen mit noch anderen Fixes Danke für die ausführliche Meldung.
Logger: custom_components.solar_forecast_eai.ai.ai_predictor
Quelle: runner.py:289
Integration: Solar Forecast Energy AI (Dokumentation)
Erstmals aufgetreten: 03:00:27 (1 Vorkommnis)
Zuletzt protokolliert: 03:00:27
Error preparing training data: 'FeatureEngineer' object has no attribute 'extract_base_features'
So richtig passt das in EAI Weather Intelligence aber auch noch nicht mit dem Regen an meinem Standort
@Tom-HA
Ich kann nicht nachvollziehen, warum in weather Intelligence so hohe Regenmengen vorhergesagt werden? Schon vor sieben Tagen wurden über 100 mm pro Tag vorhergesagt. Wächst sich das noch raus? Der Sensor aus meiner Wetterstation ist der richtige; mm/h.
Das der Sensor momentan nur bei 0 liegt ist klar: 23° Aussentemperatur, Heizung ist aus, WW wird frühestens bei 25% Akkuladung ausgeführt.
Gestern wurde Warmwasser erhitzt, um 24:00 der Zähler auf 0 gesetzt und da liegt er jetzt auch noch.
Bleibt diese Meldung nun bis dahin so stehen?
Zum Regen:
Hier wird mir der Regen angezeigt, allerdings um einen Tag nach vorne verschoben und doppelt so viel wie tatsächlich gefallen ist. Die Menge kann jedoch auch an meiner Berechnung liegen, ich leite die Regenrate aus der Gesamtmenge ab.
gestern - 3.8. waren es 7mm und nach Mitternacht kamen noch einmal 1mm hinzu. Die Einheit der Regenmenge ist übrigens mm und nicht mm/h (Regenrate). Bei einem Tageswert könnte man noch schreiben mm/Tag
Ich würde mir hier einen Regensensor wünschen, der die aufsummierte Regenmenge pro Tag angibt uns SFML die Rate daraus selber berechnet. Ich muß mal prüfen, ob ich die Regenrate mit einem SQL-Sensor ermitteln kann, dann habe ich ja die Zeitwerte zwischen zwei Messpunkten.
Ihr habt beide Recht, auch wenn es unterschiedliche Themen zu sein scheinen.. sind es aber nicht! Es gibt einen TzInfo BUG den ich übersehen habe.. dadurch findet eine Verschiebung um 2 Std (Sommerzeit) statt, aber nicht überall. Dadurch werden die identischen lokalen Ereignisse z.T mit 2 Std Versatz behandelt und sind nicht konsistent. Also mal korrekt + Versatz und dann wieder korrekt… völliges Durcheinander!
Ich kümmere mich darum, brauche aber etwas Zeit, da ich ALLE Zeitzonen noch einmal kontrollieren will.. nicht das irgendwo etwas hängen bleibt!
also bei mir ist es deutlich besser geworden nachdem ich meine Datenbank für die Wetterstation einmal resetet habe. Die Werte stimmen zwar nicht zu 100 % mit denen der Wetterstation überein, sind inzwischen aber zumindest annähernd identisch.
Es geht hier um Ist-Werte, nicht um Prognosen. Prognosen für Regen sind an meinem Standort praktisch unmöglich, wir liegen meistens im trockenen obwohl 3km nördlich oder südlich richtige Schauern runter kommen. Also kann die Datenbank hier keine Rolle spielen - bzw. es sind die Werte aus der Datenbank die direkt angezeigt werden.
Eine Frage an die Experten:
Wie muss ich genau vorgehen um Tom die DB zukommen zu lassen per PN?
solar_forecast. db aus dem Ordner solar_forecast_ml
als zip Datei packen
Dateityp in txt umbenennen
Problem die db hat 70 MB, die zip noch 16 MB
Wenn ich die in die PN mit dem Hochladebutton hochladen will heißt es Grenze 4MB
suedschwede hat recht,
Ich verstehe es nicht, in WFAI war der Event Sensor(summiert auf) drin, statt dem rain_rate_piezo(mm/h). Tausend mal kontrolliert.
Ich kapier nicht warum??? Ich habe das jetzt geändert.
Kann ich dann einfach die EAI weiter arbeiten lassen oder muss ich was machen?
Frage: Bei einer “kritischen KI Drift” -die wohl an von mir falsch eingegebenen Sensoren begründet liegt- würde ich am liebsten die Historie einmal gezielt löschen, also das Lernen von vorn beginnen lassen. Wie stelle ich das an? Schön wäre ja eine Art Reset-Button in der Konfiguration -den gibt es aber nicht, oder?
…und btw.: Ich hatte nach der Kaffeespende noch immer keine Lizenz-Nr erhalten, in Ko-fi auch keine Nachricht -oder übersehe ich etwas?
Solltest du doch nach Ralfs Einwand neu Starten wollen, am einfachsten kannst du es, indem du die SFML-DB unter config (homeassistant) → solar_forecast_ml löschst und danach einen “roten” Neustart durchführst.
Hat den Vorteil, das so die Konfiguration der Sensoren erhalten bleibt, aber somit alle Daten weg sind.
Ist halt die Frage, wie stark SFML bei dir daneben liegt. Es kann ja dann auch ein weiter lernen lassen Sinnvoller sein, mit der Zeit pendelt sich das auch ein (Sprech da aus Erfahrung).
Sowohl die IST als auch die Recorderdaten landen aktuell aus einem Misch-Masch aus UTC und LOCAL in den Berechnungen / Anzeigen. Das führt zu kruden Anzeigen, falschen Zuordnungen / ect… - Ich werde mich da umgehend dran machen.
)
by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
