Ja 
aber mich fuchst das, wenn es nicht funktioinert! Da steckt soviel Herzblut und Zeit / Energie drin…
Ich glaube nicht.
Kaffee gibt’s intravenös.
Oder Tom hat Guten Büroschlaf 
@Tom-HA Das heißt vermutlich die vorhandenen Gruppen-Sensoren müssen neu eingetragen werden, die bisherigen können doch weiterverwendet werden aus der ?
Hier DC1 Power und DC2 Power:
Im übrigen: Wahnsinnseinsatz von Dir! Ganz großes Dankeschön dafür!
Vielen Dank @nightrunner
Nein, nach dem Update müssen die Sensoren neu eingegeben werden und zwar nur in SFML. Keine Tageszähler mehr keine xxx/xxxx/xxx - kein Yield-Sensor, kein Power gesamt Sensor, sondern nur noch die Power-Sensoren der Gruppen / der Gruppe incl Ausrichtung und Tilt.. das ist alles… Stats übernimmt es dan auch direkt.. aber natürlich kann man bei Stats die “Gruppen” nach wie wie vor umbennen.
Dadurch fällt eine Menge an “Helfern” weg → die man bauen musste.
- Tagesgesamt Ertrag
- Panelgruppe 1 täglicher Ertrag
- Panelgruppe 2 täglicher Ertrag
- Panelgruppe 3 täglicher Ertrag
- Panelgruppe 4 täglicher Ertrag
- Power gesamt
- ebenso in Stats..
Du brauchst NUR noch die Panelgruppen Power-Sensoren eintragen-- das ist alles.
Der Effekt ist dramatisch… keine Verzögerungen mehr beim Rücksetzen, kein Gefummel mehr kein HA Riemann-Versatz mehr, keine negativen Deltas, keine XY-Werte bei Neustart, keine Abbrüche mehr wenn die Cloud mal länger braucht oder sich die Zeiträume unterscheiden..
UND.. deutlich genauer!
Ich habe auch direkt SQL-Sensoren eingebaut die ihr nutzen könnt wenn ihr eure Anlage exact tracken wollt… → die können wir normale Sensoren verwendet werden. Das ist ideal wer genauer Leistungsmessungen / Abrechnungen / .. machen will… Ihr braucht auch keine "Gruppensensoren mehr zu basteln, da ich neben Sensoren für die Gruppen auch einen Tagesertragssensor mit eingebaut habe…
Quasi ein rundum Sorglos Paket..
Was muss denn da jetzt eingetragen werden?
PV-DC Sensor in „W“ oder „kWh“?
Oben steht kWh und handschriftlich ergänzt „WATT“.
Langsam, aber sicher, verliere ich das Verständnis. Aber egal, ihr macht das schon. 
Joachim es steht W oder kW also Watt oder Kilowatt, alles ohne h für Stunde
Es ist warm.Deshalb ist er entschuldigt. 
Ich sehe schon… das führt schon wieder zu irritationen also nehme ich kW wieder raus…
Sollte man den heutigen Tag ebenfalls vom Lernen ausschliessen? Macht vermutlich Sinn
Lass es doch drin, es ist früh am morgen und warm, bekommen schon alle hin.
Ich wäre eher dafür her mit dem Update, wir finden die anderen Fehler 
Lieber noch nicht… ich habe noch keine verifizierung vom EOD… auch der ist ja nun anders, da es sehr sehr viele Sensor-Änderungen gibt und auch ein eigener Thread-Manager damit der die Leistung des Hosts nutzen kann und endlich von dem blöden " Ich mach nur einen Thread auf einem Kern Home Assistant Event-Loop" befreit ist.. kein Einfrieren mehr beim EOD
Guten Morgen, das mit dem Update hört sich sehr gut an. Was macht man denn mit den Fehlern die jetzt entstanden sind in STATS in den letzten Tagen durch springende Sensoren, etc. Ich habe leider auch einige davon. In der SQL DB will bzw kann ich nicht rumbasteln. Wächst sich das mit der Zeit aus?
Na meine Meinung kennst du ja 
Aber das ist glaube ich die beste Nachricht, dass du das geändert hast. Die Performanten Systeme werden jetzt noch besser genutzt werden und HA als Bottleneck ist nicht mehr (so stark).
Fast schon schade, jetzt muss ich mir was anderes suchen um den Raspberry zu grillen 
Moin @Tom-HA,
ich habe aus Neugier gerade mal in meine DB geschaut. Das Ergebnis bestätigt deinen Ansatz voll:
sqlite> select date, predicted_total_kwh, actual_total_kwh from daily_summaries where date = '2026-06-16' limit 20;
2026-06-16|81.95|109.4
sqlite> select prediction_id, sum(ai_kwh), sum(actual_kwh) from prediction_panel_groups where prediction_id like '2026-06-16%' limit 60;
2026-06-16_05|109.4379|113.059
sqlite> select date, predicted_total_kwh, actual_total_kwh from daily_summaries where date = '2026-06-17' limit 20;
2026-06-17|82.04|90.84
sqlite> select prediction_id, sum(ai_kwh), sum(actual_kwh) from prediction_panel_groups where prediction_id like '2026-06-17%' limit 60;
2026-06-17_05|88.1375|99.191
Trotz meines halbwegs fixen I5 NUCs mal eben so Abweichungen von bis zu 10%? Für einen Zilog Z80 wäre das nachvollziehbar, aber einen I5? Da scheint in HA irgendwo ein Wurm zu sein, zumindest was die Riemann-Integration angeht. Oder die Integrierten Sensoren liefern zu selten Werte. Für gestern ist der Fehler nur ~1%.
sqlite> select date, predicted_total_kwh, actual_total_kwh from daily_summaries where date = '2026-06-18' limit 20;
2026-06-18|108.63|133.17
sqlite> select prediction_id, sum(ai_kwh), sum(actual_kwh) from prediction_panel_groups where prediction_id like '2026-06-18%' limit 60;
2026-06-18_05|129.075|134.461
Was IMO gegen ein Sensorenproblem spricht. Und es liegt nicht an meinem neuen Docker-TFS. Das hat gestern seine Tagesarbeit in ab 22 Uhr in 27 Minuten erledigt. Und da schien hier keine Sonne mehr . Bin gespannt auf dein neues Release, aber nimm dir Zeit. Ich denke, niemand von uns hat mit SFML aktuell eine echte mission critcal application in Betrieb …
Die einzige mission critcal application ist aktuell Toms Ego, weil HA ihm immer dazwischenfunkt, würde ich behaupten 
Kann man HA nicht als Integration in SFML betreiben?
Sag das nicht zu laut, das kommt sonst wirklich noch 
D.h. für mich als User mit immer noch 5 Panel Gruppen - ich sollte das Update nicht installieren, weil er ja dann auf 4 Panelgruppen switchen würde und ich damit eine verliere…korrekt?
Ich kann Tom gut verstehen. Ich kann’s auch nicht leiden, wenn etwas, was eigentlich funktionieren sollte, nicht funktioniert. Insbesondere, wenn die Ursachen außerhalb des eigenen Einflussbereichs lieget. So etwas lässt einem dann keine Ruhe …
Es waren aber immer schon nur 4 Panelgruppen möglich, die Datenbank gibt ja gar nicht mehr her. Also mußtest du doch auch jetzt bereits mindestens zwei Panalgruppen zusammen geschlossen haben. Das kannst du auch nach dem Update wieder machen.
Oder habe ich etwas falsch verstanden?
Gruß Ralf