76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[300P]

Hier meine:

Code Auswählen Erweitern

attr Forecast setupBatteryDev01 SBS37 pin=-pout:kW pout=total_pac:kW pinmax=3600 poutmax=3600 intotal=bat_loadtotal:kWh outtotal=bat_unloadtotal:kWh cap=16000 charge=chargestatus show=3:top icon=@dyn:@dyn:@dyn:@dyn asynchron=0 label=beside
attr Forecast setupBatteryDev02 SBS25_2 pin=-pout:kW pout=total_pac:kW pinmax=2500 poutmax=2500 intotal=bat_loadtotal:kWh outtotal=bat_unloadtotal:kWh cap=bat_residual_cap:Wh charge=chargestatus show=3:top icon=@dyn:@dyn:@dyn:@dyn asynchron=0 label=below



[DS_Starter]

Die Warnung beschrieben in #5638 kommt (kam) bei einer bestimmten Konstellation des Nichtvorhandenseins eines Readingwertes.
Da diese Zuweisung allgemein obsolet wurde, ist sie inzwischen in der Version 2.5.0 (im contrib) beseitigt.

Du/ihr könnt die V 2.5.0 aus dem contrib nutzen (Achtung: contrib ist immer etwas experimentell da hier entwickelt und gestestet wird)
oder auf das reguläre Check-In der Version warten.

LG,
Heiko

[hugomckinley]

Hallo Heiko,

ich wollte gerade den reductionState einbinden und bin auf folgendes Problem gestoßen:

Die Einstellung:

Code Auswählen Erweitern

reductionState=dum_valve:sf_true:{main::PlantReduction}führt im Log zu:

Code Auswählen Erweitern

2026.03.30 18:30:30 1: energy_mgmt DEBUG> State of Plant derating: 0, info: The value of device "dum_valve", reading "sf_true" doesn't match the condition "{main"
Bei swoncond und swoffcond funtioniert diese Syntax

Code Auswählen Erweitern

swoncond=dum_valve:sf_true:{main::Check_Pump_High_On}
swoffcond=dum_valve:sf_true:{main::Check_Pump_High_Off}
Muss ich das hier anders machen, oder führen die Doppekpunkte hier zu einem Problem (nicht escaped o.ä.)?

Gruß,
Hugo

[DS_Starter]

Hallo Hugo,

das ist mein Fehler.
Das der Code auch "::" enthalten kann, habe ich nicht beachtet. Das korrigiere ich und gebe Bescheid.

Grüße,
Heiko

[denis.robel]

Das heißt doch die Bat ist voll, liefert aber nichts weil der Bedarf alleine noch durch die PV Erzeugung gedeckt wird. Aber kann mich irren, du kennst deine Anlage besser.

  aktuell ist:
 PV Leistung solar_input_power        0W
     +              pack_input_power     908W
     =              output_home_power 865W

Die Differenz sind wahrscheinlich Umwandlungsverluste

Das reading pack_state zeigt Discharging .

Daher meine Vermutung, dass die Bezeichnungen vertauscht sind.

[DS_Starter]

Die Differenz sind wahrscheinlich Umwandlungsverluste

Ja, das würde ich auch so sehen.

Das reading pack_state zeigt Discharging .

Daher meine Vermutung, dass die Bezeichnungen vertauscht sind.

Wie moskito geschrieben hat ... es ist manchmal nicht so eindeutig -> möglich diese Sichtweise:

packInputPower —> Battery discharge power -> pack_input_power (+908W)   -> Bedeutung Energie Input in den Haushalt aus der Batterie

[DS_Starter]

@Hugo,

dein Thema habe ich erledigt.
Update der V 2.5.0 liegt im contrib.

LG,
Heiko

[DS_Starter]

Wie in #5633 angekündigt, gibt es nun bei unterrepräsentierten Abwesenheiten eine mögliche Einflußnahme über aiControl:

aiConAbsOversample   
Dieser Parameter steuert, wie stark Abwesenheiten (presence=0) im Trainingsdatensatz künstlich ergänzt werden, um ein ausgewogeneres Verhältnis
   zwischen Anwesenheit und Abwesenheit zu erreichen. Der Wert gibt den gewünschten Anteil der Abwesenheits‑Samples im finalen Trainingsset an.
    * 0.00 – 0.05 (0–5 %) - minimal / kein Oversampling, für Modelle die bereits gut mit Abwesenheiten umgehen
    * 0.10 – 0.20 (10–20 %) - moderate Verstärkung, gute Balance zwischen Repräsentation und Natürlichkeit
    * 0.25 – 0.40 (25–40 %) - starkes Oversampling, für sehr unausgewogene Datensätze mit extrem wenigen Abwesenheiten, kann übertreiben!
    Wertebereich: <0..0.50> , default: 0

Bei mir habe ich das Training mit der Einstellung 0.09 (9% Verstärkung) durchgeführt. Hohe Einstellungen führen auch schnell zu Überreaktionen. Also mit Vorsicht verwenden falls benötigt.

Liegt im contrib.

LG,
Heiko

[peterboeckmann]

Hallo Heiko,

ich beobachte aktuell mit der Version 2.5.0 von Sonntag aus dem contrib immer wieder solche Ausreißer beim Stundenverbrauch:
Du darfst diesen Dateianhang nicht ansehen.

Häufig wird der kurz darauf ohne mein Eingreifen wieder korrigiert.
Du darfst diesen Dateianhang nicht ansehen.

Manchmal tritt der Ausreißer aber auch am Ende der Stunde auf und wird dann gespeichert, was ja für die Prognose falsche Rohdaten liefert.
Ich habe mir schon die Produktionszähler und Bezugszähler angesehen, diese liefern stetig ansteigende Werte.

Kannst Du mir bitte einen Tipp geben, wie die Stundenwerte insbesondere des Verbrauchs bei jedem Zyklus ermittelt werden, damit ich die Ursache untersuchen kann?

Vielen Dank und viele Grüße,
Peter

[DS_Starter]

Hallo Peter,

die Ermittlung des Energieverbrauchs ist im Wiki beschrieben.

Wenn dein Verbrauch relativ gut begrenzt ist, kannst du mit plantControl->conEnergyHourLimit vorsorglich begrenzen bis du die Ursache gefunden hast.

LG,
Heiko

[peterboeckmann]

Hallo Heiko,

Danke für den offensichtlichen Hinweis. 

die Ermittlung des Energieverbrauchs ist im Wiki beschrieben.

Ich habe den Verursacher auch schon eingegrenzt. Mein Enphase-device liefert da falsche Werte für die Batteriezähler.
Ich muss morgen mal schauen, was ich dagegen tun kann.

Viele Grüße,
Peter

PS: die stundenwerte lagen nun wiederum nicht so hoch, dass sie unrealistisch wären. Ich habe die plantControl->conEnergyHourLimit bereits auf 20000 festgelegt.

[300P]

Guten Morgen Heiko,

kleines Anliegen mit gaaaannnzzzzz wenig Priorität !

==> Anzeigeninformation der "Güte" der (evtl. eingeschalteten) NN ergänzen

Die Bewertung der PV-Prognose wird aktuell ja schon im Tooltip angezeigt.
Kannst du diesen Tooltip evtl. mit der Drift-Historie der CON erweitern ?

[diebels]

Hier meine:

Code Auswählen Erweitern

attr Forecast setupBatteryDev01 SBS37 pin=-pout:kW pout=total_pac:kW pinmax=3600 poutmax=3600 intotal=bat_loadtotal:kWh outtotal=bat_unloadtotal:kWh cap=16000 charge=chargestatus show=3:top icon=@dyn:@dyn:@dyn:@dyn asynchron=0 label=beside
attr Forecast setupBatteryDev02 SBS25_2 pin=-pout:kW pout=total_pac:kW pinmax=2500 poutmax=2500 intotal=bat_loadtotal:kWh outtotal=bat_unloadtotal:kWh cap=bat_residual_cap:Wh charge=chargestatus show=3:top icon=@dyn:@dyn:@dyn:@dyn asynchron=0 label=below



Hallo,

hier ist meine Config (nicht so spannend  ):

Code Auswählen Erweitern

attr Forecast setupBatteryDev01 BatteryDummy pin=-pout:W pout=total_pac:W intotal=bat_loadtotal:kWh outtotal=bat_unloadtotal:kWh charge=chargestatus cap=9000
attr Forecast setupBatteryDev02 BatteryDummy2 pin=-pout:W pout=total_pac:W intotal=bat_loadtotal:kWh outtotal=bat_unloadtotal:kWh charge=chargestatus cap=7800

Heute Nacht wieder der gleiche Fehler. Wie gesagt, war nur als Hinweis gedacht . Ich teste jetzt die 2.5.0 aus dem Trunk. Danke!

VG

[300P]

Nach einem Reboot meines RPI war am WE alles an Einstellungen im attr ......... plantControl ,,verschwunden"

Ich hatte alles wieder eingetragen (copy/paste aus Sicherung)

Heute morgen nach dem Update auf die letzte V2.5.0 aus dem Contib ist bei mir wieder  alles weg.
Hat das noch jemand beobachtet ?
Ich vervollständige jetzt wieder erneut und beobachte es weiter.



Edit:
Hier meine Einträge

Code Auswählen Erweitern

backupFilesKeep=14\
batteryPreferredCharge=30\
comforttemp=MQTT_EMSwp:thermostat_data_hc1_comforttemp\
conEnergyHourLimit=15000\
consForecastIdentWeekdays=0\
consForecastInPlanning=1\
consForecastLastDays=14\
cycleInterval=15\
feedinPowerLimit=6000\
genPVdeviation=continuously\
genPVforecastsToEvent=adapt4Steps\
showLink=1\


[peterboeckmann]

Hallo 300P,

Nach einem Reboot meines RPI war am WE alles an Einstellungen im attr ......... plantControl ,,verschwunden"

das kann ich bei mir nicht nachstellen.
Ich habe eben:
- fhem Update gemacht
- contrib Version von SF gezogen
- fhem Neustart gemacht

Danach ist alles noch da.

Code Auswählen Erweitern

consForecastInPlanning=1
batteryPreferredCharge=5
consForecastIdentWeekdays=1
cycleInterval=5
genPVdeviation=continuously:reverse
feedinPowerLimit=99999
consForecastLastDays=5
conEnergyHourLimit=20000
reductionState=SolarForecast:userRdg_Regulated:1
Viele Grüße,
Peter