76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[klaus.schauer]

In der letzten Woche war meine Wärmepumpe auf "Abwesend" geschaltet. Erwartungsgemäß lagen die KI-Verbrauchsprognosen trotz presence=0
heftig daneben. Die Prognosen verbesserten sich erst zum Ende der Woche. Inzwischen haben sie sich wieder normalisiert.

Wäre es nicht gut, wenn man statt des festen Parameters comforttemp=<temp> eine setupEnvironment-Variable mit der aktuellen Raumsolltemperatur verwenden würde? Damit könnte man im Normalbetrieb die Nachtabsenkung signalisieren. Eine "Abwesenheit" würde für die Wärmepumpe dann auch über die Absenktemperatur angezeigt. Die presence-Variable muss nicht immer kausal mit einer Absenkung der Raumsolltemperatur zusammenhängen. U. U. lernt der KI-Algorithmus so schon durch die tägliche Nachtabsenkung auch das Verbrauchsverhalten bei einer längeren Abwesenheit.

[DS_Starter]

Hallo Klaus,

In der letzten Woche war meine Wärmepumpe auf "Abwesend" geschaltet. Erwartungsgemäß lagen die KI-Verbrauchsprognosen trotz presence=0 heftig daneben.

Das erscheint logisch da presence erst seit kurzer Zeit aufgezeichnet wird und die historischen Trainingsdaten bei presence=undef als presence=1 gemappt werden (müssen).
D.h. es gibt keine/wenige Trainingsdatensätze mit presence=0 zumal die Daten in Training und Validation geteilt werden. Etwas Abhilfe könnte ein Shuffle-Mode ohne chronologisches Splitting (aiConShuffleMode=2 der default) bringen. Der hat aber wiederum den Nachteil dass zeitliche Strukturen verloren gehen.

Wäre es nicht gut, wenn man statt des festen Parameters comforttemp=<temp> eine setupEnvironment-Variable mit der aktuellen Raumsolltemperatur verwenden würde?

comforttemp ist ja die Solltemperatur (Komforttemperatur) in den Wohnräumen.

Mit:

Code Auswählen Erweitern

set <name> attrKeyVal ConsumerXX comforttemp=<temp>

jederzeit über ein at/norify whatever dynamisch setzen.

LG,
Heiko

[DS_Starter]

@Peter,

im contrib liegt die V2.1.1.
Ich habe einen Lunker gefunden und beseitigt. Bitte teste auch diese Version.
Natürlich kann jeder andere die V ebenfalls nutzen.

LG,
Heiko

[peterboeckmann]

Moin Heiko!

im contrib liegt die V2.1.1.

ich hab die Version gezogen, teste mal und werde berichten.
Es geht um die RestOfDayPVForecast, oder?

Viele Grüße,
Peter

[DS_Starter]

Moin,

ja, darum geht es. In dem Zusammenhang habe ich die gesamte Summierungsfunktion, in der noch weitere Werte generiert werden, refakturiert.

LG,
Heiko

[Parallix]

Na dann nutze mal die V2.1.0 aus dem contrib. Genau an dieser Stelle habe ich etwas nachgearbeitet wie du aus den letzten Beiträgen erkennen kannst.
...

Hinsichtlich der "PV Abweichung" gibt es mit o.g. Version (bei mir) jetzt keine Auffälligkeiten mehr. Danke!

[Parallix]

...

Die letzten zwei sonnigen Tage haben ausgereicht, um mein EV bis zur eingestellten Grenze zu laden. Da es in SF leider noch kein Feature gibt, einen Verbraucher (hier ein an der Wallbox hängendes EV, was über ein Reading erkennbar ist) bei der Ladeplanung dynamisch zu berücksichtigen oder unberücksichtigt zu lassen, wird dieser Verbraucher täglich von SF geplant. Da so ein EV alles andere als einen verschwindenden Verbrauch hat, wird in einem solchen Fall der Hausspeicher viel zu schnell geladen.

@Heiko: Hast Du Dir meine Rückmeldung (#5092) zu Deiner bereits in #5073 andiskutierten Lösungsidee näher angesehen?