Verbrauch selbstlernend und dynamisch

[ichbindaschaos]

Ich würde vorschlagen anstatt der csv Tabelle mit dem Verbrauch, eine dynamische Tabelle einzurichten.
Meine Idee:
eine Woche (Mo - So) speichern
Jeder Tag direkt in 15 Minuten Intervalle gespeichert.
Diese 15 Minuten Abschnitte jeweils der Durchschnitt der letzten 4 Wochen.

Die Datenstruktur wäre schön einfach
Die Tabelle passt sich automatisch geänderten Bedingungen an.
z.B. es wird Winter und man heizt mehr oder Kocht früher oder später.

Eine Schwierigkeit könnten Ausreißer sein die meinen Durchschnitt versauen wie z.B. zwei Wochen Urlaub mit fast keinem Stromverbrauch.
Dann kommt man wieder nach hause und es wird erstmal viel zu wenig reserviert. Da vielleicht dann irgendwie nen "ab jetzt zählt das nicht " Schalter einbauen den man dann nutzt.

Würde vielleicht auch die generelle Umstellung auf 15 Minuten erleichtern.

[MaStr]

Ja, ist eine gute Idee.
Habe ich auch mal eine Stunde gegen geworfen.

Ergänzend noch ein multiplier. Also wenn ich im Schnitt 100 Wattstunden für den Slot gebraucht habe, dass der Wert dann auf 110 (1.1) angehoben wird.

Problem bei dem ganzen sind, wie du sagst:

• Urlaube
• Initiale Befüllung

Zudem muss die Datenerfassung parallel im Hintergrund laufen. Entweder auf Basis der aktuell anliegenden Leistung, oder Zählerstände (da ginge eine niedrigere Frequenz).

Ich habe auf irgendeinen lokalen Branch das gegen die momentane Leistung aus der Fronius API gebaut.
Aber das war mir erstmal zu unausgegoren.

Im HomeAssistant Addon habe ich ein issue gefunden mit dem Vorschlag aus HA die Sensor-Werte abzuholen. Das ist vermutlich vielen eingängiger und habe das heute Morgen zusammengebaut.
Im PR siehst du auch, dass man auf Werte referenzieren kann (-7, -14, -21). Damit könnte man so eine Urlaubszeit zumindest über die Konfiguration überbrücken.

[johannesghd]

Bitte nicht!

Auto Wallbox und andere dynamisch geschaltene Verbraucher werden da strunzdumm mitgezählt...
Außerdem wird auf Saisonalität keine Rücksicht genommen.

Als Option gerne, aber nicht als unabwählbares default bitte. Da kann man dann gleich den Fronius ECA verwenden. 😉

[MaStr]

Natürlich würde ich sowas nicht als default implementieren... nicht jeder ist ein Full Fronius Haus (ich ja auch nicht).

Also ich finde es fast sinnvoller eine generische influxdb Schnittstelle zu machen, wo man eine Query mitgibt, welche als Template für verschiedene Zeiträume sind.
Die Befüllung besagter InfluxDB kann dann individuell passieren. Ich würde zB gegen die Einträge von evcc gehen.

1.000 Ideen :)

[ichbindaschaos]

also Urlaub würde ich wie gesagt einfach nen Schalter machen das nicht gezählt werden soll und wenn ich wieder da bin geht es weiter.
An die Saisonalen Schwankungen reagiert er so ja automatisch.
Dynamische Verbraucher weiß ich jetzt nicht so genau aber wallbox z.B. würde ich schon gerne mit drin haben wenn ich regelmäßig nach der Arbeit das Auto lade oder so. Wärmepumpe oder so werden sicher auch eine Regelmäßigkeit haben.
Aber auf jeden fall kann man das ja erstmal als optionale Alternative machen.

für die Werte würde ich einfach den Verbrauch von HA nehmen einfach ende der Viertelstunde minus anfang der Viertelstunde.
dann nehm ich den alten gespeicherten Wert mal 4 und addiere den neuen wert. Dann durch 5 teilen und speichern.

eben so einfach wie möglich.

wenn man dann richtig bock hat könnte man es etwas komplizierter machen und konfigurierbar sagen das bestimmte Verbraucher abgezogen also nicht in die Statistik einbezogen werden.

Einen Multiplikator den der Nutzer setzen kann finde ich auch gut aber den gibt es ja schon mit dem Lade Multiplikator.

influx db braucht man denke ich nicht die ist für viel detailliertere Statistiken.

Zur not könnte man auch noch den Nutzer einzelne Werte zu setzen wenn ich zb weiß das ab jetzt jeden abend der Tischgrill laufen wird oder so.

[johannesghd]

Nein tut er nicht, er hinkt immer hinten nach, muss er auch wenn du "für diese 15 Minuten Abschnitte jeweils der Durchschnitt der letzten 4 Wochen" nimmst.

Der größte Verbraucher ist das E-Auto, der zweitgrößte die Heizung, gefolgt von der Poolpumpe, die sind alle dynamisch gesteuert. Da lernt er nur Bullshit. Das ist genau das, was der ECA macht und warum das nicht funktioniert.

Urlaub kann dir mit echtem Lastprofil eigentlich egal sein, da Verbrauch geringer aber Produktion gleich also unkritisch. So viele Stunden mit hohen Strompreis gibt's nicht, dass das einen nennenswerten Unterschied machen würde. Das Urlaubproblem baust du dir nur selbst wegen dem schlechten Algorithmus um ein "Lastprofil" aus einer trailing moving average zu erstellen.

Es gibt ne unfertige PR, welche dir ein Lastprofil aus den Solarwebexporten rechnet. Als standalone Skript läuft das relativ unproblematisch, probier das mal aus: https://github.com/muexxl/batcontrol/pull/124/files

[ichbindaschaos]

also ich sehe das anders, diese Verbraucher machen schon Sinn mit aufgenommen zu werden.
Heizung wird denke ich in vielen Fällen nachts etwas runter fahren und morgens dann wieder etwas mehr brauchen, den Tag über vor such hin pendeln und abends wird dann entweder der Herd beim Kochen oder die Heizung strom brauchen. Wenn ich jeden Freitag nach der Arbeit in den Pool gehe ist das auch berechenbar. genauso wie das Auto das in der Regel zu sehr ähnlichen Zeiten geladen wird. Wobei im Ideal Fall das Auto dann geladen wird wenn die Preise niedrig sind und Batcontrol eh nichts reserviert.
Und sonst wie gesagt einfach sagen Verbrauch ist der Verbrauch minus das was mein dynamischer Verbraucher verbraucht hat den ich ich nicht eingerechnet haben will. das kennt HA ja alles .
und ich nehme lieber den Freitag abend Verbrauch den ich auch die letzten 4 Freitag Abende hatte als den gleichen Tag im gleichen Monat vom letzten Jahr ( der vermutlich dann auch kein Freitag sondern ein Donnerstag war)
wenn ich dann im Herbst den Pool seit 4 Wochen nicht genutzt habe werde ich ihn wohl erstmal auch nicht wieder anwerfen. genauso die Heizung die anfängt mehr zu heizen und sich die Tage verschieben.

[MaStr]

Brauchst nicht zu zumachen. Das ist schon wichtig, das man das hier durchdiskutiert.

Es sind beide Vorgehen valide. Das soll jeder User für sich entscheiden, ob die Wallbox, Wärmepumpe oder gar eine Saune da drin ist.

Ich sehe nur den Urlaubsmodus kritisch, weil der sämtliche Algorithmen auf Basis von der Zeit kaputt hauen.
Ich weiß, dass es Zirkulationspumpen gibt, die das können, die arbeiten aber nicht mit "Zeit", sondern werden vermutlich den Ringbuffer pausieren, bis ein Event eintritt.

Ich denke die erste Idee sich an HA anzulehnen und dort historische Werte eines Sensors zu holen, ist ein guter Ansatz. Allerdings hast du da auch keinen Urlaubsmodus machbar.
Ausser man holt sich die Werte aus HA und legt diese dann wirklich in einer Datenbank ab mit den Wochentag_Stunde Werten und friert das ein.

Ich verstehe das Urlaubsproblem, aber eine elegante Lösung habe ich nicht.

[ichbindaschaos]

wie wäre es wenn man in den Urlaub geht, dann geht der Verbrauch nicht mehr in die Statistik ein ein und es wird der Verbrauch der niedrigsten 3 oder 4 Stunden für den ganzen Tag angenommen. Kühlschrank und so bleiben ja in der Regel trotzdem an. dann kann das weiterhin von batcontrol gemanaged werden ohne die Statistik zu verfälschen oder zu viel zu reservieren weil keiner da ist. man könnte den Grundbedarf evtl auch einfach als Wert in der Konfiguration hinterlegen.

und vis her wird Urlaub ja überhaupt nicht berücksichtigt also alles ist besser als der Stand jetzt mit dieser Tabelle. Die würde ich sowieso versuchen abzuschaffen erst recht wenn sie jetzt auf das vierfache aufgebläht werden müsste. Viel zu Statisch und die Wochentage werden auch nicht beachtet die verschieben sich ja jedes Jahr.

[johannesghd]

Viel zu Statisch und die Wochentage werden auch nicht beachtet die verschieben sich ja jedes Jahr.

Irgendwie bekomme ich das Gefühl, dass du nicht ganz verstanden hast was ein Lastprofil ist und wie es funktioniert.

Also nein, es ist nicht alles besser als der Stand jetzt mit Lastprofil. Einfach die letzten 4 Wochen als rolling average zu nehmen ist auch nicht so toll, siehe Urlaubsdiskussion. Da wäre einfach nur den gestrigen Verbrauch für heute zu nehmen besser, da schlägt sich der Urlaub nämlich nur zwei Tage durch, einmal bei Abreise und einmal bei Rückreise. 😆

[ichbindaschaos]

Ich bin mir nicht sicher aber ich glaube schon, dass ich das Lastprofil verstanden habe. Aber klärt mich auf falls nicht.
Das Lastprofil ist eine Tabelle in der für jeden Tag und jede Stunde im Jahr der relative angenommene Verbrauch steht. Diese Tabelle ist statisch und wird einmal festgelegt. Entweder die mit batcontrol mitgelieferte Tabelle oder ich erstelle meine eigene. Wenn Batcontrol also wissen will was ich morgen am 5 November um 18 bis 19 uhr an Strom brauche, steht in der Tabelle ein Eintrag, der dann für die Berechnung genommen wird. Jahres Verbrauch durch Stunden im Jahr und dann multipliziert mit dem wert in der Tabelle.
So wie ich das verstanden habe wird die Tabelle aber niemals angepasst. Außer ich mache das manuell oder mit anderen Tools.
Der 5 November ist aber nächstes Jahr schon kein Mittwoch mehr sondern ein Dienstag. Und auch wenn ich in dem Jahr in dem ich mal mein Lastprofil erstellt habe am 5ten November um 18 uhr mal 5kwh Strom verbraucht habe weil ich ein fettes 5 Gänge Menü gekocht habe, heißt das nicht das nicht das ich das morgen auch mache.

Wie gesagt wenn es anders funktioniert dann bitte klärt mich auf oder gebt nen kurzen Verweis wie ich das nachlesen kann :)