Hi.
Dieser Beitrag erweitert das genutzte Skript aus diesem Beitrag:
Multiplus II – Tibber – Dynamischer Stromtarif – Akku automatisch laden und entladen
Ich habe ein Youtube-Video ergänzt. Das ist etwas älter, das aktuelle Skript ist umfangreicher.
In der letzten Version erstelle ich zu beginn und jede halbe Stunde eine Liste, wie der SoC gesetzt werden wird, damit man das Verhalten im Vorfeld prüfen oder in ein Diagram übernehmen kann. Außerdem kann man das Skript importieren und muss dann die Pfade nur noch einer zentralen Stelle ändern und nicht mehr im ganzen Skript suchen.
Ich denke ich habe eine brauchbare, einfache Lösung gefunden um das Skript für den Sommer zu erweitern. Zusätzlich zu der strompreisbezogenen Entscheidungslogik sind nun die Daten aus dem PV Forecast integriert. Der Adapter „pvforecast“ bietet zwei Anbieter. Man hinterlegt seine Solarflächen mit Ausrichtung, Winkel und natürlich dem Ort und bekommt eine Einschätzung, wie viel kWh über den Tag erzeugt werden. Für mich funktionierten beide Anbieter gleichermaßen „ok“. Mal ist der eine dichter an der tatsächlichen Erzeugung, mal der andere. Ich habe zwei Instanzen erzeugt und nutze dann den Mittelwert aus beiden Prognosen.
Um die Logik simpel zu halten, habe ich dann einen Schwellwert erstellt, bei dem entschieden wird, ab wann nur der Akku genutzt wird und die Tibber-Logik übersprungen wird. Ich habe einen Tagesverbrauch von max. 7kWh. Der Akku hat 10kWh. Ich muss also über den Tag 14kWh erzeugen, damit der Akku voll wird und ich den Eigenbedarf decke. Natürlich ist das einfach gedacht, hat aber bisher funktioniert.
Wenn jetzt die PV-Prognosen für heute oder morgen mehr als 14kWh melden, setze ich den minimalen SoC auf 20%. Der Akku kann sich entladen, weil er ja am nächsten Tag von der Sonne wieder aufgeladen wird.
Ein Anbieter meldet auch den geschätzten Ertrag bis jetzt zurück. Diesen ziehe ich von der heutigen Schätzung ab. Unterschreitet die Schätzung von heute dann 14kWh, zählt nur noch die morgige Prognose.
Wenn der Schwellwert für morgen auch die 14 kWh unterschreitet, setzt wieder die normale Tibber-Logik ein, die anhand des Preises entscheidet, wann entladen und geladen wird. Sobald die morgige Prognose wieder 14kWh überschreitet, entlädt der Akku und ist bereit die Sonne aufzunehmen. Die Entladung wird also nur zurück gehalten, bis zeitnah geladen wird, sodass immer genug Puffer für teure Zeiten vorhanden ist.
Ich entlade und lade mit der Tibber Logik übrigens nur zwischen 20% und 80%. Wenn ich das richtig verstehe, hat der Akku (Pylontech) dann bis zu 12000 Zyklen und von 80% bis 100% kann die Solaranlage dann noch auffüllen.
So nun zum Skript:
Ich hab wieder Platzhalter eingefügt, die durch die eigenen IDs ersetzt werden müssen:
<TIBBER-HOME> durch die Tibber Home ID. Findet man unter Objekte im Tibber Adapter.
<VICTRON_ID> durch die Victron ID. Ist auch unter Objekte im MQTT Client Ordner zu finden.
Vorher mit suchen/ersetzen in der Textdatei überschreiben und erst dann importieren, sonst nerven die Fehlermeldungen beim Importieren, dass der Pfad ungültig ist.
Die bisherigen Adapter aus dem ersten Beitrag werden benötigt und natürlich fertig eingerichtet die pvforecast-Adapter.
Ich hoffe meine Beschreibung reicht um es erfolgreich zu nutzen. Fragen und Anregungen gerne in die Kommentare.
Frohes Stromsparen.
LG
Torsten
12. September 2023 um 00:53
Das Video gefällt mir schon super gut, endlich bekam ich Tibber-connect in ioBroker richtig installiert und sehe ich den Objekten meinen Verbrauch. Coool . Alles andere muss ich mir noch erarbeiten und werde das Video bestimmt noch 15 mal ansehen, bis ich alles passend umgesetzt habe.
Danke für die Arbeit, die du dir hier gemacht hast !!!!!