Sparen: Zeitsteuerung der Parameter - Winter / Sommer Umschaltung - Datum / Uhrzeit

[Artikel14]

Unsere "Nulleinspeisung" schwankt immer etwas nach oben (ungewollter Netzbezug) und unten (ungewollte Netzeinspeisung) und liegt fast nie genau auf Null. Rund 10 Watt Abweichung sind zwar nicht viel, machen aber im Jahr bis zu 20 Euro aus.

(1) Für "Wintermonate" möchte ich ungewollte Netzeinspeisung aus meiner knappen Solarenergie gänzlich verhindern. Manuell stelle ich derzeit auf ca. 10 Watt "angestrebten Netzbezug", um möglichst all die knappe Solarenergie aus dem Akku auch wirklich wirksam nutzen zu können.

(2) Für ca. acht "Sonnenmonate" mit Überschüssen möchte ich dagegen ungewollten Netzbezug durch die Schwankungen in der Steuerung verhindern. Manuell stelle ich von März bis Oktober den "angestrebten Netzbezug" auf ca. minus 10 Watt, um zu verhindern, dass bei Schwankungen um Null unnötig zeitweise Strom aus dem Netz bezogen wird, während ich bereits täglich Überschüsse im Akku liegen habe.

Sparen würde beides. Der Vorschlag wäre, zeitbasiert je nach Datum diesen (oder auch andere) Parameter in der openDTUoB Anwendung automatisch steuern zu können. Zusammenlegen könnte man diese Idee vielleicht sogar mit dem Vorschlag eines uhrzeitgesteuerten Limits, um Menschen ohne Nulleinspeisung (ohne Zugang zum Zähler) beispielsweise eine Nachtabsenkung (Grundlast) zu ermöglichen. Man könnte mehrere Zeit-Energieprofile anlegen anhand derer die Parameter jeweils angepasst werden.
tbnobody#1095

[Gururom]

Zeitsteuerung ist ein immer wieder aufkommendes Thema. Nicht zu unrecht, auch ich wäre interessiert

[SW-Niko]

Hmmm... Du willst also bei viel Sonne und voller Batterie den "angestrebten Netzbezug" ins Negative bringen und bei wenig Sonne und leerer Batterie ins Positive. Soweit kann ich dir noch folgen, aber warum willst du als Steuergröße die Zeit nehmen? 🤔
Wäre da der SoC der Batterie nicht naheliegender? Schließlich gibt es auch im Winter mal schönes Wetter und im Sommer auch mal Schlechtes,

[Artikel14]

Hmmm...warum willst du als Steuergröße die Zeit nehmen? 🤔 Wäre da der SoC der Batterie nicht naheliegender?

Ja, diesen SoC (derzeit die Spannung) nutze ich bereits als zweite Steuergröße neben dem Leistungsbedarfs des Haushalts (Bitshake) zur Nulleinspeisung.
Das funktioniert eigentlich sehr gut.
Mich stören nur die immer noch erheblichen Restschwankungen um die Null.
(1) Denn im Winter will ich keinerlei Solarerträge unnötig einspeisen,
da ich sowieso alles später im Tagesverlauf noch wirksam unterbringe.
(2) Und im Sommer möchte ich möglichst jeglichen Netzbezug unterbinden,
da mein LiFePo4-Selbstbauakku im Sommer sowieso mehr Solarenergie speichert
als ich unterbringen kann (auch bei 3 bis 5 Tagen schlechtem Sommerwetter).
Steuern möchte ich dies zunächst über die Zeit, konkret über das Datum.
Zur Unterscheidung zwischen Winter und Sommer reicht mir der SoC nicht,
denn wie Du ganz richtig schreibst, "gibt es auch im Winter mal schönes Wetter und im Sommer auch mal Schlechtes". Nach zwei bis drei schönen Tagen im Januar ist mein Akku erfahrungsgemäß fast voll, aber erfahrungsgemäß brauche ich es für die Folgetage. Und von einem halbvollen Akku kann ich nicht schließen, ob ich im Winter oder im Sommer bin. Außerdem kann ich auch mit dem SoC nicht automatisch den "angestrebten Netzbezug" ändern.

Irgendwann später wird mal eine Steuerung sogar über die Solar-Wettervorhersage kommen.
https://auswahl-plz-bereich.solar-wetter.com/
Kombiniert wird dies dann mit dem SoC (Ladezustand) des Akkus, um noch genauer automatisch über die besten Parameter zu entscheiden...
(1) ob ich unnötigen Netzbezug verhindern will, wenn es nach Überschuss aussieht
(2) ob ich unnötige Einspeisung verhindern will, wenn es nach "Dunkelflaute" aussieht
(3) wie ich meine Sommer-Überschüsse volkswirtschaftlich und ökologisch "netzdienlich" einspeise
(4) wann ich den Akku wie weit "zyklen" lasse
(denn größerer und kleinerer SoC-Hub können gelegentlich Sinn machen).
Den größten Anteil des Nutzens würde aber bereits jene Zeitsteuerung der Parameter bringen, also "Winterschaltung" oder "Parameter für Winterbetrieb".

[Manos1966]

Interessant ist es!

Ich mache es heute selber (manuell) zwei Mal im Jahr.

Folgende Bemerkungen dazu:

• haette ich es lieber automatisch? Na ja, wenn ich zu Faul bin, zwei Mal im Jahr ein paar Aenderungen zu machen... 🙈
• Manuel die Aenderungen machen zu muessen, es haelt "mein Gehirn auf Trab". OpenDTU-OnBattery ist kein einfaches System (zu viele Optionen, zu viele Parameter....)

Viel Interessanter sind die Erlauterungen von @Artikel14
Die Möglichkeit verschiedene DPL "Profile" zu haben, die ich von einer externe Anwendung aufrufen kann 💯

• DPL-Profil auf Basis der Solar-Wettervorhersage
• Winter mit Sonne
• Winter mit "Dunkelflaute"
• Winter, ein Mal pro Monat die Batterie "voll-Laden" um die SOC Werte zu kalibrieren
• usw, usw...

PS. Ich lebe wunderbar "ohne", aber die Grundidee finde ich sehr interessant 👍