Entladung des Hausspeichers verhindern (bei günstigem Börsenstrom)

[deadrabbit87]

Hallo Zusammen,

ich habe einen Hausspeicher und Tibber als Börsenstrompreis.

EVCC wählt im Falle vom Zielladen automatisch die Zeit, mit dem günstigsten Preis.

Jetzt wäre es sinnvoll, automatisch hier das entladen des Hausspeichers zu verhindern. In meinem Fall (Kostal Plenticore mit BYD-Batterie) muss ich dazu das Modbus-Register 1034 auf 0 setzen.

Ist so etwas direkt aus evcc möglich oder muss ich dazu den Umweg über node red oder ähnliches gehen.

Hat jemand so etwas umgesetzt? Ziel wäre, das Entladen nur bei den geplanten Ladevorgängen in der Nacht zu deaktivieren und danach wieder zu aktivieren.

Gruß

[StevieC121176]

Über evcc geht das leider nicht, ich habe mir den plenticore Adapter im iobroker installiert. In der neuesten Version hat dieser die Batteriesteuerung integriert und man kann sich leicht über ein Script die Lade/Entladesteuerung nach verschiedenen Bedingungen umsetzen.

[deadrabbit87]

Und wie greifst du die Daten von evcc ab?

Ich hab gesehen, dass die Rest Api die Zeiten für die geplante Ladung angerufen werden können.

Hab ich aber noch nicht mit Erfolg hin gekriegt.

Welche Werte vom Plenticore Adapter steuerst du da?

[deadrabbit87]

Hm, guter Spruch 👍

Sehr gerne, dann spar ich mir mal die Arbeit 👍

[binderth]

Also hier mal für alle interessierten für Kostal Plenticore der Node-Red Flow zum Auslesen der relevanten Infos und zur externen Batteriesteuerung.

Kurz:

• Input zur Batteriesteuerung per MQTT erwartet
• Read-Outs aller Zustände/Infos auch per MQTT

Natürlich auch hier der Disclaimer: Eigenes Risiko natürlich!

• https://github.com/binderth/Kostal-Plenticore-NodeRed

[deadrabbit87]

Ich bin leider nicht so der Programmierer, daher verzeit mir meine blöde Frage: Ich hab das von @binderth jetzt so umgebaut, dass von evcc der Ladeplan ausgelesen wird. Liegt die Zeit zwischen "Start" und "End" wird die Entladung deaktiviert. So der Plan...

Nur wie kann ich das jetzt testen? Im Anhang wäre mein flow. Gegenfalls mag da jemand mal drüber schauen, der mehr Ahnung hat wie ich...
disable_discharging.zip

[deadrabbit87]

Nach allem Anschein nach funktioniert mein Flow jetzt soweit. Sobald das EV über den Ladeplan geladen wird, wird die Entladung des Hausspeichers gestoppt.

Ich denke ich werde hier in Zukunft noch eine Abfrage einbauen, wie hoch der Energiepreis gerade ist und daran entscheiden, ob die Entladung gestoppt werden soll oder nicht.

So wie heute Nacht (15 Cent/kWh) rechnet sich das bei einer Einspeisevergütung von 11 Cent/kWh auf jeden Fall.

Das hier wäre mein Flow.

Wie immer: Keine Haftung dafür, ich bin Dilettant ;-)

Gruß

[binderth]

Ah. Sorry, hatte deine Frage vorher übersehen.
Cool, dass es bei dir auch klappt!

Ich lasse mein openHAB alles berechnen und das schickt dann halt die entsprechenden Topics mit der Batteriesteuerung an Nodered.

[goebelmeier]

Anbei eine Erklärung wie man das für die Geräte von E3/DC machen kann:

• Es muss eine Verbindung via RSCP aufgebaut werden, über Modbus lässt sich leider nur eine Teilmenge der Funktionen auslesen und keine Werte schreiben. Für Go gäbe es eine RSCP Library: https://pkg.go.dev/github.com/spali/go-rscp/rscp
• Zur Sperrung der Entladung muss via RSCP das Tag EMS_MAX_DISCHARGE_POWER auf 0 gesetzt werden. Das setzt die maximale Entladeleistung auf 0W und setzt gleichzeitig das Tag EMS_POWER_LIMITS_USED auf true
• Zur Entfernung der Entladesperre muss das Tag EMS_POWER_LIMITS_USED auf false gesetzt werden. Das resettet gleichzeitig das Tag EMS_MAX_DISCHARGE_POWER auf den maximal möglichen Wert (bei mir 3kW, kommt auf das Batterie-Wechselrichter-Setup an)

Ich mache das aktuell abhängig von evcc über Home Assistant. Wenn evcc via MQTT meldet, dass ein Loadpoint charging ist, setze ich die Entladeleistung auf 0. Sobald kein Loadpoint mehr charging ist, deaktiviere ich das Power Limit.

Weiterhin deaktiviere ich die Wetterprognose sobald an einem der Ladepunkte ein Fahrzeug connected ist, damit der Hausakku möglichst schnell geladen wird um danach Leistung frei zu haben für das Fahrzeug. Ansonsten kann es sein, dass das E3/DC Gerät bis zum Mittag wartet den Akku zu laden um das 70% Einspeiselimit abzufangen und evcc wartet so lange mit dem Ladestart, weil prioritySoC auf 60% gesetzt ist. Dazu kann man mit dem Tag EMS_WEATHER_REGULATED_CHARGE_ENABLED arbeiten und die Wetterprognose deaktivieren, sobald ein Fahrzeug verbunden ist und reaktivieren, sobald kein Fahrzeug angeschlossen ist.

[souhl]

Ich habe es bei mir derzeit so gelöst:
PV: SolarEdge mit BYD und Smart Meter https://github.com/WillCodeForCats/solaredge-modbus-multi/wiki
Wallbox: Easee Wallbox https://github.com/fondberg/easee_hass
Home Assistant

Über eine Automation überwache ich die Ladeleistung der Easee und sobald diese auf über 10kW geht wird die "Backup Reserve" auf 100% gestellt. Wenn die Ladung wieder unter 9kW geht stelle ich sie sie wieder auf die normalen 0.

[TecTim18]

Hallo zusammen,

ich würde mich dieser Anfrage gerne anschließen. In meinem Senec Setup mit 2x go-e Wallbox und Tibber als Stromanbieter neben einer 10KWp Anlage, wäre es seehrr hilfreich, wenn während des geplanten Ladens in günstigen Stunden die Entladung des Speichers (Senec Home V3 Hybrid Duo) unterbunden werden würde.

Leider bin ich bisher nicht fündig geworden ob es diesen Befehl überhaupt gibt. Nächster Ansatz wäre es über die "allowintercharge" zu blockieren.

Ist hier schon jemand mit Senec weiter gekommen? Bekanntlich sind die ja nicht all zu zugänglich 😏

[merlinste]

Ich hänge mich hier mit ebenfalls Senec-Setup mal dran.
Der einzige Weg, den ich aktuell gefunden habe, ist per HTTP Request die "Manuelle Vollladung" zu starten. Dann lädt er während der günstigen Phase eben auch den Akku voll, bzw unterbindet bei 100% SoC die Entladung. Nach Abschluss der Ladung dann wieder den "Entladung Freigeben" Request.

Mir ist nur aufgefallen, dass er nach einer solchen Aktion ein paar Stunden leicht Netzstrom bezieht, anstatt wie sonst leicht aus dem Akku einzuspeisen. Nach ein paar Stunden bzw nach stärkerem Akkubezug regelt sich das dann wieder ein. Keine Ahnung woran das liegt, oder ob es Absicht ist.

[p-tenz]

Mich würde das auch interessieren. Ich möchte auch bei billigem Tibber-Strom das AUto laden, ohne den Hausspeicher leer zu saugen. Ich würde das auch manuell machen. Also wenn der Tibber-Preis niedrig ist würde ich die SENEC Batteriespeicher IP Adresse aufrufen (nicht die mein-senec.de, sondern die lokale IP-Adresse des Speichers), da auf Setup -> Wartung gehen und den Button [Vollladung] klicken. Damit wird dann das Entladen gesperrt. Dann das E-Auto einstöpseln und Laden mit dem Netzstrom. Wenn dann der Preis wieder hoch ist oder der Auto-Akku voll ist, dann wieder auf der SENEC Seite gehen und den Button [Entladen freigeben] klicken. Würde das so funktionieren?
@merlinste Machst du das so in der Art? Und was meinst du mit "leicht Netzstrom bezieht anstatt leicht aus dem Akku einzuspeisen"?

[merlinste]

Ja, das ist der einzige Weg, wie das geht (Alternative wäre noch, den Speicher manuell komplett auszuschalten).
Mit "leicht Netzstrom" meinte ich, dass der Speicher trotz hohem Ladestand 100-200 Watt aus dem Netz zog, anstatt auf 0 auszuregeln, und sich das nach einiger Zeit dann wieder normalisierte.
Ich muss allerdings dazu sagen, dass ich seit Anfang 2024 den Senec los bin, und auf einen Fenecon Speicher gewechselt bin, und das ein Traum ist gegen die Senec-Krücke.

[andig]

Hier gibts ja jetzt einige technische Details, wie sich Entladung verhindern ließe. Das betrifft m.E. ausschließlich Sofortladen, ggf. auch Min+PV. Gibts denn Vorstellungen, unter welchen Bedingungen die Entladung vermieden werden sollte?

[xerion3800]

Nein es gibt leider keine "standardisierte" Modbusregister Beschreibung. Somit muss man sich die selber je Hersteller raus suchen und umsetzen, genau das ist es ja was ich meine, das es zu einer großer Herausforderung werden kann. Das wäre sonst ja auch viel zu einfach ;-)
Wenn man hier so die Diskussionen verfolgt kann man sich schon glücklich schätzen, wenn der Herstellers überhaupt eine Doku hat die aktuell ist und dann auch noch zur Verfügung gestellt wird.

[deadrabbit87]

werte ich das MQTT Topic planActive aus. Solange das =true dann wird die Entladeleistung meines Speichers auf 0 Watt gestellt.

Ist planActive nur während des Zielladens true? Wenn das so ist, hab ich das ja viel zu kompliziert gemacht. Ich lese den JSON String von targetPlan aus und schaue dann ob die aktuelle Zeit da drin liegt...

[xerion3800]

Ist planActive nur während des Zielladens true? Wenn das so ist, hab ich das ja viel zu kompliziert gemacht. Ich lese den JSON String von targetPlan aus und schaue dann ob die aktuelle Zeit da drin liegt...

Ja genauso ist es. Du stellst Zielladen wie gehabt ein und erst wenn der Time-Slot "aktiv" ist, geht planActive auf true

[deadrabbit87]

Oh... das macht das ganze natürlich viel einfacher....

[flexguse]

Mir wäre es ganz lieb, wenn die Hausbatterie nie während des EV-Ladevorgangs entladen würde. Am besten wäre das konfigurierbar, wie z.B.:

meters:
  - type: template
    template: solaredge-hybrid
    id: 1
    host: x
    port: x
    usage: battery
    feedCharger: false
    modbus: tcpip
    name: battery3

Wir haben eine recht kleine Hausbatterie mit 7kWh (nutzbar irgendwas mit 6) die für ihre Verhältnisse beim EV-Laden ziemlich belastet wird und für die Akkufüllung des Autos ziemlich wenig beiträgt. Daher würde ich sie gerne schonen und es so einrichten, dass kein Strom von der Hausbatterie in die Autobatterie fliesst.

Klar könnte ich mir noch was zusätzliches bauen was per modbus meine Batterie steuert. Komfortabler wäre es natürlich direkt in evcc.

Bei meinem SolarEdge Wechselrichter scheint das laut Doku per modbus mit diesen Registern zu gehen:

Address	Size	R/W	Name	Type	Range	Units
E004 (F704)	1	R/W	Storage Control Mode	Uint16	0-4	N/A
E005 (F705)	1	R/W	Storage AC Charge Policy	Uint16	0-3	N/A
E006 (F706)	2	R/W	Storage AC Charge Limit	Float32	0-Max_Float	KWh or %
E008 (F708)	2	R/W	Storage Backup Reserved Setting	Float32	0-100	%
E00A (F70A)	1	R/W	Storage Charge/Discharge Default Mode	Uint16	0-7	N/A
E00B (F70B)	2	R/W	Remote Control Command Timeout	Uint32	0-86400(24h)	Sec
E00D (F70D)	1	R/W	Remote Control Command Mode	Uint16	0-7	N/A
E00E (F70E)	2	R/W	Remote Control Charge Limit	Float32	0- Battery Max Power	W
E010 (F710)	2	R/W	Remote Control Command Discharge Limit	Float32	0- Battery Max Power	W

Storage Control Mode is used to set the StorEdge system operating mode:
0 – Disabled
1 – Maximize Self Consumption – requires a SolarEdge Electricity meter on the grid or load connection point
2 – Time of Use (Profile programming) – requires a SolarEdge Electricity meter on the grid or load connection point
3 – Backup Only (applicable only for systems support backup functionality)
4 – Remote Control – the battery charge/discharge state is controlled by an external controller

Storage AC Charge Policy is used to enable charging for AC and the limit of yearly AC charge (if applicable).
0 – Disable
1 – Always allowed – needed for AC coupling operation. Allows unlimited charging from the AC. When used with Maximize
self-consumption, only excess power is used for charging (charging from the grid is not allowed).
2 – Fixed Energy Limit – allows AC charging with a fixed yearly (Jan 1 to Dec 31) limit (needed for meeting ITC regulation in
the US)
3 – Percent of Production - allows AC charging with a % of system production year to date limit (needed for meeting ITC
regulation in the US)

Da man den Wechselrichter manuell steuern muss, muss man auch die Stromstärke beim Laden regeln. Lauf einer Aussage im Photovoltaikforum muss man die abflachende Ladekurve für den Hausakku nicht nachbauen, das soll von alleine gehen.

[wiggal]

Die Batterieentladung mit einem kleinen Shellscript oder ähnlichem per Modbus ab und wieder anzuschalten ist ja nicht so aufwändig.
Cool wäre, wenn man solche Tools per Schalter oder Menüpunkt auf der EVCC-UI einbinden und schalten könnte.

[xerion3800]

Ja schon wäre das. Aber jetzt sind wir wieder genau da was ich kurz vorher sagte. Dem einem reicht ein Schalter da er weiß wie man ein Skript schreiben und aufrufen kann. Dem anderen reicht wenn man die Informationen per MQTT abruft und außerhalb von EVCC die Logik aufruft. Andere wiederum sagen das muss alles EVCC können.

[steve0564]

Stimmt leider! Es gibt halt unterschiedlichste Bedürfnisse und Ideen, sowie unterschiedlichste Wissens- bzw. Könnenstände (vom Laien bis zum Programmiercrack). Ich zähle leider eher zu Ersteren und weiß nicht mal was ein Shellskript ist..... (bin mit Basic aufgewachsen).

[wiggal]

war ja blos so ne Idee mit den exteren Scripts. Ansonsten werdet ihr vermutlich nie alle Wünsche erfüllen können, das wäre ja dann die "Eierlegende Wollmilchsau".
Trotzdem höchstes Lob für eure Arbeit.
Schönen Gruß