Argh!
Wie gut meine Idee erste 2-3 Tage funktioniert hat, machen aktuelle Preise alles durch einander 🤣
Ich habe schon eine andere und aus meiner Sicht viel besserere Idee, muss nur noch umsetzen 
In diesem Sinne: Guten Rutsch!
Hi Eugenius, ja habe deine Nachricht schon gelesen. Leider weiß ich damit aber immer noch nicht genau wie ich das umsetzen muss. Du schreibst was von MODBUS & ESPHome. Kenne mich mit ESPHome nicht aus? Was muss ich dazu kaufen? Und wie wird der ESP angesprochen?
Über solarman kannst du eine werte zwar schön auslesen, allerdings hast du nicht die "volle" kontrolle. Hierfür bietet sich direkte Kommunikation mit einem ESP32 und ModBus an: https://github.com/klatremis/esphome-for-deye
Hier kannst du dann direkt auf die Time of Use Tabelle -> laden/entladen / Zeiten etc. zugreifen.
Du hast da im HA schon einiges umgesetzt, eigentlich genau was ich Suche, du schreibst du kannst keine Beispiele hochladen?
Kann man nicht die .yaml in .txt umbenennen?
Ansonsten kannst du kurz erläutern / verlinken wie du die einzelnen Schritte realisiert hast:
- Welche Intergation verwendest du um die Vorhersage der Energiepreise zu bekommen?
- Zum Verstädnis deiner Time of Use - Tabelle
- du musst ja einmal deine Zeitspanne schreiben z.B. 4:00 - 8:00 -> also 400 für den Start. Schreibst du auch die 800 für das ende? Gridcharge musst ebenfalls "an".
- du hast für dich Zeite definiert wo der akku nicht genutzt werden soll? 100% und entsprechend entladen 50%-60% & Grid Charge "aus"
Nun könnte ja auch mittags eine sehr günstige Zeit sein, dann müsste man:
- Die Start / Endzeit setzten, Gridcharge aktivieren + den Akkulevel anpassen z.B. von 50% (entladelimit) auf 90% Sollfüllstand.
-> Die Zeiten sind so ja doch relativ fix, daher denke ich der lezte Punikt ist nicht tragisch, da die günstigen Zeiten eh immer gleich fallen und Tagsüber auch die PV aktiv ist. Hier gab es die Tage eine nette Heatmeap über das jahr 2023.
Und natürlich das ganze abhänig von der PV Vorhersage für den nächsten Tag 
/p>
Ich habe noch bis zum 7.02. Zeit. Dann offe ich brauchbare lösung gefunden & umgesetzt zu haben...
Grüße
Benedikt
P.S. Noch ein wenig offtopic: Das ist genau genommen was wir brauchen: https://www.akkudoktor.net/forum/neue-ideen/adaptives-und-ki-gestuetztes-energiemanagementsystem-auf-basis-von-openems/
Ein offenes Energie Management System, das Faktoren wie Eigene Erzeugung, Verbräuche & Energiekosten ausniviliert. z.B. kann es ja auch Sinnvoll sein eine LWWP auch mittags um 15 Uhr bei höherem Stromtarif anzuwerfen, da der Wirkungsgrad dort z.B. bei 4 anstatt mitten in der kühlen Nacht nur bei 2 liegt. Und damit immernoch günstiger zu sein.
Im Prinzip bauche ich nur "Trigger" sie mir sagen, wann was zu tun ist. Deye Battery mit Tibber laden ist ja im Prinzip einfach. Nur über Modbus die richtigen Register setzten 😛
Habt ihr mal jetzt schon ein paar Daten, also wie viele Verluste laden/entladen sind anzusetzen, bei wie viel Lade-Leistung? Immer auch berücksichtigt, 100W Mehrverbrauch, als wenn der WR nicht schläft.
Und natürlich das ganze abhänig von der PV Vorhersage für den nächsten Tag
Die scheint im Winter so was von daneben zu liegen... gerade mal 1-2Stunden vorher passt es halbwegs, aber einen Tag vorher, kannst auch eine Random Funktion laufen lassen.
Da meine ursprüngliche Idee mit TimeOfUse Tabelle doch nicht so gut funktioniert hat (an einigen Tagen kamen die Zeit durcheinander) habe ich jetzt neue Idee.
Es ist noch nicht komplett getestet, also mit Vorsicht zu genießen!
Voraussetzungen: die TimeOfUse Tabelle muss durchgehende Zeiten haben. Ich habe einfach alle 4h eingestellt:
Man braucht etwas zum ändern der Register im Wechselrichter (ich nutze ESPHome mit eigener Implementierung, man kann aber auch https://github.com/klatremis/esphome-for-deye Man braucht EPEX Spot Integration Optional: PV Vorhersage (ich nutze SolCast Integration) Die Idee: Man definiert für sich 2 fixe Strompreisgrenzen: z.B. 20 cent/kWh und 27 cent/kWh D.h. Unter 20 cent/kWh wird der Akku geladen (unabhängig von der Zeit oder ob das wirklich der günstigste Preis ist) und ab 26 cent/kWh wird der Akku entladen (unabhängig davon ob das der teuerste Preis ist). Zwischen den Preisen müssen mindestens 20% liegen, eher mehr. Ich gehe von 20% Verlusten beim AC-DC-AC Konvertierung und Speicherung aus, somit müssen es mindest 20% zwischen den Preisgrenzen sein, sonst zahlt man wegen Verlusten drauf. Ich habe noch keine Besseremöglichkeit gefunden wie man den Deye steuern kann, also her damit mit Vorschlägen. Ich mache es jetzt so: 1. Automation: wenn sich der aktueller Strompreis ändert und unter 20 cent liegt (kleiner gleich 19,99) , setze ich grid_charge bei allen 6 TimeOfUse Zeilen auf true. Optional: nur wenn für morgen unter xx kWh (muss jeder für sich den Wert herausfinden) vorhergesagt wird, denn sonst ist akku mit 100% voll und bei viel Sonne alles verkauft wird (noch ungetestet) 2. Automation: wenn sich der aktueller Strompreis ändert und über 20 cent liegt (also ab 20,01), setze ich grid_charge bei allen 6 TimeOfUse Zeilen auf false. 3. Automation: wenn sich der aktueller Strompreis ändert und über 27 cent liegt, setze ich SoC bei allen 6 TimeOfUse Zeilen auf 30 % (also Akku bis 30% entladen). 4. Automation: wenn sich der aktueller Strompreis ändert und unter 27 cent liegt, setze ich SoC bei allen 6 TimeOfUse Zeilen auf 100 % (also Akku nicht mehr entladen). Ich muss noch schauen, wie 20.01 cent eintragen kann Man könnte statt fixen Wert von 20 cent als Ladegrenze noch zusätzlich dazufügen, dass man nur den minimalsten Preis für heute erwischt aber trotzdem nicht höher als 20 cent. Dann lädt man am günstigsten. Durch die Preisobergrenze lädt man evtl. aber nicht jeden Tag. Jetzt ein paar Screenshots wie es in HA aussieht wenn man Automationen anlegt: Preisänderung als Trigger:
"Über" bzw. "Unter" entsprechend setzen:
Und dann die Werte in den WR setzen:
EDIT 05.01.2023:
Ich habe noch weiter rumgespielt:
Ich checke zuerst ob der Akku mehr als 30% übrig hat (tiefer will ich im Winter nicht entladen)
Ich weiß, dass ich ca. 10% Akku pro Stunde brauche (die Stelle " / 10) and"
Und so berechne ich für wie lange der Akku noch reichen würde. D.h. bei 50% im Akku, bis 30% entladen und bei 10%/Stunde hält mein Akku noch 2h.
EPEX Spot Integration bietet nummerische Wertung des Preises: Rank 23 heißt der höchste Preis, 0 heißt der günstigste.
Wenn ich also von 23 die vorher errechnete 2 subtrahiere, finde ich 2 höchste Preise/Zeiten an denen ich den Akku entladen will.
Vorteil: Ich kann den Akku flexibler je nach SoC nutzen, die höchste Preise müssen nicht mal neben einander liegen.
Mit dieser Version könnte es passieren, dass ich bei den dritt oder zweit höchsten Preis schon den Akku leer sauge...
Es könnte auch sein, dass es auch viel übrig bleibt auch nach dem höchsten Preis...
Aber so ist eher sichergestellt, dass man möglichst höchste Preise und nicht einfach "ab 27 cent/kWh" erwischt, obwohl es an dem Tag auch mal 42 cent/kWh geben wird, aber bis dahin schon der Akku leer ist.
ok, verstehe.
Die Idee mit en 4h Timeslots war auch mein ursprünglicher Gedanke, um nur ein bzw. auschalten zu müssen. Die Zeitkonvertierung & manipulation schien mit zu komplex.
SolCast will ich mir noch ansehen, bisher habe ich nur die Forecast. Ist so lala... Im Winter nur in 10K schritten interessant. Also wenn ich dann mal über 20-30kWh Forecast habe macht es ggf. Sinn den speicher nicht voll zu machen. Ist jetzt auch noch abhängig vom Wetter (ne weitere Variable). Bei -10°C oder +10°C macht da mit LWWP schon einen unterschied. Wären da dann so 20kWh anstatt ca. 70kWh für's Heizen 😝
Ja die Preigrenzen ist so ein Thema. Wie weit lässt sich hier mit Abweichung zum Durchschnitt "arbeiten"?
Ich werde mir auf jedenfall mal noch die EPEX Spot und Solcast installieren und dann muss ich auch mal testen...
THX
Ja die Preigrenzen ist so ein Thema. Wie weit lässt sich hier mit Abweichung zum Durchschnitt "arbeiten"
Du kannst alles mögliche Programmieren, die Frage ist halt wie aufwendig du es machen willst und wie viel Zeit es kosten wird...
Ein Kumpel hat mich auf ein anderes Problem hingewiesen: mal angenommen, heute hast du den Akku auf 100% mit 15 cent voll gemacht. Aber nur 50% entladen, dann machst du die restlichen 50% mit 20 cent voll, der Preis ist im Akku also eigentlich (15+20)/2... wenn man dann meine 20% Verluste drauf rechnet, muss man von dem aktuellen Preis im Akku ausgehen...
Es wird also sehr spannend und komplex
Hier mein aktueller Quellcode aus der automation.yaml (sieht leider sehr unsauber aus, in der HA UI sieht es besser aus):
Zusammengefasst: Ich starte die Akkuladung nur wenn heute bzw. morgen unter 6 bzw. 10 kWh erwartet wird (ich weiß, dass ab 6 kWh etwas im Akku landen kann) und SoC entsprechend unter 90 bzw. 80% ist, der aktuell der günstigste Preis ist (Rank=0) und dabei kleiner gleich 20 cent/kWh brutto ist.
Ich stoppe den Ladevorgang bei über 90% bzw. bei dem Preis über 20 cent bzw. ab dem 3. günstigsten Preis. (in meinem Fall reicht 1h um den Akku voll zu laden, wenn in der nächste Stunde 2. günstigste Preis ist, darf immer noch geladen werden, man weiß ja nie)
Ich starte die Entladung aus dem Akku wenn SoC mind. 30% beträgt (tiefer will ich im Winter nicht gehen) und den Rank des Preises berechne ich aus dem SoC und aus dem bekannten Verbrauch von 10 %/Stunde.
So versuche ich mit dem was im noch im Akku ist (egal ob aus dem Netz oder PV) möglichst auf die teuerste Stunden zu verteilen.
Die Entladung stoppe ich wenn der SoC auf unter 30% fällt bzw. der Preis auf unter 27 cent/kWh fällt.
Ich beobachte eure Bemühungen weiter und warte auf eure Auswertungen, denn ab Feb. gehe ich von 46cent auf 26cent runter fix. Da denke ich frühestens ab Jan. 2025 über Tibber&Co nach. Womöglich hat mein Versorger dann auch so was im Programm. Aber die 26cent zu unterbieten wird schwer werden denke ich, zumal im Sommer eh nix eingekauft wird.
@linuxdep 26Cent nicht in RLP bei 2500kWh im Jahr ... werden da wieder Äpfel mit Birnen verglichen 😉
Bei 26Cent .. und geringen Grundgebühren wäre ich sofort bereit in 14 Tagen zu wechseln .. was bei Tibber möglich ist 😛
@linuxdep Ich brauche Strom aus dem Netz nur ca. 4 Monate im Jahr, die restlichen 8 bin ich komplett autark was Einkauf angeht.
Die ganze Tibber+Akku Geschichte ist eine Spielerei, mehr nicht. Wenn ich die letzten 2 Tage anschauen, dann kann ich weder den Akku laden (zu teuer), noch entladen ("zu billig" wegen den Verlusten), da lieber den Akku komplett abschalten und so Strom sparen, bringt mehr. Das sollte jedem klar sein. Nicht, dass es jetzt jemand auf die Idee kommt wegen Tibber extra einen Akku anzuschaffen...
Wenn du wirklich 26cent/kWh bekommst, greif zu und genieße das Leben 😀
Bei mir sind es aktuell 29 cent/fix bis ca. Ende des Jahres. Da wird es dann klar wie wir weiter vorgehen werden.
Aber ja, Grundgebühr darf man nicht vergessen. Seitdem Tibber die auch angehoben hat, wird es langsam auch nicht mehr interessant.
Nun ja, ich brauche auch nur Strom im Winter zukaufen. Die günstigsten Angebote aktuell in Süddeutschland sind so ca. 0,35€/kWh. Für 26Cent würde ich den Aufwand auch nicht treiben. Alternativ: 2ter Stromzähler für WP Tarif ist aktuell auch nicht drin, da zu viel Umbauten an der Hauselektrik notwendig.
Daher Strom kaufen/nutzen/speichern wenn günstig und wenn's teuer ist zurückhaltend verhalten.
Zum Thema:
Danke für das teilen der Automatisation! Ich denke so werde ich jetzt auch erst einmal Starten.
Parallel schaue ich immer noch nach einem EMS (Energie Management System), hier habe ich inzwischen etwas interessantes gefunden und mich ein wenig eingelesen: EMHASS ( https://github.com/davidusb-geek/emhass-add-on). Sieht auf jeden Fall spannen aus...
@tsg joa, den habe ich auch schon gefunden und werde später anschauen
2. Zähler für WP habe ich absichtlich nicht genommen (Neubau aus 2023):
- wegen der 2. Grundgebühr ist der Ersparnis beim Strompreis wieder weg und man zahlt wahrscheinlich sogar drauf.
- Eli müsste Kaskade machen um meinen eigenen PV Strom auch für WP nutzen zu können, machbar, aber komplexer.
Jo Haus aus den 70er 🤔 und Kaskase wäre natürlich das beste für maximale PV Eigennutzung. Da musst man aber bei einem Anbieter eine Lösung finden, der die 2 Zähler auseinander dividiert. Das beste aus 2 Welten konbinierten ist da nicht... (soweit ich informiert bin) Also Anbieter A für Haushaltsstrom und Anbieter B für WP und das ganze über die Kaskade.
Zu EMHASS: Ich denke einge Automatisationen / Use-Cases auszudenken und sich da rein zu fuchsen oder auf EMHASS und sich dort Einzudenken / Arbeiten braucht beides Zeit. Längerfristig sehe ich den Benefit eher in der EMHASS Lösung.
Bei mir sind es aktuell 29 cent/fix bis ca. Ende des Jahres.
Na ja, ist es bei mir auch 29cent, aber der Anbieter gibt einen Treubonus von -3 cent, weil er mich bis Jan. mit 46cent gemolken hat, denkt er zumindest. 😎
Also Anbieter A für Haushaltsstrom und Anbieter B für WP und das ganze über die Kaskade.
Ersteres habe ich, Kaskade muss noch umgebaut werden, ist aber auch kein Hexenwerk, nur Zähler hinter Zähler... aber da überlege ich gerade noch, derzeit lohnt zweiter Zähler wirklich nicht mehr, auch wenn die Grundgebühr für zweiten Zähler nur 80€ sind. Aber die Abstände sind einfach zu gering derzeit. Hoffe immer noch das der WP Strom weniger Abgaben bekommt, wurde ja mal angedacht, aber aufgrund der Haushaltslöcher bin ich da nicht mehr so zuversichtlich. Bin aber erst mal bis Nov. 2024 gebunden und bis dahin würde zu viel PV verloren gehen. Abschalten werden die sicher nicht in PV Hochzeiten, da ist der Strom ja im Überfluss da, das wäre blöd, denn könnte ich auch nix aus der PV nutzen. Auch hier abwarten was dieses Jahr bringt, ggf. Zähler kündigen, aber erst mal noch hoffen.
Ich "blogge" hier mal weiter
Ich habe herausgefunden, dass ich von 100% Prozent in die Batterie geladener Energie nur 94,46% wieder entnehmen kann.
Ich versuche jetzt doch mal Strompreis in der Batterie zu berechnen. So wir man besser abschätzen können ob sich die Entladung der Batterie lohnt oder nicht. weil man z.B. relativ teuer aus dem Netz netz nachgeladen hat, es ist aber noch der günstiger Strom aus der PV in der Batterie war und der Preis somit doch nicht so schlecht ist.
Parallel versuche ich noch EMHASS zum laufen zu bringen. Ich scheitere aber schon beim Speichern der Einstellungen... da bin ich aber nicht alleine mit dem Problem :/
Ach, und zusätzliche teste ich ob Solcast oder Forecast.Solar bessere werte bei der Vorhersage liefern