76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[TheTrumpeter]

Über welche Zeiträume werden die Umgebungsbedingungen gefiltert? Weder im Wiki noch in der Doku habe ich was zum Wind dazu gefunden...
Wind: Kurz nach Mitternacht gab's bisschen Wind, seitdem Windstille, lt. SolarForecast immer noch 0.2 m/s. Ist das das Tagesmittel?
Temperatur: schaut ungefiltert aus, zumindest zeigt es grad die aktuelle Temperatur an
Anwesenheit: Gibt's da eine Filterung? Gestern Früh ist mir aufgefallen, dass es "abwesend" angezeigt hat, obwohl das zugehörige Gerät "anwesend" zeigte. Möglicherweise lag es an der Verzögerung nach dem Aufwachen? (Die persönlichen Geräte der Bewohner sind nachts typischerweise "aus" oder im Flugmodus, daher "abwesend".)

[DS_Starter]

Moin,

Über welche Zeiträume werden die Umgebungsbedingungen gefiltert?

Ja, die Rohwerte werden (teilweise) behandelt.
Ich schreibe etwas dazu im Wiki.

Edit: Der entsprechende Abschnitt im Wiki ist ergänzt. Falls es gewünscht ist, kann ich für die Anzeige! im Grafikkopf nicht die aggregierten Werte, sondern die Momentanwerte anzeigen lassen. Möglicherweise ist das die bessere Variante um keine Verwirrungen aufkommen zu lassen.

[TheTrumpeter]

alls es gewünscht ist, kann ich für die Anzeige! im Grafikkopf nicht die aggregierten Werte, sondern die Momentanwerte anzeigen lassen. Möglicherweise ist das die bessere Variante um keine Verwirrungen aufkommen zu lassen.

Für die Anzeige würde ich tatsächlich die "Rohwerte" bevorzugen, damit die Konsistenz zu den Quellen gegeben ist.
Für die nötige Datenspeicherung im Modul verstehe ich aber, dass teilweise Mittelwerte nötig sind.

[Gisbert]

Hallo Heiko,

ich hab jetzt 2 Verbraucher definiert:

Code Auswählen Erweitern

consumer01
HeishaMon_s0:Panasonic
power=4500
mode=mustNot
icon=sani_heating_heatpump
type=heatpump
pcurr=readingsGroup_power:W:5
etotal=Watthour_Total:kWh:5
comforttemp=21
swstate=Heatpump_State:1:0

Code Auswählen Erweitern

consumer02
VaillantaroSTOR:Vaillant
power=500
mode=mustNot
icon=sani_heating_heatpump_buffer
type=heater
pcurr=Power_W:W:8
etotal=Energy_WH:kWh:8
swstate=WP_an:1:0
Grundsätzlich scheint das Modul noch zu funktionieren, ohne dass ich das aber mangels Kenntnissen überprüfen kann.

Die Darstellung im Diagramm sieht wie folgt aus (Screenshot im Anhang).
Off/On ist noch intuitiv verständlich, aber warum suggeriert Auto, dass es on ist?

Ich hab die Verbraucher im Flow Diagramm hinzugefügt. Mir fallen allerdings noch 2 Sachen auf (s. auch Screenshot):

• Die WP links zieht gerade 37 W; es wird aber 370 dargestellt. Ist der Dezimalpunkt verloren gegangen? Oder liegt ein Fehler bei meiner Definition vor?
• Mich stören die Dezimalpunkt bei der Einheit Watt - das ist mein persönliches Empfinden. Ist es möglich eine Darstellung mit gerundeten Zahlen ohne Nachkommastellen zu bekommen?

Viele Grüße Gisbert

[DS_Starter]

Hallo Gisbert,

Grundsätzlich scheint das Modul noch zu funktionieren, ohne dass ich das aber mangels Kenntnissen überprüfen kann.

Weshalb sollte es das nicht (mehr) tun? 

Off/On ist noch intuitiv verständlich, aber warum suggeriert Auto, dass es on ist?

Auto ist "on" weil es der Default ist, wenn kein auto-Schlüssel definiert ist (optional) und somit grundsätzlich eine automatische Schaltung durch das Modul freigegeben ist falls dies möglich ist.
Wenn dich das stört, legst du einfach den Schlüssel an z.B:

Code Auswählen Erweitern

auto=SF_Auto

Dann kannst du über das Paneel "Auto" an- oder ausschalten.

Die WP links zieht gerade 37 W; es wird aber 370 dargestellt.

Wird es nicht und ist auch alles richtig.
Die Zeile unter der 37 (W) ist die Restlaufzeit. Kann man ausblenden (flowGraphicControl->showconsumerremaintime).

Mich stören die Dezimalpunkt bei der Einheit Watt - das ist mein persönliches Empfinden. Ist es möglich eine Darstellung mit gerundeten Zahlen ohne Nachkommastellen zu bekommen?

Das ist eine automatische Formatierung. Unterhalb 10W wird eine Nachkommastelle ausgegeben, ab 10W nicht mehr.
Das hat einen Sinn, damit der Bereich des Leistungsbezugs von Kleinverbrauchern (auch Geräte im Standby) deutlicher dargestellt wird.

[Gisbert]

Hallo Heiko,

mit deiner Erklärung ist das meiste schon erledigt. Das ganze hat mir so gut gefallen, dass ich noch 2 weitere Klimaanlagen, eigentlich auch Wärmepumpen, aber zum Kühlen und Heizen, angelegt hab. Dabei ist mir aufgefallen, dass man type=heatpump nur einmal bei nur einem consumer definieren kann. Es fehlt noch ein type=aircondition - möglichst auch mehrfach. Ansonsten hätte so ein type die gleiche Funktionalität wie heatpump, wobei eine Abweichung der Raumtemperatur nach oben auch Energieeinsatz bedeutet. Da das ja nur bei heftigen Sonnenschein im Sommer der Fall ist, ist es bzgl. der Verbrauchsprognose eher vernachlässigbar.

auto=SF_Auto - das hat noch zu keiner Veränderung beim Symbol Auto geführt.

Viele Grüße Gisbert

[DS_Starter]

Dabei ist mir aufgefallen, dass man type=heatpump nur einmal bei nur einem consumer definieren kann

Ja das ist wegen der KI Logik/Profil nötig. Mehrere WP verkomplizieren die Sache sehr und ich war nicht davon ausgegengen dass man mehrere WP im Haushalt installiert.
Man lernt nie aus...

auto=SF_Auto - das hat noch zu keiner Veränderung beim Symbol Auto geführt.

Einfach mal "Auto" betätigen. Das ist ein Schalter.

[DS_Starter]

Im Grafikkopf werden nun die ungeglätten (rohen) Umgebungswerte (Presence, Wind ...) angezeigt.

Update im contrib.

LG,
Heiko

[Parallix]

Hallo Gisbert,
...

Mich stören die Dezimalpunkt bei der Einheit Watt - das ist mein persönliches Empfinden. Ist es möglich eine Darstellung mit gerundeten Zahlen ohne Nachkommastellen zu bekommen?

Das ist eine automatische Formatierung. Unterhalb 10W wird eine Nachkommastelle ausgegeben, ab 10W nicht mehr.
Das hat einen Sinn, damit der Bereich des Leistungsbezugs von Kleinverbrauchern (auch Geräte im Standby) deutlicher dargestellt wird.

Vor dem Hintergrund, dass die Genauigkeit typischer Leistungsmesser +/-5 % beträgt (bei sehr niedrigen Leistungen und/oder nicth ohmschen Lasten möglicherweise noch schlechter), sollte auf die – eine höhere Genauigkeit suggerierenden – Nachkommastellen vielleicht verzichtet werden, wenn die Leistung stets in der gleichen Einheit (hier Watt) angegeben wird.

[dieter114]

Die Steuerung durch SF würde vermutlich mit anderen Steuereinheiten (evcc) kollidieren.

Wenn man sich z. B. für evcc als Steuerungselement für die Wallbox entscheidet, nutzt man i. d. R. auch dessen Prognosefunktonen. evcc holt sich aktuelle die PV-Leistung, Informationen zur Batterie und zum Energiefluss des Hausanschlusses. Das Überschussladen kann man von extern kaum beeinflussen.

Da hat Klaus absolut recht. Eine Steuerung/Beeinflussung ist bei evcc nur über die Prognosedaten möglich.
Daten von Forecast -> evcc gehen z.Z. nicht. Ich habe dazu einen Post geschrieben.
https://forum.fhem.de/index.php?topic=144222.msg1360044#msg1360044
Direkter Eingriff also an/aus, Änderung des Ladens PV,Min+PV oder sofort geht natürlich.
Entweder ohne evcc mit einer Lösung über Solarforecast oder einem "Ergänzungs-Modul" dazu
oder es bleibt bei evcc als Master des Ladens.
Überschussladen geht damit sehr gut, läuft bei mir seit 2 Jahren.
Ich will diese Diskussion hier nicht zu sehr aufblasen nur eine Wallboxsteuerung
ist u.U. sehr umständlich. Und wenn man dann auch noch Daten aus dem angeschlossenem Fz
haben will, wird es richtig kompliziert.
Deshalb schlage ich vor evcc einfach so zu lassen wie es ist und Solarforecast
nur zum Steuern von evcc zu verwenden. Das ist die "schnelle" Lösung.
Und wenn jemand sein Fz eh nur in der Nacht aufladen kann (Beruflich unterwegs)
dann erübrigt sich m.E. diese Diskussion.

LG WDS

[Parallix]

Persönlich habe ich die Hoffnung, dass Leute, die FHEM (ersthaft) verwenden, Lösungen wie EVCC irgendwann nicht mehr brauchen.

...
Und wenn man dann auch noch Daten aus dem angeschlossenem Fz haben will, wird es richtig kompliziert.
...

Das ist aktuell leider tatsächlich noch der Fall.

Edit: Was "Überschussladen" angeht, so bekommt man das aber auch in FHEM mit Boardmitteln relativ einfach hin. Will man einige Dinge optimiert wissen, wie z.B. die Nutzung der Hausbatterie bis zu einer gewissen maximalen Energiemenge und/oder minimalem SOC, um bei ausbleibendem und später wieder vorhandenem PV-Überschuss die Ladung nicht ständig ein- und ausschalten zu müssen (belastet die Schütze), dann geht das mit FHEM und insb. SF schon sehr sehr gut. Hierbei sehe auch ich die Aufgabe von SF primär in der Ladeplanung, nicht aber in der Steuerung, die aber via bereits vorhandener oder eigener Module von FHEM realisierbar ist.

[300P]

😁😁😁😁😁👍👍👍👍👍

[peterboeckmann]

Hallo Heiko,

Im Grafikkopf werden nun die ungeglätten (rohen) Umgebungswerte (Presence, Wind ...) angezeigt.

Update im contrib.

ich habe heute früh diese Version aus dem Contrib geholt.
Trotzdem wird mir eine andere Windgeschwindigkeit angezeigt als mein device hergibt:
Du darfst diesen Dateianhang nicht ansehen.

Mein attr setupEnvironment:

Code Auswählen Erweitern

outsideTemp=HMWetterstation:temperature
presence=JemandZuhause:state:true
windSpeed=WindSpeed_mps:state
get SolarForecast valCurrent ergibt folgendes:

Code Auswählen Erweitern

aiConActivate => 1
aiConAlpha => 0.7
aiConBitFailLimit => 0.20
aiConHiddenLayers => 40-20-10
aiConProfile => v1_common_active
aiConShuffleMode => 1
aiLastGetResultTime => 0.00029
aiStorageDuration => 18250
aiTrainStart => 3
aiTreesPV => 30
aicanuse => ok
aitrainstate => ok
aitrawstate => ok
allStringsFullfilled => 1
allstringscount => 2
allstringspeak => 10400
allstringspeakbytemp => 11000
animate => 1
autarkyrate => 100
batRatio01 => 404.04
batcapsum => 7000
batpowerinsum => 1616
batpoweroutsum => 0
batsocslidereg => 66.00 66.00 66.00
batsoctotal => 66.00
batteryPreferredCharge => 5
batwhdeficitsum => 2380
batwhtotal => 4620
beamHeightlevel => 1:250,2:250,3:250
beamWidth => 24
cachefilesloaded => 1
conEnergyHourLimit => 20000
conNNGetResultState => ok
conNNLastGetResultTime => 0.01902
conNNTrainstate => ok
consForecastIdentWeekdays => 1
consForecastInPlanning => 1
consForecastLastDays => 5
consumerCollected => 1
consumerdevs => KlimaanlagePwr Klimaanlage_Sw MQTT2_Luftentfeuchter MQTT2_Spelunkenentfeuchter MQTT2_ShellyGeschirrspueler Trockner_Pwr Trockner Waschmaschine_Pwr Waschmaschine Stromverbrauch_Buero Stromverbrauch_WoZi MQTT2_KlimaODU MQTT2_ShellyPlugKuechenKuehlschrank shelly3em63g3_e4b063e1c96c MQTT2_ShellyPlugKellerKuehlschrank ShellyplugSchuppen MQTT2_PlugKaffeemaschine WallboxLeistungssumme HM_56E0D2_Sw_02
consumerdist => 110
consumption => 4239
ctrunning => 0
cycleInterval => 5
dayAfterTomorrowConfc => 20244
dayAfterTomorrowPVfc => 16885
dummyConsumption => 2074.354
dummyIcon => status_comfort@#ff8c00
dwdRad1hAge => 2026-03-26 11:00:00
dwdRad1hAgeTS => 1774519200
dwdRad1hDev => dwd
dwdWfchAge => 2026-03-26 11:00:00
dwdWfchAgeTS => 1774519200
eFeedInTariff => 8.04
eFeedInTariffCcy => ct
ePurchasePrice => 28.15
ePurchasePriceCcy => ct
feedinPowerLimit => 99999
genPVdeviation => continuously:reverse
genslidereg => 6928 6928 6928
globalMode => mustNot
gridconsumption => 0
gridfeedin => 1073
h2consumerdist => 50
h4fcslidereg => 16278 16278 16278
headerShowEnv => outsideTemp,presence,windSpeed
homenodedyncol => 1
hourStyle => :00
moonPhaseI => 2
nextCycleTime => 1774523667
outsideTemp => 8.3
presence => 1
pvInverterCapSum => 10000
pvNNTrainstate => No FANN blob found for type 'pv'
reductionPlantState => 0
reductionState => SolarForecast:userRdg_Regulated:1
runTimeCentralTask => 0.44084
selfconsumption => 4239
selfconsumptionrate => 61
setupcomplete => 1
showDiff => 1:bottom,2:bottom,3:bottom
showGenerators => 1
showLegend => icon_bottom
showconsumerremaintime => 1
smoother => OTP => Battery_ChargeOptTargetPower_01 => ALPHA => 1
                                                      CHANGED => 0
                                                      DEADBAND => 10
                                                      NEWVAL => 2500
                                                      OBJ => FHEM::SolarForecast::Smoother=HASH(0x5555ce058130)
                                                      OLD => 2500
                                                      SMOOTHED => 2500
strokeconsumerdyncol => 1
strokewidth => 10
sunriseToday => 2026-03-26 06:01:00
sunriseTodayTs => 1774501260
sunriseTomorrowTs => 1774587540
sunsetToday => 2026-03-26 18:36:00
sunsetTodayTs => 1774546560
sunsetTomorrowTs => 1774633020
surplus => 2689
surplusslidereg => 2555 2111 2111 2111 2122 2360 2360 2243 2243 1967 1967 2877 2877 2272 1771 1771 3477 2689 2689 2689
tdConFcTillSunset => 7902
tdConFcUp2Now => 10109
tdPvFcUp2Now => 10128
tmConFcTillSunset => 17691
tmConInHrWithPVGen => 13897
tomorrowconsumption => 18068
windspeed => 33.0
Wie kann ich prüfen, ob SF wirklich das angegebene Device verwendet und nicht den Fallback aus dem Wetter-Device?

Viele Grüße,
Peter

[DS_Starter]

Hallo Peter,

Ahhh, danke. Da hatte ich etwas vergessen zu übernehmen. Korrigiert und ins contrib geladen.

Ansonsten würdest du es mit ctrlDebug=collectData oder collectData_long sehen.

Enthalten ist auch:
In dem Update werden im Anlagencheck nun auch die AI Raw con-Daten auf Plausibilität gecheckt, wobei negative Werte UND die neue obere Grenze gemäß plantControl->conEnergyHourLimit geprüft wird:

Code Auswählen Erweitern

2026.03.26 13:24:48.612 1: SolCast6 - WARNING - The stored Energy con=-143 of day/hour 02/16 in pvHistory is faulty. The incorrect value can be deleted with 'set SolCast6 reset consumptionHistory 02 16'.
2026.03.26 13:24:48.623 1: SolCast6 - WARNING - The stored Energy con=-63 of day/hour 03/16 in pvHistory is faulty. The incorrect value can be deleted with 'set SolCast6 reset consumptionHistory 03 16'.
2026.03.26 13:24:48.628 1: SolCast6 - WARNING - The stored Energy con=-337 of day/hour 27/15 in pvHistory is faulty. The incorrect value can be deleted with 'set SolCast6 reset consumptionHistory 27 15'.
2026.03.26 13:24:48.636 1: SolCast6 - WARNING - The stored Energy con=-164 of day/hour 27/16 in pvHistory is faulty. The incorrect value can be deleted with 'set SolCast6 reset consumptionHistory 27 16'.
2026.03.26 13:24:49.006 1: SolCast6 - WARNING - The stored Energy con=-218 of index=2025020414 in aiRawData is faulty. The incorrect value can be deleted with 'set SolCast6 reset aiData delValue=con==-218'.
2026.03.26 13:24:49.009 1: SolCast6 - WARNING - The stored Energy con=-266 of index=2025020415 in aiRawData is faulty. The incorrect value can be deleted with 'set SolCast6 reset aiData delValue=con==-266'.


[peterboeckmann]

Hallo Heiko,

die Windgeschwindigkeit wird nun richtig angezeigt. Danke für die schnelle Umsetzung.

Die Erweiterung des Anlagenchecks habe ich auch gleich getestet. Eine Frage hierzu:

Ich habe die conEnergyHourLimit auf 20000 festgelegt und sehe im Log nach dem Anlagencheck folgende Zeilen:

Code Auswählen Erweitern

2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=22394 of day/hour 03/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 03 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=26560 of day/hour 07/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 07 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=26372 of day/hour 08/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 08 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=30176 of day/hour 09/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 09 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=23358 of day/hour 15/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 15 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=20552 of day/hour 18/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 18 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=30710 of day/hour 19/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 19 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=26688 of day/hour 21/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 21 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=26017 of day/hour 22/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 22 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=28016 of day/hour 25/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 25 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=25837 of day/hour 26/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 26 99'.
2026.03.26 13:34:54 1: SolarForecast - WARNING - The stored Energy con=25717 of day/hour 27/99 in pvHistory is faulty. The incorrect value can be deleted with 'set SolarForecast reset consumptionHistory 27 99'.

Sind das mit Stunde 99 nicht die Tages-Gesamtwerte?
Wenn das so ist, sollte dafür der Grenzwert 20000*24=480000 gelten, oder?

Viele Grüße,
Peter