E3DC Hauskraftwerk steuern

[ArnoD]

@as

Das ist genau das Thema mit der PV Prognose.
Wenn die PV Prognose für den nächsten Tag hoch genug ist, um deine Batterie zu laden und die Reichweite bis zum Sonnenaufgang reicht, wird das Laden aus dem Netz beendet.
Der Text "Laden mit PV-Leistung" ist ein Hinweis, dass die Batterie als Nächstes mit PV-Leistung geladen werden soll und somit alle Tibber Preise ignoriert werden und bedeutet nicht, dass in dem Moment mit PV Leistung geladen wird.
Es wird auch keine Entladesperre mehr gesetzt, egal wie hoch der Batteriepreis ist, um bei Sonnenaufgang eine leere Batterie zu haben und diese mit PV-Leistung laden zu können.
Wenn die PV Prognose nicht berücksichtigt werden soll, dann kannst du die Option "PV Module schneebedeckt" aktivieren.

[ArnoD]

Tibber Skript,
Version: 1.3.14 auf Github hochgeladen.

Änderungen:

• Änderung in der Funktion pruefePVLeistung(). Wenn die Batteriereichweite einmal bis Sonnenaufgang ausreicht, wird ein Merker gesetzt und die Reichweite ignoriert. Dieser Merker wird bei Sonnenaufgang wieder zurückgesetzt. Damit soll ein ständiges Nachladen der Batterie verhindert werden, wenn der aktuelle Eigenverbrauch einmal höher ist als der Durchschnittsverbrauch.
• Anzeigetext in VIS bei ausreichender PV Prognose geändert.
• Neue Objekt ID 0_userdata.0.TibberSkript.Anzeige_VIS.diagrammAktiv. Wird verwendet, um in VIS das Diagramm mit den Output Signalen ein und auszublenden.

[as]

@arnod vielen Dank für deine Hilfe und Zeit die du investierst in dein Tolles Projekt

Hoffe das hilft weiter da die Prognose aktuell immer wieder deutlich zu positiv ausfällt E3DC Prognose im Portal sagt 3-5 und im Skript über die solcast Infos kommen teilweise über 20 erwartet das bringt bei den Preisen einiges an unerwarteten Kosten
Nicht dramatisch aber lösbar Dank deiner schnellen Unterstützung

[as]

@arnod @arnod wenn der nachtverbrauch ab 0 jedoch stark steigt bei aktuellen Temperaturen mit WP zb ist das Problem das bis 5 zu günstigen Zeiten nicht geladen wird und Akku früh leer sind und der pv Ertrag weder den Bedarf decken kann noch Akku zu laden und somit zu hohen Preisen Bezug entsteht und ab mittags zwar geladen wird jedoch zu höheren Preisen als in der Nacht/morgenstunden. Auch das setzen der Module schneebedeckt hilft da nicht es zu umgehen*

[ArnoD]

@as
Die Regelung vom Tibber Skript ist von Prognosen abhängig, die nicht immer zutreffen werden.
Wenn der tatsächliche Verbrauch aus irgendeinem Grund höher ist als der Durchschnittsverbrauch vom gleichen Tag eine Woche davor, dann wird die Prognose nicht stimmen und somit auch die Entscheidung zu laden oder nicht zu laden. Wenn du eine Lösung hast, wie man das im Voraus erkennen kann, immer nur her damit.
Es scheitert ja schon daran, dass nicht jeder eine Wärmepumpe hat oder die Frau den Trockner zb. ausnahmsweise am Donnerstag laufen lässt und sonst immer am Freitag.

E3DC will das ja mit KI lösen, bin gespannt ob sich dann meine Frau nach der KI richte

[as]

@arnod wie wird die Prognose berücksichtigt
Geladen wurden bereits vor 23 Uhr und nicht zum morgendlichen Tiefpunkt
Im Anschluss ging die Anzeige auf hohe Prognose und Ladung mit pv
Jedoch bei meiner Einstellung des Verbrauchs zur Prognose verstehe ich die Aussage zu der Einstellung nicht

[ArnoD]

@as

Geladen wurden bereits vor 23 Uhr und nicht zum morgendlichen Tiefpunkt

In deinem Bild ist leider der Zeitraum 23:00 Uhr bis 1:00 Uhr nicht mehr drauf, und ich weiß somit nicht wie der Preisverlauf da war, um dir da eine Antwort geben zu können.

Jedoch bei meiner Einstellung des Verbrauchs zur Prognose verstehe ich die Aussage zu der Einstellung nicht.

Das kann ich dir beantworten, der eingestellte Verbrauch bei Charge Control ist ein Tagesverbrauch der vom Tibber Skript nicht verwendet wird. Das Skript berechnet den Verbrauch anhand vom Durchschnittsverbrauch der letzten Woche. Bedeutet heute wird der Durchschnittsverbrauch vom letzten Freitag verwendet, und zwar aufgeteilt auf Tag und Nacht.
Wenn ich diesen festen Tagesverbrauch verwende, könnte es sein, dass aus dem Netz geladen wird und dann die Batterie voll ist, wenn PV Überschuss vorhanden ist.
Der fest eingestellte Tagesverbrauch kann um 22:00 Uhr erreicht werden oder aber um 12:00 Uhr je nachdem wann welcher Verbraucher gerade Strom benötigt und ist somit nicht aussagekräftig.
Bei der jetzigen Lösung passt sich der Verbrauch immer mit einer Woche Verzögerung an und ist etwas näher an der Wahrheit dran.

[as]

Muss ich für den Statistik Wert irgendwas beachten und speichern zb history Adapter
Da gelegentlich mein Pi nicht durchläuft und Neustart bekommen muss eventuell gibt es daher keinen Lastverlauf der Vorwochen??

Aber bei 10kwh pv Prognose finde ich nicht Verständlich bei 40 oder mehr kWh tagesverbrauch die Aussage PV Prognose hoch kommt. Das hat ja sicherlich Auswirkungen auf Steuerung

[ArnoD]

@as
Nein.
Du kannst das prüfen in dem du die Objekt ID 0_userdata.0.Charge_Control.Allgemein.arrayHausverbrauchDurchschnitt dir anschaust, dort wird der Durchschnittsverbrauch gespeichert.
Wenn du noch ein LOG File von dem Zeitraum hast, kann ich prüfen, was da berechnet wurde um zu dem Ergebnis zu kommen, dass die PV-Prognose ausreicht.
Eventuell ist da auch noch ein Fehler enthalten, aber dazu benötige ich immer das LOG File.

[as]

@arnod 1500/3000w ist für die Tage hinterlegt jedoch zeigt der durchschnittliche Wert nur 0,5kwh. Möglicher Widerspruch genau wie das aus den LM keine Summe angegeben

[ArnoD]

@as
Kann die gerade nicht folgen.
Welcher durchschnittliche Wert zeigt nur 0,5 kWh an ? und was hat das mit den LM zu tun?
Das Script verwendet nur die 1500 W für den Tag und die 3000 W für die Nacht.

[MaLei]

Habe gestern Abend bei mir 'Notstrom min' erhöht. Bis jetzt hat sich 'Notstromreserve aktuell' aber noch nicht angepasst. Kann ich die Neuberechnung manuell anstoßen?

[ArnoD]

@malei

Wenn Notstrom min geändert wird, sollte Notstromreserve aktuell auch gleich geändert werden ohne Neustart vom Script.
Wenn das bei dir nicht der Fall ist, dann bitte mal prüfen, ob das Script Charge-Control wirklich noch läuft.
Wenn ja, dann prüfen, ob auch die Objekt-ID 0_userdata.0.Charge_Control.Parameter.Notstrom_min den eingestellten Wert übernimmt.
Sollte beides zutreffen, noch prüfen, ob sich die Objekt-ID 0_userdata.0.Charge_Control.Allgemein.Notstrom_akt
aktualisiert bei Änderung.

[MaLei]

@arnod
Kurioses Verhalten. Ich hatte Notstrom min auf 25 % -> Notstrom aktuell auch 25 %.

Habe Notstrom min auf 30 % gesetzt -> Notstrom aktuell bleibt bei 25 %

Test:
Notstrom min auf 33 % -> Notstrom aktuell 27 %
Notstrom min auf 50 % -> Notstrom aktuell 41 %

Müsste zur jetzigen Zeit Notstrom aktuell = Notstrom min sein? Wäre meine Erwartung.

[Zelkin]

@malei

Notstrom min gilt bei Sonnenwende soweit Ich das noch weiß!
Das heißt, der reduziert sich bis zum Notstrom Sockel der am längsten Tag erreich sein sollte und geht dann wieder Richtung min

@ArnoD
Hatte vor Kurzem mit CC 1.5.13 und TS 1.3.12 ein sehr unglückliches verhalten:
PV Brachte vormittags bis zu 8KW, mittags war mau und ab 14:30Uhr war wieder mehr als 5KW --> ca 1KW Hausverbrauch in der Zeit
CC hat das lademax Vormittags auf ca. 2,5KW Begrenzt um Sollwert bis nachmittags geladen zu haben

Tibber hat dann aber mittags eine Ladephase mit meinen eingestellt max 7000W

Ich hab also Vormittags eingespeist, in der mauen mittags Phase angefangen mit 7KW zu laden was Ich dann in den letzte 20 min. auch mit der Sonne geschafft hab um ab 14:30 dann wieder einzuspeisen, weil Akku voll.

Wenn vom Tibberskript eine Ladephase eingeplant wird, sollte CC dann die Ladebegrenzung nicht deaktivieren um bis dahin ALLES was vom Dacht kommt in den Akku zu Pumpen? Dass er Nachmittags dann einspeist, ist mir klar, liegt an der schlechten Prognose und er hat keine sonne erwartet, welche dann doch kam.
Leider kann Ich nicht sagen wann er sich entschlossen hat diese Ladephase einzulegen, aber spätestens dann sollte er in CC alles reinpumpen dürfen?!

[MaLei]

@zelkin
Die Berechnung ist mir bewusst. Wenn das einen knappen Monat nach Wintersonnenwende schon relevant ist, dann hätte nach meinem Verständnis aber auch schon bei 25% Notstrom mit ein um x % niedriger Notstrom aktuell berechnet werden müssen?

[ArnoD]

@malei

Notrom aktuell ist von Notstrom min und Notstrom Sockel abhängig.
Notstrom min wird nur am 21.12 genau erreicht.

Bei Notstrom min auf 25 % -> Notstrom aktuell auch 25 % ist Notstrom Sockel vermutlich auch auf 25%.

Genaue Berechnung findest du in der Anleitung Charge-Control auf Github.

[MaLei]

@arnod
Notstrom Sockel ist auf 5 % gesetzt und aktuell bei 20 %.

[ArnoD]

@zelkin

Habe bei mir auch so eine ähnliche Situation beobachten können.
Das Problem ist nur, wie man vorhersagen kann, dass am Nachmittag doch noch mal die Sonne scheint, wenn die Prognose daneben liegt.

Das Tibber Skript prüft in der Zeit von Sonnenaufgang bis Sonnenuntergang, ob die vorhergesagte Prognose noch ausreicht, um den Akku vollzuladen.
Das wird einfach berechnet, indem die Prognose durch die Sonnenstunden geteilt wird und dann berechnet wird, ob die restliche Zeit noch ausreicht den Akku zu laden.
Aus diesem Grund würde dein Vorschlag leider nicht funktionieren, denn am Vormittag war für CC und Tibber Skript eigentlich klar, dass die PV-Leistung ausreichen wird.
Das Tibber Script hat wahrscheinlich erst Mittag festgestellt, dass es nicht mehr ausreichen kann, da ist es aber bereits zu spät für CC und das Tibber Skript weiß bedauerlicherweise nicht, dass am Nachmittag mehr PV-Leistung kommt.
Jetzt könnte man das ganze natürlich wieder genauer berechnen, indem man die PV-Leistung nicht gleichmäßig auf die Sonnenstunden aufteilt, sondern die stündliche Globalstrahlung abruft und dann anhand der PV-Module die PV-Leistung je Stunde berechnet.

Bin aber mittlerweile der Meinung das die Prognosen so ungenau sind, das es auch nicht besser funktionieren würde.

Was du aber machen kannst, ist die Einstellung von CC im Winter zu ändern, sodass z. B. bis 90% SOC immer alles geladen wird und erst dann geregelt wird (bei mir CC Einstellung 1).
Das Tibber Skript so einstellen, dass nur bis 90% geladen wird und 10% noch für unerwartete PV-Leistung bleibt.
So mache ich das aktuell.

[ArnoD]

@malei
Wenn Notstrom Sockel auf 5 % ist und Notstrom min auf 25 % dann müsste Notstrom aktuell = 21% sein