Feature Erweiterung: Dynpriceing Script: Möglichkeit zur Manuellen Anpassung in Entladesteuerung trotz Berechnung über Script

[killwack]

Ist Stand: Automatische Berechnung der Entladesteuerung (je Stunde zur 58. Minute lt. Crontab)

Über das Dynprice Script wird ja anhand des in der SQL DB erfassten Verbrauchswerte die Höhe der Zwangsbeladung, die "Feste Entladungsgrenze" zur jeweiligen Stunde errechnet. Nach dem Durchlauf des Scripts jene daraus errechneten Werte erneut in die Tabelle "Feste Entladegrenze" geschrieben, und darin zuvor bestehende Werte gelöscht.

Problem:

Da dies nun bei aktivierten Dynpriceing Script automatisiert ist, fällt die Möglichkeit einer Manuellen Korrektur weg, da auch eine manuelle Korrektur durch den Script Durchlauf überschrieben wird.

Szenario wo eine manuelle Korrektur (Erhöhung oder Erniedrigung) dennoch sinnvoll wäre:
Im Sonderfällen wird dann zu wenig geladen und ich kann die Batteriekapazität nicht ausnützen und muss Strom zu höheren Preisen beziehen.

Seit einer Woche ist bei mir die DynPriceing Steuerung aktiviert. Und dabei hatte ich schon 2-3 Mal die Notwendigkeit die Errechneten Werte zu korrigieren.

Gestriges Beispiel: es wurden -7000 nachgeladen, aber das reichte nicht um über den Tag zu kommen:

Szenario 1: Es besteht die Notwendigkeit eines höheren Stombedarfs am Folgetag. Die Feste Entladegrenze aus DynPriceing Berechnung ist für diesen "Sonderfall" aber zu gering.

Beispiel: Ich brauche ca. 13kW an Beladung am Folgetag

• Es wurde ein Bedarf von -7000 über DynPriceing für den Folgetag errechnet.
• Ich benötige aber weitere 6000 kW für z.B: Wäsche Waschen, Trockner usw.. nützen können, und billig laden.

Szenario 2: Die Historischen Werte des Verbrauches sind zu gering, und passen nicht für den Folgetag da sich der Verbrauch erhöht. (z.B: zurück aus dem Urlaub; Home Office usw.. ) . Auch in diesem Fall wäre eine manuelle Korrektur von Vorteil.

Workaround (sehr umständlich, klarerweise):

Ich logge mich in meine Linux VM ein, und ändere den cronjob von Dynpriceing auf logging (statt schreiben), und korrigiere manuell in der Tabelle Feste Eintladegrenze nach.

WUNSCH / IDEE / Feature Request :

Ich könnte mir vorstellen, das die Notwendigkeit eine Manuelle Anpassung in Entlade Dashboard immer wieder vorkommen wird, obwohl Dynpriceing aktiv ist. Wäre eine Erweiterung der Tabelle möglich, damit Werte in einer neuen Spalte "manuell" nicht überschrieben werden?

Somit in diesem Beispiel die Entladegrenze dann aus beiden Spalten im http Script der Fronius Steuerung berücksichtig wird?

Um 03:00 die Beladung der automatisch berechneten Werte
Um 04:00 die Beladung der "manuell" eingetragenen Werte.

[wiggal]

Hier meine Anmerkungen dazu:
Es ist natürlich möglich die Anpassung mit der Spalte Manuell einzubauen. Aber es spielt neben der Erweiterung der SQlite-DB auch noch in sehr vielen Teilen der Steuerung mit rein.
Hier würde ich ungern ran gehen.

Alternative:
Es gibt in der CONFIG/Prog_Steuerung.sqlite (in der die Tabelle gespeichert ist ein Datenfeld Options hier könnte man automatisch hineinschreiben, wenn es von DynamicPriceCheck.py kommt. Dann könnte man nur diese Einträge, wenn vorhanden, durch DynamicPriceCheck.py überschreiben lassen.
Problem:
Aktuell sieht man in der Tabelle nicht, wo die Werte herkommen. Evtl. müsste man hier die Spalte Options anzeigen?

Da der Eingriff trotzdem ein bisschen Aufwand erfordert, bitte ich vorher um Diskussionsbeiträge hierzu.

Wigg

[wiggal]

Ich hatte mal eine Gewichtung bei der Berechnung des Verbrauchs im Lastprofil, wodurch die aktuelleren Tage ein höheres Gewicht bekamen, vielleicht sollte ich das nochmal versuchen.
Ansonsten könntest du mal versuchen, das Lastprofil jeden Tag oder jeden zweiten erzeugen zu lassen, evtl. auch nur 21 Tage zurück oder so.

[killwack]

Genau: Das habe ich aber auch schon so versucht. (dank deinem Tipp zum Test von 0.26.2) und die Lastorpfil Berechnung mit Tag = 0 neu erzwungen. Hat nichts in der Kalkulation verändert.

Auch habe ich Gen24 Daten erst seit dem 11.1 zur Verfügung. Die Idee hatte ich schon auch in diese Richtung.

Die Verbrauchswerte sollten mit der Zeit zwar steigen. Dennoch wüsste ich keinen besseren Weg, einen ad.hoc Fall eines "geplanten" höheren Verbrauches am Folgetag als mit einem manuellen Eingriff, erreichen zu können. Denn deine DynPrice-Regelberechnung kann dies ja nicht wissen (noch berücksichtigen).

[Manniene]

Hier meine Anmerkungen dazu: Es ist natürlich möglich die Anpassung mit der Spalte Manuell einzubauen. Aber es spielt neben der Erweiterung der SQlite-DB auch noch in sehr vielen Teilen der Steuerung mit rein. Hier würde ich ungern ran gehen.

Alternative: Es gibt in der CONFIG/Prog_Steuerung.sqlite (in der die Tabelle gespeichert ist ein Datenfeld Options hier könnte man automatisch hineinschreiben, wenn es von DynamicPriceCheck.py kommt. Dann könnte man nur diese Einträge, wenn vorhanden, durch DynamicPriceCheck.py überschreiben lassen. Problem: Aktuell sieht man in der Tabelle nicht, wo die Werte herkommen. Evtl. müsste man hier die Spalte Options anzeigen?

Da der Eingriff trotzdem ein bisschen Aufwand erfordert, bitte ich vorher um Diskussionsbeiträge hierzu.

Wigg

Kann die Argumentation von killwack nachvollziehen und habe mir die Möglichkeit eines manuellen Eingriffs ebenfalls schon mehrmals gewünscht => ich vote auch für die Funktionalität
Und ja, das Feld "Options" bietet sich bestimmt dafür an - scheint ja bei Schlüssel "EntladeStrg" ungenutzt zu sein...

[wiggal]

Hab die Option eingebaut. Manuelle Einträge zur Zwangsladung werden nun nicht mehr überschrieben.
Bei einem Umstieg auf die aktuelle Version dürfen keine Einträge zur Zwangsladung vorhanden sein, die werden sonst nicht mehr überschrieben, und bleiben drin bis sie manuell gelöscht werden.

[Manniene]

Hab die Option eingebaut. Manuelle Einträge zur Zwangsladung werden nun nicht mehr überschrieben. Bei einem Umstieg auf die aktuelle Version dürfen keine Einträge zur Zwangsladung vorhanden sein, die werden sonst nicht mehr überschrieben, und bleiben drin bis sie manuell gelöscht werden.

super, probiere ich am Wochenende gleich aus!

[killwack]

Ich komme ja gar nicht nach mit den TEsts :) THX - GENAU jetzt habe ich den Fall, wo das wieder nötig ist.

• Batterie über Nacht geladen.
• Nun bei ca. 50% ~6kW noch "Restbeladung"
• Meine liebe Frau startet am "freien Arbeitstag" nun die Wäsche / Trockner . = ca. + 6kW

Somit muss ich um 13 Uhr (billigster Tarif bis heute Nacht) noch ca. 6kW nachladen.

Ich probiere da gleich mal so aus . ....

DANKE nochmals !

[killwack]

Kurz getestet. Greift noch nicht.

1. Pull gezogen
2. Alles manuellen Einträge in Entladestrg gelöscht
3. Dynprice script mit schreiben gestartet
4. Nun erscheint folgende Berechnung:
   
5. Ich muss ja 6k um 13 Uhr nachladen. Habe nun intuitiv den Dynprice überschrieben, und abgespeichert
   
6. Auf Speichern gedrückt.
7. Dynprice Script erneut aufgerufen.
8. Wird leider überschrieben ... Eintrag wie initial oben bei -1

FRAGE: Muss ich somit die Benennung in "OPTIONS" auch löschen? Oder "manuell" hier eintragen? was ist die Idee dazu, damit gefiltert wird. Das habe ich nicht gemacht.

Grund: Dachte mir, das beim Drücken des Buttons "Sopeichern" die manuellen Änderungen "neu geflagt" werden

Das könnte noch der "User Fehler" von mir sein.

FRAGE:

• Muss / Soll ich den Eintrag Dynprice nun löschen, wenn ich manuell hier etwas ändere?
• Was muss in der "Optoin" stehen? "Manuell" als Text?
  lg

[wiggal]

Wenn du einen Eintrag aus der automatischen Berechnung manuell abänderst, und nicht willst, dass er überschrieben wird, muss das Optionsfeld leer sein, also DynPrice löschen.
Wenn du in einer leeren Zeile Zwangsladen willst, einfach den Ladewert eintragen (z.B. -6), Optionsfeld ist ja schon leer.

[wiggal]

Vielleicht sollte ich abfragen, ob Options DynPrice enthält, wenn ich die Daten überschreibe, dann ist es egal was man in Options schreibt, außer DynPrice.
Und man könnte sich in Options irgendwelche Gedankenstützen eintragen, z.B. Wann man den Eintrag gemacht hat.

[killwack]

Ich prüfe mal die "manuelle" Variante, und lösche den Eintrag in Optionsfeld.

[killwack]

Klappt perfekt. Wurde nach Löschen des Dynprice Eintrags in Options nicht mehr gelöscht.

[killwack]

Auch ein erneutes Überschreiben eines Manuellen Wertes geht.
Ebenso ein weiterer manueller Eintrag zu einem anderen Zeitpunkt.

[wiggal]

Habe es nochmal ein bisschen abgeändert, nun kann man zu der manuellen Zwangsladung in den Options freien Text eintragen.
Überschieben wird jetzt nur, wenn genau DynPrice drin steht.

[Manniene]

Hallo Zusammen, bin jetzt auch auf der neusten Version. In der Spalte Feste "Entladegrenze" sind derzeit keine Einträge und ich möchte für die nächsten 3 Stunden die Entladung der Batterie stoppen. Ich trage hierzu in die Spalte Options eine "-1" ein. Ist das korrekt?

[Manniene]

Hat sich erledigt. Habe es herausgefunden. Also so wie vorher in die Spalte "Feste Entldegrenze" eintragen? Das hat funktioniert. WR Steuercode wurde geschrieben.

[killwack]

Hi. Die Regelung wird immer besser, auch anhand jener bei mir gesammelten historischen Verbrauchswerten. Heute haben wir wieder einen Sonderfall, wo der DynPrice mehrfach am Tag steigt und fällt. Auch die PV Progrnose sehr schlecht im Vergleich zum heutigen, reellem Schönwetter in Wien ist und mein Verbrauch am So relativ hoch wird.

So ist mir ein kleiner Punkt in der Dynprice Berechnung aufgefallen:

Frage: Wird nach der Berechnung der "Entladewerte" nochmals die Zuordnung zum "Best-Preis" geprüft? D.h. abhängig der errechneten Lademenge eine Optimierung zu den günstigsten Stundenpreisen getroffen?

Fallbeispiel: Mehrere Nach-Ladungen am Tag lt, Progrnose

Derzeitges Regelverhalten:

Wäre eine Prüfung; Nachregelung der errechneten Ladewerte mit nötigenfalls einer Verschiebung auf den "Absolution" Bestpreis sinnvoll?
Bitte kann gerne auch vernachlässigt werden, wenn dies ein absolution Sonderfall wäre.

IDEE: Somit die Regelung erweitern und gegebenfall höhere Ladungen auf den niedrigeren Preis verschieben.

Statt:
12:00 | ENTLadeStrg | 12:00 | 0 | -7000 | DynPrice
13:00 | ENTLadeStrg | 13:00 | 0 | -2642 | DynPrice

Auf:

12:00 | ENTLadeStrg | 12:00 | 0 | -2642 | DynPrice
13:00 | ENTLadeStrg | 13:00 | 0 | -7000 | DynPrice

[wiggal]

Hi, kann ich jetzt so nicht nachvollziehen, aber die Reduzierung auf -2642 müsste mit der Begrenzung auf max_batt_dyn_ladung zusammenhängen, der halt um 13:00 auftritt. Arbeite gerade an einem neuen Algorithmus, und würde es deshalb mal belassen.

[killwack]

Hi Wiggal.

Danke auch hierfür für die Umsetzung in Version 0.26.3. So freue ich mich auf den neuen Algorithmus, und schließe mal diesen Thread.

lg