E3DC Hauskraftwerk steuern

[ArnoD]

@psrelax
Danke.
Das Problem ist, dass der gesamte Zeitraum eine Peak Phase ist und somit nicht weiter geprüft wird, ob noch mal geladen werden soll.
Ich bin mir auch noch unschlüssig, ob das überhaupt sinnvoll ist, da der Batteriepreis dann so hoch wäre, dass dies zu einer dauerhaften Entladesperre führen würde, wenn die erste Preissteigerung vorbei ist, also ab ca. 20:00 Uhr nach deinem Diagramm.
Ich muss noch etwas darüber nachdenken.

[psrelax]

@ArnoD

Mir ist gerade etwas aufgefallen, da ich seit langem mal wieder ein wenig Überschuss habe.
Der Speicher hat bis 90% geladen. Laut Anzeige ist die Reichweite genau bis zum Ende des bevorstehenden Peaks.
Eine Entladesperre ist nicht gesetzt.
Es wird allerdings der überschüssige PV-Strom ins Netz eingespeist und nicht in den Speicher geladen.
Anscheinend wird nur berechnet, bis wohin muss er kommen und mehr wird nicht geladen.
Da liegt noch ein Problem meine ich.
Logs kann ich erst heut Abend liefern, da ich gerade in der Arbeit bin.

[ArnoD]

@psrelax
Das Tibber Skript verhindert nicht das laden der Batterie mit PV-Leistung, wenn dann eher Charge-Control.
LOG ist da natürlich immer hilfreich.

[psrelax]

@arnod
Ich denke aber das Tibber Script gibt vor, bis zu welchem Stand geladen werden soll.

[Modulo-N]

@psrelax said in E3DC Hauskraftwerk steuern:

@ArnoD

Eine Entladesperre ist nicht gesetzt.
Es wird allerdings der überschüssige PV-Strom ins Netz eingespeist und nicht in den Speicher geladen.

Das kann ich bestätigen. Auch bei mir landet PV-Überschuss vorrangig im Netz und nicht im Speicher. Allerdings gab es in den letzten Tagen mit Sonne auch keine wirklichen PEAK-Phasen, die zu überbrücken gewesen wären. Tortzdem dümpelt der Speicher immer noch bei 40% rum (Notstrom!)

Gruß

Michael

[ArnoD]

@psrelax sagte in E3DC Hauskraftwerk steuern:

@arnod
Ich denke aber das Tibber Script gibt vor, bis zu welchem Stand geladen werden soll.

Der Master ist Charge-Control und das Tibber Skript setzt nur die Freigabe um aus dem Netz zu laden. Wenn ausreichend PV-Leistung vorhanden ist übernimmt Charge-Control die Regelung.
Bedeutet auch wenn beim Tibber Skript ein max. SOC von 50% eingestellt ist, wird dieser Grenzwert nur für das laden aus dem Netz verwendet. Die Batterie kann trotzdem auf den Eingestellten max. SOC Wert von Charge-Control mit ausreichend PV-Leistung geladen werden.
Was ich beobachten konnte ist das die Umschaltung von Ladesperre zu Laden über PV-Leistung etwas träge ist und ca. 5 sek. dauert.

[ArnoD]

@modulo-n sagte in E3DC Hauskraftwerk steuern:

@psrelax said in E3DC Hauskraftwerk steuern:

@ArnoD

Eine Entladesperre ist nicht gesetzt.
Es wird allerdings der überschüssige PV-Strom ins Netz eingespeist und nicht in den Speicher geladen.

Das kann ich bestätigen. Auch bei mir landet PV-Überschuss vorrangig im Netz und nicht im Speicher. Allerdings gab es in den letzten Tagen mit Sonne auch keine wirklichen PEAK-Phasen, die zu überbrücken gewesen wären. Tortzdem dümpelt der Speicher immer noch bei 40% rum (Notstrom!)

Gruß

Michael

Kann es eventuell an deinen Einstellungen Charge-Control liegen ?

[psrelax]

@arnod

Oh Mann wie dumm von mir. Du Hast Recht.
In ChargeControl ist das Ladeende auf 90 und Ladeende2 kommt ja erst Nachmittags zum tragen.

Entschuldige bitte die Verwirrung.
Ich bin anscheinend nicht mehr gewohnt, Solar vom Dach zu bekommen

[ArnoD]

Tibber Skript,
Version: 1.3.12 auf Github hochgeladen.

Änderungen:

• Es wird am Anfang der Peakphase geprüft, ob über die Dauer der Peakphase eine Preissteigerung über 0,3€ kommt, die mit der Batterie Reichweite nicht überbrückt werden kann.
  Falls das zutrifft, wird der günstigste Zeitpunkt zum Laden gesucht und die Batterie einmal nachgeladen.
  Das ganze habe ich jetzt zum Testen auf einmal Nachladen je Peakphase begrenzt.
• Mehrere Fehler behoben bzw. Optimierungen umgesetzt.

[ArnoD]

Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.5.13
Änderungen:

• Fehler korrigiert, dass bei Batterie SoC = 0 und Einstellung Notstromreserve =0 die Regelung versucht hat, das Entladen zu verhindern und deswegen ständig auf die E3DC RSCP Schnittstelle zugegriffen wurde.