Ich habe die dyn ESS Beta laufen
1 „Gefällt mir“
Hat jemand mit Tibber die NodeRed DESS Variante am laufen? Ich experimentiere aktuell damit, verstehe die Logik noch nicht so ganz. Ab 20.2 läuft Tibber bei mir. Die OpenWB läuft auch schon mit Tibber testweise. Ich habe das Gefühl Victron würde nicht immer den Akku voll ballern wenn der Preis günstig ist. Und die Autos würden dann ja auch anfangen zu laden. Meine aktuelle Ladelogik für die Autos würden natürlich immer aus dem Netz ziehen und daher den Setpoint im Venus anheben damit nicht aus dem ESS was in die Autos fließt. Ich denke das beißt sich dann mit DESS.
Über dbus mqtt kennt mein Venus auch die Werte von der OpenWB. Es wäre doch für Victron ein einfaches die EV Werte dann einfach mit einzubeziehen.
Zwei Anmerkungen dazu.
Das DESS berücksichtigt zur Zeit immer nur den Zeitrahmen für den es Preise hat. Das heißt wenn der Preis besonders niedrig ist, lädt es nur soviel Energie, wie aufgrund der Verbrauchs und Erzeugungsprognosee für die nächste ihm Bekannte Hochpreisphase benötigt wird. Aber das schon ganz schön effektiv. Ich habe schon mehrfach beobachtet, wie er kurzfristig, als zb die Preise für den nächsten Tag bekannt wurden nochmal geshopt hat.
Ein anderes Mal passte seine Verbrauchsprognose nicht, da hat das System kurzfristig reagiert und nachgebaut.
Victron schreibt auf seinen Seiten selber, das sie noch nicht zufrieden sind mit ihren Prognose features gerade bezüglich großen Lasten. Also zum Beispiel das E Auto laden. Das ist wohl auf deren To Do Liste ganz oben.
Es bleibt spannend
Ich steure meine Wallbox übrigens seit einiger Zeit über die Programmierbaren Relais der Multis. Als Parameter nutze ich Soc und Dc Spannung. Bei meinem System kommt es nur bei Tibber Ladung oder hoher PvLeistung zu "hoher" DC Spannung, dann schaltet die dumme Wallbox dazu. Die zweite Option ist wenn der soc Wert über 85% steigt, schaltet das Relais die Wallbox frei. Dabei ist meine Wallbox auf 3,5 kwh begrenzt. Dadurch erreiche ich das das DESS über Tibber auch die Wallbox steuert und gleichzeitig eine Überschussladung durch PV habe. Das ganze ist noch nicht optimal aber ich teste es gerade.
Mal ein Beispiel wie Tibber nochmal kurzfristig reagiert wenn es gegen 14 Uhr die Preise für den nächsten Tag bekommt. Das ist allerdings ein Paradebeispiel.
Aber wenn ich mir die Tibber Analyse in Abhängigkeit von Verbrauch zu Preis angucke und das bei einer Auflösung für den einzelnen Tag, dann läuft das schon geil.
Hab das DESS (Beta-VRM) auch paar Tage lang getestet, dann aber wieder deaktiviert. V.a. stören mich folgende Punkte:
- Derzeit zumindest (Winter mit keiner bis wenig PV-Produktion) wird nachts zu günstigen Kaufpreisen der Speicher geladen. Soweit so gut. Aber sobald dann später im Laufe des Tages doch etwas PV-Überschuss vorhanden ist, wird dieser sofort zu noch wesentlich geringen Verkaufspreisen ins Netz eingespeist, wenn sich der aktuelle SOC nahe dem gerade aktuellen Target-SOC befindet. Wenn dann aber später im Laufe des Abends vielleicht mal etwas mehr AC-Last als prognostiziert auftritt (was in der Praxis immer wieder mal der Fall ist) und der aktuelle SOC wie es meist der Fall ist wieder nahe dem gerade aktuellen Target-SOC befindet, wird diese unerwartet fehlende Energie wieder teuer aus dem Netz zugekauft.
Dem könnte man aber sehr einfach abhelfen indem man PV-Überschuss vorrangig zum Laden der Batterie verwendet um sich zumindest eine gewisse Reserve für unerwartete AC-Lasten im Speicher aufzubauen. So wie jetzt wird eigentlich Geld vernichtet statt verdient. Das DESS schaut da nur auf das "schnelle Geld" beim Verkaufen des Überschusses und geht davon aus, dass der weitere AC-Lastverlauf des Tages 1:1 mit der Prognose übereinstimmt, was ja nie der Fall ist.
Weiters müsste in der nächsten Nacht nicht wieder relativ teuer aus dem Netz geladen werden, wenn der gesamte PV-Überschuss am Tag zuvor in die Batterie gegangen wäre statt ins Netz. So wird aber nach dem billigen Verkauf des ÜV-Überschusses in der Praxis immer wieder mal teuer zugekauft bzw. die ganze Batterie unnötigerweise nachts wieder relativ teuer (zumindest i.d.R. teurer als zuvor verkauft) aus dem Netz geladen.
- Die unter Punkt 1 bereits genannte "Reserve" fehlt. Sobald sich der aktuelle SOC nahe dem Target-SOC befindet, wird Energie auch bei teuren Kaufpreisen sofort wieder aus dem Netz bezogen, falls kurzzeitig etwas mehr AC-Last als prognostiziert auftritt. Hier muss beispielsweise eine gewisse SOC-Reserve oberhalb des eigentlichen Target-SOC für unerwartete AC-Lasten her, mit welcher derartige unerwartete Lasten abgedeckt werden können.
V.a. der erste Punkt macht zumindest jetzt im Winter das DESS für mich leider noch zu einem absolutenn NoGo...!
Habe beide Punkte bereits hier angemerkt (ab hier: https://community.victronenergy.com/articles/245772/dynamic-ess-on-beta-vrm-part-3.html?childToView=252840#comment-252840)- mal sehen, ob Victron was draus macht.
Da ich eine Nulleinspeisung praktiziere und dementsprechend den Verkauf deaktiviert habe spielt das für mich erstmal keine Rolle.
Das mit der "Einkaufsreerve" sehe ich ähnlich und würde mir dort eine zusätzliche Funktion wünschen.
Habe gelesen was du bei Victron geschrieben hast
Der Ansatz von dynESS ist auf jeden Fall Klasse, aber halt nicht für jeden Use-Case geeignet.. Ich habe mir auch via Node-Red eine eigene Implementierung gebaut, die für meine Anforderungen/Bedrüfnisse relativ gut funktioniert. Speziell bei 2 E-Autos, die zwar während der Winterzeit fast immer Nachts geladen werden, stehen zwei Großverbraucher auf dem Hof, die sowohl den prognostizierten Verbrauch, als auch den erwarteten Solarertrag für die Akkuladung stark negativ beeinflussen können.
Vielleicht erwähnst du das dort noch, damit Dirk-Jan sieht, dass das auch tats. mehrere user so wünschen 
Habe ich...... 
Und wenn du etwas hochscrollst oder auch mitgelesen hast. Ich habe geschrieben, jeder der die Möglichkeit hat, sollte es mal TESTEN. Nicht umsonst läuft es bisher als beta Version.
Aber wo hier einige die sich damit auskennen. Weiß jemand was genau Victron gestern Abend geändert hat? Ich hatte gestern eine Meldung, das es aufgrund einiger Anpassungen zu kurzfristigen Ausfällen kommen kann.
1 „Gefällt mir“
Nochmal zum Thema "Einkaufsreserve". Das Thema sollte Victron bearbeiten. Allerdings muss ich gestehen das ich bei mir auch etwas bei den DESS Parametern geschlammt habe. Mein Akku hat rechnerisch 28 kwh Speicher, also habe ich das bei den Parametern eingetragen. Aufgrund meiner Ladeparameter nutze ich aber nur deutlich weniger, ca 75-89%. Also irgendwo 25 kwh. Ich habe vor einigen Tagen die Kapazität geändert und jetzt läuft es besser, noch nicht perfekt aber besser
Sehr interessant!
Wie hast du die "ca. 75-89%" ermittelt, wie bist du auf diesen Wert gekommen?
Genau ermittelt nicht. Aber ich fahre die Ladespannungen sehr konservativ. Bei meinem 16S System ist für mich bei 54,8 V absolut Schluß. Das sind nach oben schonmal 10-15%. Nach unten habe ich auch schon paarmal nachkalibriert und jetzt auch etwas die Parameter im shunt geändert. Dadurch nutze ich ja nur noch 80 % der Kapazität, was mir völlig reicht. Ich versuche dadurch den Akku zu schonen.
Allerdings passen dadurch die Berechnungen im DESS, MEINER MEINUNG NACH nicht mehr. Der Akku hat ja keine Kapazität von 28 Kwh sondern rund 25 kwh. Victron schreibt irgendwo in seiner DESS Beschreibung das sie die Kapazität zur Berechnung brauchen, für die prozentige Kalibrierung.
Mag sein, das ich einen Gedankenfehler habe. Aber ich teste es seit einigen Tagen und finde es läuft deutlich besser.
54,8 V / 16 = 3,43 V je Zelle
Lt. der im Netz kursierenden Spannungs/SOC-Diagramme für LiFePo4 bist du damit aber deutlich über 90%, eher sogar schon über 95% und nicht bei lediglich 85-90%?
Mag sein......allerdings werden es keine 28 kwh sein. Abzüglich einige Prozent im unteren Bereich Bereich sind es ehr 25 als 28 Kwh. Und das ist doch der entscheidende Punkt .
Mal davon abgesehen das im Netz und auch hier im Forum noch ganz andere Spannungen gefahren werden 
- Stimmt schon.
Mit "läuft jetzt besser" meinst du vmtl., dass seltener ungeplant aus dem Netz nachgeladen wird um den Target-SOC zu halten.
Das muss ich dann ggf. auch mal versuchen. Habe mit meinem 16S und Ladung auf 55,2 V eine Kapazität von 14,34 kWh eingetragen. Muss dann versuchsweise einfach mal stattdessen 13 kWh eintragen..
Ja genau das. Wie gesagt, ich habe das erst seit einigen Tagen geändert und kann mehr als eine Tendenz noch nicht sagen. Aber ich bleibe dran. Wie hoch hast du deine Akku kosten gesetzt? Bzw die kosten für die degrarion
Batteriekosten hab ich nur 0,01 EUR/kWh eingetragen, weil ich das ja schon zur Gänze bezahlt hab und die Batterie nun mal schon da ist und auch genutzt werden soll.
Okay, ist ein Argument.......Ich bin bei 3 cent
Stellt sich die Frage, wie sich die Angabe höherer Batteriekosten dann tendenziell im DESS auswirkt. Darüber hab ich eigentlich noch nicht nachgedacht.
Eigentlich doch klar. Bei niedrigeren Kosten wird tendenziell zu einer geringeren Preisdifferenz geladen. Mein System hat im Dezember sehr viel Nachts geladen, dafür bisher im Januar erst ein paar mal. Oft hat das ESS aber die wenige Pv Leistung in den teuren Phasen genutzt und die restliche Zeit direkt bezogen. Auch wenn noch nicht alles perfekt läuft, ich finde es soweit schon mal richtig geil.