Aber in der Tabelle ergibt das doch vom Datum her eigentlich keinen Sinn, denn 2026-02-08 ist der 08. Februar, oder irre ich mich hier gerade komplett?
Das einzige, was ich gerade gefunden habe mit aktuellen Stunden und heutigem Datum ist die Tabelle stats_hourly_billing dort die Spalte Solar_yield, welche für die Stunden 7 & 8 “0” bei mir ausgibt, und die Tabelle stats_power_sources (dort werden aber keine kWh-Werte gespeichert).
Die Spalte “Solar_Yield_kWh” findest du auch noch in der Tabelle “stats_daily_energy”, dort zählt er aber sauber mit.
Stimmt, du hast Recht, die ist ja obsolet, es passte nur so schön von den Uhrzeiten
Die korrekte Tabelle müßte hourly_predictions sein und die hat bei mir um 5:00 noch einen Miniwert, ab da nicht mehr, Update wurde um 6:34 eingespielt.
Heute morgen Update gemacht und auch einen Fehler und eine Warnung:
Fehler:
Dieser Fehler stammt von einer benutzerdefinierten Integration
Logger: custom_components.solar_forecast_ml.production.production_scheduled_tasks
Quelle: <frozen production_scheduled_tasks>:1583
Integration: Solar Forecast ML (Dokumentation, Probleme)
Erstmals aufgetreten: 08:05:00 (2 Vorkommnisse)
Zuletzt protokolliert: 10:05:00
Hourly update failed: MorningRoutineHandler.update_hourly_actual() got an unexpected keyword argument 'panel_group_exclusion_reason'
Traceback (most recent call last):
File "<frozen production_scheduled_tasks>", line 1516, in _execute_hourly_update
TypeError: MorningRoutineHandler.update_hourly_actual() got an unexpected keyword argument 'panel_group_exclusion_reason'
Warnung:
Dieser Fehler stammt von einer benutzerdefinierten Integration
Logger: custom_components.solar_forecast_ml.data.data_panel_group_sensor_reader
Quelle: custom_components/solar_forecast_ml/data/data_panel_group_sensor_reader.py:175
Integration: Solar Forecast ML (Dokumentation, Probleme)
Erstmals aufgetreten: 10:05:00 (1 Vorkommnis)
Zuletzt protokolliert: 10:05:00
Panel group learning skipped for this hour: 0/1 panel groups produced a valid hourly kWh delta (streak=3). Please verify that every panel group has a valid cumulative DC energy sensor in kWh.
Warum die Warnung kommt keine Ahnung, Sensor hab ich schon immer und der erfordert auch genau die Anforderungen seit der Beta damals.
Hubblechen ist heute etwas verwirrt. Die Null-Linie hat bei mir eben Smart-Charge gestartet, obwohl ein Festpreis hinterlegt ist, der deutlich über dem Schwellwert ist
Hubble dazu:
Netz-Schnellladung aktiv: Günstiger Strompreis und Solar-Defizit. Batterie wird fortlaufend geladen.
Solar - Defizit ist heute absolut unmöglich..
Eventuell ist die Null - Linie der Verursacher?
Also Zwischenstand… die aktuelle HA Version und Core machen gerade echt Probleme. Ich weiß noch nicht genau warum, habe aber eine radikale Entscheidung getroffen.. ich lasse HA nichts mehr berechnen, sondern alles von meinem Code selbst. Das macht einfach keinen Sinn hier noch weiter zu fixen und basteln. Außerdem interessieren mich dann keine HA Updates mehr, da der Code nur noch die Sensoren abfragt und fertig.
Bei der Gelegenheit werde ich direkt einen Backfill mit einbauen, der bei HA neustart krumme Werte aus HA direkt und unmittelbar korrigiert… Schluß mit Abhängigkeiten.. das ist zuviel Arbeit immer nachzuziehen…
Vielen Dank für eure LOGS und Bilder, die Helfen das Problem zu sehen, aber da ich nun einen Schnitt mache.. wird es eine komplett überarbeitet Version geben.
Ganz ruhig, die Welt geht bei uns nicht unter. Wenn das etwas länger dauert, dann ist das einfach so. Sollen wir eine Lernpause einlegen? Sollen wir so lange auf einer älteren Version zurück gehen? Oder einfach mal so laufen lassen und abwarten?
Lernpause wäre wirklich eine gute Idee! - Danke für den Hinweis.. !
Problem (einfach gesprochen) Die Sensorwerte WR gesamt Panelgruppe 1 Panelgruppe 2 Panelgruppe ,.. laufen dermaßen auseinander im HA Riemann das der Code sie aktuell als nicht Plausibel verwirft und nicht annerkennt.. Aus selbstschutz um keine vergifteten Daten in die KI zu holen sagt Hubble " So nicht mein Freund, entweder korrekte Daten oder nicht" .. das ist auch korrekt so..
Vermutung (nicht bewiesen): HA ist im Core laggy und braucht zu lange um die Stundenwerte korrekt zu berechnen (auf der Sensor-Ebene)
Dann für diejenigen, die nicht ganz so firm sind:
In den Einstellungen-Geräte und Dienste-Solar Forcast ML bei den States unter Steuerelemente Lernen Pausieren aktivieren.
Der Schalter setzt sich automatisch um Mitternacht zurück, sollte es länger bis zum Update brauchen - Zara muß ja auch einmal testen - dann muss das am nächsten Tag erneut gesetzt werden.
Ist Kontraproduktiv, da die DB bereits verseucht ist. Was ich angefangen habe und heute Abend fertigstelle ist:
“Imperator-Backfill” für Gruppen und Gesamt
Komplette Änderung des Config-Flow.. User muss nur noch Power-Gesammt + Power der einzelnen Strings / Gruppen eintragen und die gesamte Berechnung wird vom Code gemacht. Keine Verbrauchszähler, Tageszähler mehr.. das ist der Knackpunkt → Vorteil deutlich einfachers Setup und keine Delays mehr von HA und Updatefest
Retraining im EOD (ich denke mal morgen Abend)
Auch wenn es gerade etwas emotional klingt, aber ich habe wirklich die Faxen dicke, nach jedem HA Core / HA Update irgendeinen Krempel zu fixen. Das kostet soviel Zeit und Nerven.. nervt auch euch, da irgendetwas nicht funktioinert. Damit ist ab V30 SCHLUß..
@thomasz bitte nicht updaten!!! Mach bitte erst das Update wenn V30 läuft
