Guten Morgen
nehm bitte den Shelly und mache ein Template das die Werte invertiert, wenn nur negative Werte kommen, Du also keine Netzakkuleistung hast… einfach x (-1)
Danke. Netzakku-Ladung macht der WR selber weil er von 10 Prozent auf 6 Prozent abfliegt und dann wieder bei 10 Prozent aufhört zu laden. Zendure bekommt es nicht hin daß er bei 10 Prozent stoppt.
Dann musst du zwei Dinge machen (auf dem Shelly)
- Ein Template das negative Werte als positive Werte ausgibt und zwar wirklich nur die negativen
- Ein Template das positive Werte und zwar nur positive Werte als Netzladung / Ladungserhaltung ausgibt.
Es ist wichtig das Du korrekt filterst! Dann hast Du zwei Sensoren:
a) AC Ausgang WR
b) Netzladung
Das ist wichtig
Dankt Tom Ich habe jetzt 2 Template Sensor erstellt wie du es beschrieben hast und beide in Stats eingefügt Netzladung und AC Ausgang WR vom Shelly 
Ich hab die Ursache gefunden: Die Power-Sensoren die ich verwende waren aus dem HA Recorder ausgeschlossen, weil das sekündlich aktualisierte Werte sind. Ich hab sie in die Aufzeichnung inkludiert, seither funktioniert es.
Perfekt! Danke für die Rückmeldung! Bitte den heutigen Tag vom Lernen ausschließen
Das die Sensoren nicht ganz synchron sind. Das ist aber kein Problem!
ich hätte da auch noch mal eine Frage. Vermutlich liegt das Problem nur auf meiner Seite. Der “bisher gemessener Ertrag” sowie der “Ø gemessener Monat” werden nicht berechnet obwohl alle notwendigen Sensoren zugewiesen sind und auch plausible Werte liefern. In der Statistik wird der aktuelle Ertrag auch richtig angezeigt. Bug oder missing config?
Verständnisfrage:
seit 16 Uhr ist die restliche Erzeugungsprognose auf 0 gefallen, wie man hier erkennen kann.
Es ist aktuell fast 19 Uhr zur Orientierung
Das wäre alles schön und gut, wenn auch bei dem Wetter und Sonnenschein und der aktuellen Erzeugung mehr als verwunderlich.
Also: ich hab den Werten nicht vertraut, auch weil ich hier noch ein Chart habe, wo ich teileinspeiser und Vollerinspeiser sowie die Einspeisung vergleiche - darunter auch die Prognose für den Teileinspeiser, der einzige aus 4 Gruppen der hier mit SFML läuft seit Montag oder so.
Die rote Prognose Linie ist aber seit 16 Uhr sichtbar über 0 Watt , sondern begann um 16 mit 3500 W und lief dann langsam in Richtung 2500 W Bereich - und erzeugt damit 2500 Wh oder 2,5 kWh jede Stunde, was nicht sein kann, dass die Prognose 3,5 bis 2,5 kWh x 3 h = 7,5 bis 10 kWh so vergisst, denn die Resterzeugung für den Tag ist 0 seit 16 Uhr.
Hier sind die Detailszahlen aus dem evcc Sensor als Zusammenfassung und dann als Liste , die eben besagt, dass nach 16 Uhr auf Basis der Leistungs Prognose und in der Annahme konstanter Leistung über die folgende Stunde von 3550 W ab 16 Uhr (ist wohl ein Durchschnitt der kommenden Stunde) eben 3,55 kWh in der 1h produziert werden und in Summe nach 16 Uhr noch 10,7 kWh
Die 10,7 kWh sind weit weit mehr als die 0 Restprognose ab 16 Uhr , der 1. Screenshot.
ERZEUGUNG je Stunde auf Basis LEISTUNGs PROGNOSE
3,55 kWh - ab 16:00 werden mit 3550 Watt Leistung eben in 1h 3,55 kWh erzeugt
3,33 kWh - ab 17:00 …
2,12 kWh - ab 18:00 …
1,00 kWh - ab 19:00
0,25 kWH - ab 20:00
0,10 kWh - ab 21:00
0,38 kWh - ab 22:00
10,73 kWh - SUMME statt 0 kWh wie um 16 Uhr prognostiziert
Da stimmt etwas bei der Summe nicht und beim genauen Anblick der Datensensor Daten kommen noch Zweifel, ob da ein Zeitversatz falsch dargestellt wird für den evcc Betrieb, denn nach 22 Uhr erzeugen wird heute wohl keinen Strom mehr.
DETAILLISTE aus sensor.dach_solar_forecast_ml_evcc_solar_prognose
start: ‘2026-07-19T15:00:00’
end: ‘2026-07-19T16:00:00’
value: 3927
============================================
start: ‘2026-07-19T16:00:00’
end: ‘2026-07-19T17:00:00’
value: 3550
start: ‘2026-07-19T17:00:00’
end: ‘2026-07-19T18:00:00’
value: 3331
start: ‘2026-07-19T18:00:00’
end: ‘2026-07-19T19:00:00’
value: 2123
start: ‘2026-07-19T19:00:00’
end: ‘2026-07-19T20:00:00’
value: 998
start: ‘2026-07-19T20:00:00’
end: ‘2026-07-19T21:00:00’
value: 254
start: ‘2026-07-19T21:00:00’
end: ‘2026-07-19T22:00:00’
value: 105
start: ‘2026-07-19T22:00:00’
end: ‘2026-07-19T23:00:00’
value: 282
Ich bin da sozusagen mit meinem Latein am Ende und mag halt keine Widersprüche oder offenen Fragen bei wichtigen Punkten wie Resterzeugung ab jetzt.
Ich muss die verstehen und mich drauf verlassen können, denn die 0 war auf jeden Fall komplett falsch, der evcc Leistungssensor viel näher dran an der Realität
UND: die Prognose des evcc Leistungssensors passt zum tatsächlichen output von aktuell 1000W
Daher trau ich dem mehr als der restlichen Erzeugung - oder wo bin ich falsch abgebogen ?
Danke
tut mir echt leid, ich mach das seit 5 Tagen erst, aber ich steh total auf dem Schlauch.
Bei deinem Sensor sehe ich nicht, wie der heißt.
Ich bin in developer tools Zustände gegangen und haben dann “solar_forecast_m” gefiltert
Danach mit Strg + f innerhalb der Treffer bei den Sensoren nach Worten aus deinem Screenshot gesucht und keinen Treffer gefunden.
*snaphot *
oops
fully_day_snapshot
Mein System läuft auch erst seit eben 4 oder 5 Tagen und irgendwie steh ich da auf dem Schlauch, welcher Sensor das nun ist. Ich finde auch nicht das Wort scope
Ich habe einen Haufen Sensoren, aber keiner in der Ansicht zeigt Deine Elemente.
Einfach in die Sensoren, wie z. B.. Prognose Heute
Drauf gehen, Drei Punkte und auf Details klicken, dann siehst du die Attribute der Sensoren.
Viele Sensoren haben auch noch andere Werte. Was du mit EVCC meinst, ist das Die Werte durch EVCC mindestens eine Stunde verschoben sind.
Das ist ein Zeitformatproblem von HA und den Integrationen.
Aber alles nacheinander, in 5 Tagen hat glaube ich fast keiner SFML komplett verstanden.
Des Weiteren muss SFML echt lernen und das bedeutet Laufen lassen und nicht nervös werden.
Nervös wurden viele andere hier im Forum schon im November oder im Januar, wo alles drunter und drüber ging. Weil es viel mehr Bug oder Fallstricke gab, wo man sich sofort alles kaputt machen konnte.
Jetzt ist schon einiges einfacher geworden.
Danke,
das hab ich nie zuvor gesehen oder gebraucht gehabt, von daher stand ich wirklich auf dem Schlauch und hab überall gesucht, ob ich einen Sensor sozusagen verloren oder umbenannt hätte.
Hier ist mal das Gewünschte von morgen als Yaml, weil dann alles sofort sichtbar war
und dann auch noch für heut’, um das mit dem Ist zu vergleichen
`state:`
`translated: 46,9 kWh`
`raw: “46.9”`
`last_changed: “2026-07-20T03:05:30.598Z”`
`last_updated: “2026-07-20T03:05:30.598Z”`
`attributes:`
`state_class: total`
`forecast_source: ops_active_forecast`
`forecast_scope: ops_full_day_active_sum`
`active_snapshot_types:`
`- morning_snapshot`
`active_source_tracks:`
`- core_mirror`
`latest_snapshot_sequence: 15`
`latest_trigger_source: morning_routine`
`latest_reforecast_cutoff_hour: null`
`ops_today_row_kwh: 46.9`
`ops_today_row_scope: full_day_snapshot`
`hourly_forecast:`
`“00:00”: 0`
`“01:00”: 0`
`“02:00”: 0`
`“03:00”: 0`
`“04:00”: 0`
`“05:00”: 0.047`
`“06:00”: 0.087`
`“07:00”: 0.386`
`“08:00”: 1.093`
`“09:00”: 1.777`
`“10:00”: 2.64`
`“11:00”: 4.173`
`“12:00”: 3.974`
`“13:00”: 4.912`
`“14:00”: 5.692`
`“15:00”: 4.974`
`“16:00”: 4.227`
`“17:00”: 3.656`
`“18:00”: 3.888`
`“19:00”: 2.27`
`“20:00”: 1.475`
`“21:00”: 1.365`
`“22:00”: 0.259`
`“23:00”: 0`
`hourly_panel_groups:`
`“05:00”:`
`Gruppe 1: 0.0156`
`Gruppe 2: 0.0134`
`Gruppe 3: 0.0115`
`Gruppe 4: 0.0065`
`“06:00”:`
`Gruppe 1: 0.0197`
`Gruppe 2: 0.0314`
`Gruppe 3: 0.0269`
`Gruppe 4: 0.009`
`“07:00”:`
`Gruppe 1: 0.0831`
`Gruppe 2: 0.1496`
`Gruppe 3: 0.113`
`Gruppe 4: 0.0403`
`“08:00”:`
`Gruppe 1: 0.2422`
`Gruppe 2: 0.4075`
`Gruppe 3: 0.3253`
`Gruppe 4: 0.118`
`“09:00”:`
`Gruppe 1: 0.4048`
`Gruppe 2: 0.6582`
`Gruppe 3: 0.514`
`Gruppe 4: 0.2`
`“10:00”:`
`Gruppe 1: 0.8309`
`Gruppe 2: 0.7474`
`Gruppe 3: 0.6153`
`Gruppe 4: 0.4464`
`“11:00”:`
`Gruppe 1: 1.4844`
`Gruppe 2: 1.1206`
`Gruppe 3: 0.8486`
`Gruppe 4: 0.7194`
`“12:00”:`
`Gruppe 1: 1.4083`
`Gruppe 2: 1.1495`
`Gruppe 3: 0.7912`
`Gruppe 4: 0.625`
`“13:00”:`
`Gruppe 1: 1.8819`
`Gruppe 2: 1.2686`
`Gruppe 3: 0.9331`
`Gruppe 4: 0.8284`
`“14:00”:`
`Gruppe 1: 2.0618`
`Gruppe 2: 1.4806`
`Gruppe 3: 1.2973`
`Gruppe 4: 0.8523`
`“15:00”:`
`Gruppe 1: 1.7013`
`Gruppe 2: 1.2851`
`Gruppe 3: 1.329`
`Gruppe 4: 0.6586`
`“16:00”:`
`Gruppe 1: 1.4548`
`Gruppe 2: 0.8944`
`Gruppe 3: 1.3433`
`Gruppe 4: 0.5345`
`“17:00”:`
`Gruppe 1: 1.2598`
`Gruppe 2: 0.7579`
`Gruppe 3: 1.1902`
`Gruppe 4: 0.4481`
`“18:00”:`
`Gruppe 1: 1.3606`
`Gruppe 2: 0.7934`
`Gruppe 3: 1.246`
`Gruppe 4: 0.488`
`“19:00”:`
`Gruppe 1: 0.816`
`Gruppe 2: 0.4268`
`Gruppe 3: 0.701`
`Gruppe 4: 0.3262`
`“20:00”:`
`Gruppe 1: 0.4647`
`Gruppe 2: 0.2866`
`Gruppe 3: 0.4978`
`Gruppe 4: 0.2259`
`“21:00”:`
`Gruppe 1: 0.3787`
`Gruppe 2: 0.2242`
`Gruppe 3: 0.5614`
`Gruppe 4: 0.2007`
`“22:00”:`
`Gruppe 1: 0.0684`
`Gruppe 2: 0.0589`
`Gruppe 3: 0.1033`
`Gruppe 4: 0.0284`
`panel_group_totals:`
`Gruppe 1: 15.937`
`Gruppe 2: 11.7541`
`Gruppe 3: 12.4482`
`Gruppe 4: 6.7557`
`hours:`
`“00:00”: 0`
`“01:00”: 0`
`“02:00”: 0`
`“03:00”: 0`
`“04:00”: 0`
`“05:00”: 0.047`
`“06:00”: 0.087`
`“07:00”: 0.386`
`“08:00”: 1.093`
`“09:00”: 1.777`
`“10:00”: 2.64`
`“11:00”: 4.173`
`“12:00”: 3.974`
`“13:00”: 4.912`
`“14:00”: 5.692`
`“15:00”: 4.974`
`“16:00”: 4.227`
`“17:00”: 3.656`
`“18:00”: 3.888`
`“19:00”: 2.27`
`“20:00”: 1.475`
`“21:00”: 1.365`
`“22:00”: 0.259`
`“23:00”: 0`
`unit_of_measurement: kWh`
`device_class: energy`
`icon: mdi:solar-power-variant`
`friendly_name: Solar Forecast ML Prognose (heute)`
Ich hab jetzt keien stündliche Erzeugung, aber zumindest kann ich den Fortschritt stündlich darstellen
Und bis 8 Uhr waren 0,7 kWh erzeugt und die Prognose lag bei
“05:00”: 0.047
“06:00”: 0.087
“07:00”: 0.386
SUMME: 0.520
Und bis 12 Uhr
“08:00”: 1.093
“09:00”: 1.777
“10:00”: 2.640
“11:00”: 4.173
SUMME: 8.203
Der entscheidende Teil ist aber, dass ich für die Prognose nicht auf den evcc Sensor angewiesen bin, sondern auch Prognose heute die Detailwerte über Attribute finden kann.
Panik hab ich keine, es geht eh eine Menge ins Netz, erst im Herbst geht das Balancieren los, weil Hausakku laden von 0 bis 4 kW geht, aber EV laden via Wallbox eben nur 2,9 kW und mehr kann. Das heißt, dass ich am Abend hin aus dem Hausakku noch EV lade, während PV bei 2 kW noch ist, aber mit 4 kW aus dem Akku noch Auto laden kann, bevor ich dann den Hausakku in den übrigen Stunden auch mit 100 W noch laden kann.
DANKE
by HarryP: Code-/Logzeilen formatiert (bitte immer in </> einbinden)
s.a.: (Neues Update & Features - Hier in der Community 🫶)
ich habe hier im Log diesen Fehler jetzt gesehen
Logger: custom_components.solar_forecast_ml.core.core_startup_data_resolver
Quelle: runner.py:289
Integration: Solar Forecast ML (Dokumentation, Probleme)
Erstmals aufgetreten: 22:41:07 (1 Vorkommnis)
Zuletzt protokolliert: 22:41:07
External sensors remain offline after 5 retries - using DB data only
das war nach einem Update von HA und Neustart.
Ich kann in all den Status Sensoren der Integration aber keine Fehler sehen.
Ist das nur ein Boot Geschichte und legt sich in den Folge Minuten und somit ganz normal, oder muss ich auf etwas achten ?
Das bedeutet, dass deine externen Sensoren sehr lange zum Starten brauchen, SFML es fünf mal versucht hat sie zu erreichen - sie aber nicht erreichbar gewesen sind. SFML nutzt dann einen Fallback und versucht es im Hintergrund weiter.
Das passiert häufiger mal nach einem Update von Home Assistant, oder auch auf schwächeren Systemen. Ist nicht kritisch nur eine Info
Danke für die Info, da es für mich wie das 1. Mal wirkte, dass ich das in 1 Woche wahrgenommen habe, aber ich kann auch nicht ausschließen, dass das schon mal vorher der Fall war.
Sehr gern! - Das liegt vermutlich daran, dass SFML und all meine Integrationen sehr genau und transparent loggen… 
Wir hatten zur Anfangszeit schon mal ausführlich das Thema " SFML LOG" - bei großen Änderungen logge ich noch heute sehr tief. SFML allein hat im Entwicklermodus über 600 LOG`s .
Das hängt damit zusammen, dass noch niemand so etwas gebaut hat und es kein Muster / keine Erfahrungen / keine Anhaltspunkte gibt… - ist eben Neuland und es fehlen Erfahrungen.
Mach ja Sinn, kann ich mit leben, war nur irritiert, weil alle anderen Sensoren “gut aussahen”.
Was mir heute aufgefallen ist, das sich die Benachrichtigung verändert hat und zwar bei Transformer
Ich bin mir nicht sicher, aber gefühlt stand da vorher ein anderer Text und andere Zahlen.
Bisher hab ich nur auf den STATUS geachtet, weil das Ding für mich der zentrale Punkt war, ob und wo alles läuft.
Und dann ist mir noch dies hier aufgefallen , wann diese AI Läufe mit der “hohen Last”, wie ich wegen des Limits auf 4 Gruppen annehme, stattfinden.
Ich nehme mal, dass jeder Reboot hier so einen Eintrag auslöst und das die wahre Laufzeit von 23:36 - 23:40 war, da ich keine regelmäßigen Muster gesehen habe, sondern eines von 23:30 bis 23:40 an den Vortagen. Wenn man sich den Wochenüberblick anschaut, dann ist der 1. Wert wohl mit 23:3x der Endzeitpunkt, wann das AI Training fertig war.
Ich habe in den Protokoll diesen Fehler
Logger: homeassistant.components.sensor
Quelle: components/sensor/_init_.py:773
Integration: Sensor (Dokumentation, Probleme)
Erstmals aufgetreten: 15:57:46 (6 Vorkommnisse)
Zuletzt protokolliert: 15:57:50
-
Entity sensor.sfml_stats_string_b (<class ‘homeassistant.components.sql.sensor.SQLSensor’>) is using native unit of measurement ‘KWh’ which is not a valid unit for the device class (‘power’) it is using; expected one of [‘MW’, ‘kW’, ‘mW’, ‘GW’, ‘W’, ‘TW’]; Please update your configuration if your entity is manually configured, otherwise create a bug report at Issues · home-assistant/core · GitHub
-
Wenn ich die Entität anschaue ist unter SQL. die habe ich ja nicht selber angelegt.
-
SELECT ROUND(COALESCE(SUM(actual_kwh), 0), 3) as state, ROUND(SUM(prediction_kwh), 3) as prediction_total, CASE WHEN COALESCE(SUM(actual_kwh), 0) = 0 AND SUM(prediction_kwh) = 0 THEN 100 WHEN COALESCE(SUM(actual_kwh), 0) = 0 OR SUM(prediction_kwh) = 0 THEN 0 ELSE ROUND(MIN(COALESCE(SUM(actual_kwh), 0), SUM(prediction_kwh)) * 100.0 / MAX(COALESCE(SUM(actual_kwh), 0), SUM(prediction_kwh)), 0) END as accuracy, json_group_array(json_object(‘hour’, target_hour, ‘pred’, ROUND(prediction_kwh, 4), ‘actual’, actual_kwh)) as hourly_data FROM (SELECT hp.target_hour as target_hour, ppg.prediction_kwh as prediction_kwh, ppg.actual_kwh as actual_kwh FROM hourly_predictions hp JOIN prediction_panel_groups ppg ON hp.prediction_id = ppg.prediction_id WHERE hp.target_date = date(‘now’, ‘localtime’) AND ppg.group_name = ‘Gruppe 2’ ORDER BY hp.target_hour);
-
unter zusätzlichen Optionen steht
-
KWH, Leistung, Messwert
-
übrigens genau das gleiche bei String a, da finde ich aber keinen Fehler im Protokoll. Kann mir jemand helfen damit die Fehler weniger werden. Danke