Kommentare: Fronius & BYD Akku über Modbus steuern, Home Assistant

Preview Fronius & BYD Akku über Modbus steuern, Home Assistant

Fragen / Kommentare zu Fronius & BYD Akku über Modbus steuern, Home Assistant

neueste zuerst
[5 weitere Kommentare in English]
anonym
Hallo Bernhard,
ich habe gerade ein ganz anderes Szenario in der Verbindung Fronius / ByD Batterie im Kopf.
Ich wechsle zu Tibber und hab mir überlegt wenn im Winter die PV-Anlage nicht genügend Strom erzeugt um die Batterie zu befüllen, könnte ich die Batterie doch nachts günstig aufladen, die Speicherverluste muss ich natürlich berücksichtigen.
Ich steuere daheim alles über Homematic und habe auch die Möglichkeit http / https Requests abzuschicken. Wäre es möglich ein entsprechendes Skript hierzu zu erstellen?
Gruß
Michael
Markus
Hallo Bernhard,

vielen Dank für den tollen Artikel! Ich habe eine ganz ähnliche Situation, also die Module liefern mehr Spitzenleistung als der WR (Fronius Gen24) verarbeiten kann. Dazu kommt, dass ich weniger Leistung ins Netz liefern darf, als der WR max. produzieren kann. Deshalb möchte ich den WR bei erwartetem Überschuss (Wetter-API) automatisch so konfigurieren, dass die Batterie möglichst geleert wird, es sei denn, der WR läuft in die Limitierung und müsste die Leistung drosseln. In dem Fall soll die überschüssige Leistung in die Batterie geladen werden. Dieses Verhalten lässt sich erreichen, indem in der GUI unter "Battery Management -> Time-dependent battery control" die "Min. discharge power" auf einen positiven Wert eingestellt wird, ansonsten aber keine max. charge/discharge power konfiguriert wird. Das Problem scheint nun zu sein, dass dieser Wert nicht per API (Solar API oder Mosbus) konfigurierbar ist, sondern lediglich per GUI. Per Modbus scheint lediglich die max. charge/discharge power (positiv oder negativ) konfigurierbar zu sein, über welche der gewünschten Effekt aber nicht erreichbar ist.

Die Alternative wäre, Werte fortlaufend anzupassen, aber auch das ist nur heuristisch möglich, weil es ja per API gar nicht ohne Weiteres erkennbar ist, ob die Leistung aktuell gedrosselt wird bzw. wie hoch die Leistung ohne Drosselung wäre.

Liege ich mit meinen Annahmen richtig, oder übersehe ich etwas?

Liebe Grüße
Markus
Bernhard
Hallo Markus,

was über Modbus möglich ist, ist die Batterie zum Entladen mit einer bestimmten Entladeleistung zu zwingen. Ich hatte dazu in Home Assistant bereits ein Script und dieses hier hinzugefügt: Batterie mit einer bestimmten Leistung entladen (erzwingen).
Ich schätze, der Wechselrichter müsste eine eingestellte Einspeisebegrenzung respektieren und dann das Entladen aussetzen? Habe das aber so noch nicht getestet.
Markus
Hallo Bernhard,

danke für die Rückmeldung! Sollte in der Nachricht ein Link enthalten sein? Der scheint verlorengegangen zu sein.

Wenn man die Batterie zum Entladen zwingt, aber möchte, dass sie im Falle eines Stromüberschusses (z.B. aufgrund eines beschränkten Netzzuganges) dann doch lädt, dann muss man offenbar die Batterie per Skript laufend überwachend und beim Feststellen eines Überschusses von Entladen auf Laden umstellen. Schön wäre, wenn WR/Batterie das selbst regeln würden. Wenn man per Battery Management eine "min. discharge power" konfiguriert, kann genau dieses Verhalten erreicht werden. Aber wenn ich dich recht verstehe, und so wie ich die Modbus API bisher verstanden habe, ist dieses Verhalten per Modbus nicht konfigurierbar und offenbar auch nicht per offizieller Solar API.

Per undokumnetierter Web API lässt sich das Verhalten aber offenbar konfigurieren, [siehe z.B. hier](https://github.com/home-assistant/core/issues/92279) [oder hier](https://github.com/evcc-io/evcc/blob/master/templates/definition/meter/fronius-solarapi-v1.yaml). Aber bei Nutzung einer undokumentierten API ist's halt mit der Zukunftssicherheit in der Regel nicht weit her. :-)
Bernhard
Hallo Markus, nein es sollte kein Link vorhanden sein: Ich habe die Seite um die Information ergänzt: Überschrift auf dieser Seite: "Batterie mit einer bestimmten Leistung entladen (erzwingen)"
Markus
Alles klar, danke! :-)
Lobotschobi
Hallo Markus und Bernhard!
Ich bin nicht sicher, ob ich die beiden Links oben und deren Aussage richtig verstehe - ich bin da eher Neuling.
Ich habe genau das oben beschriebene händisch gemacht:
Ich habe mir in Home Assistant über Templates mit der Modbus-Schnittstelle ein Regelmodell geschrieben, das - unter der Rahmenbedingung, dass ich einspeisebegrenzt bin - die Batterie wetterabhängig (Prognose) nach einer Soll-Ladekurve über den Tag lädt. Zusätzlich wird in der Nacht abgeschätzt, wie viel Strom bis Sonnenaufgang noch gebraucht wird: Überschuss wird in der Nacht eingespeist.
Hauptzweck ist aber, dass ich die Batterie über den Tag langsam lade und nur wenn ich die Einspeisebegrenzung erreiche, wird mehr in die Batterie geladen als geplant um nichts zu verlieren. (Ich mache das eben "händisch" - bei 4kW Einspeisebegrenzung habe ich einen Wert definiert - z.B. 3.900 W. Ich regle nun die Ladung der Batterie so, dass die Einspeisung diesen Zielwert erreichet.)
Das funktioniert recht gut. Ich habe aber ein Problem: Ich finde in allen Modbusdaten die aktuelle Solarproduktion, die Leistung von/in der/die Batterie und die Leistung von/ins Netz nicht (der letzte ist der Wichtigste - auf den regle ich ja). Ich nehme zurzeit die Werte aus dem Fronius-API aber die liegt nur im 10 Sekundentakt vor. Funktioniert zwar - aber der Regler mit diesem 10 Sekundentakt ist dadurch träge. Das merkt man vor Allem, wenn sich ein starker Verbraucher ein- bzw. ausschaltet. Ich würde das gerne im 2-5 Sekundentakt laufen lassen - aber das macht natürlich nur Sinn, wenn ich die Messwerte gleichschnell bekomme.
Wo finde ich die beim Modbus? Meinem Verständnis nach liefert die der - in meinem Fall - Fronius Smart Meter. Der hängt ja auch am Modbus, aber ich habe noch nicht herausgefunden, wie ich da rankomme.
Habt ihr eine Idee oder das schon gelöst?

Viele Grüße,
Helmut
P.S.: Bei Interesse kann ich den Ansatz natürlich gerne teilen.
Lobotschobi
Entschuldigung - ich habe die Werte doch nun gefunden: den Zugriff auf den Smart Meter für die Einspeiseleistung und die anderen im MPPT-Block. Ich werde sie mir aber noch genauer ansehen, die Auswirkung auf meinen Regler und dann noch kurz darüber informieren.
Viele Grüße, Helmut
Bernhard
super, danke: wollts mir auch ansehen, bin aber noch nicht dazugekommen..
Lobotschobi
So, hier kurz ein Überblick über meinen Ansatz die Batterieladung Tag und Nacht zu managen.
(Ich möchte betonen, dass es sicher schönere Möglichkeiten gibt, das zu implementieren – vielleicht überlege ich mir das noch – vielleicht gibt es auch Ideen. Es ist über einige Wochen gewachsen (ich musste erst lernen, wie man in Home Assistant gewisse Funktionalitäten, Automationen und Variablen umsetzt) und funktioniert jedenfalls recht gut. Bei meiner Recherche über Modelle, die das erledigen, bin ich leider nicht fündig geworden.)

Zusammengefasst:
Randbedingungen:
• Einspeisebegrenzung 4 kW (Anlage: 10 kWp)
• Strombezugsvertrag – Stundentarif
• Stromliefervertrag: Fixtarif

Nacht:
Ich berechne, wie viel Energie für meinen Haushalt bis Sonnenaufgang in der Batterie sein soll. Das hängt vom Verbrauch (Sommer weniger / Winter mehr), von der Prognose des Folgetages und vom Stromtarif für den zugekauften Strom ab: Bei Überschuss speise ich die gespeicherte Energie ein, bei Bedarf lade ich zu den günstigen Nachtstunden den Speicher gezielt auf.
Tag:
Beginnend mit der geplanten Restladung aus „Nacht“ bei Sonnenaufgang wird eine Plan-Ladekurve berechnet. Das ist eine halber Cosinus (verkehrt: -cos(alpha*t-offsetSonnenaufgang), die bei Sonnenaufgang bei der geplanten Restladung beginnt und bei Sonnenuntergang 100% Batterieladung erreicht.

Die Aufgabe der Regler Nacht und Tag ist nun den Speicher gemäß dieser Kurve zu verwalten aber die Einspeisebegrenzung zu berücksichtigen (wenn mehr Leistung von der PV-Anlage da ist, wird schneller als die Plan-Ladekurve geladen und bei Bewölkung mit dem Laden wieder gewartet (sprich: mehr eingespeist), bis die Plan-Ladekurve wieder erreicht ist.

Aus folgenden beiden Gründen hat es jetzt etwas gedauert (vielleicht hat da jemand einen Kommentar / Lösung dazu):

1. Modbus-Problem:
Ich wollte zuerst die Modbusdaten nicht über Sunspec sondern mit dem Modbus-Modul laden (Sunspec kann den Smart Meter nicht auslesen (zumindest habe ich das nicht herausgefunden), daher wollte ich dann alles gleich mit dem Modbus-Modul von Home Assistant einlesen).
Dabei bin ich auf das Problem gestoßen, dass des MPPT-Register zu lange ist (Home Assistant begrenzt den String mit 256 Zeichen). Daher musste ich es auf 4 Teile teilen. Im 1. Teil steht der – leider – dynamische Skalierungsfaktor (SF) für die 4 MPPT-Stränge (in diesem Fall für Power - Strang 1, Strang 2, Batterie laden, Batterie entladen). Das war aber nicht synchron: Strang 1 war richtig (in dem Block wurde der Skalierungsfaktor mit eingelesen, der da am Anfang steht). Jetzt ist es aber passiert, dass der SF für die 3 MPPTs aus den anderen 3 Blöcken dann ein Problem bereitet hat, wenn er sich gerade geändert hat. Die MPPT2/3/4 hatten dann genau einen Peak nach oben oder unten – je nachdem. Der Peak war genau Faktor 10 – also war der SF hier gerade noch falsch – ich weiß nicht warum. Das hat meinen Regler natürlich gestört. Ich habe dazu keine Lösung gefunden.

Ich habe das Einlesen des MPPT-Blockes dann auf Sunspec umgestellt – und jetzt funktioniert es.

2. Timing:
Das ist wohl eher Regelungstechnik und Automation (da habe ich wohl während des Studiums zu wenig aufgepasst ;-) )
Ich lese die Modbusdaten jetzt im 2-Sekundentakt (1-Sekundentakt habe ich mich noch nicht getraut ;-) )) ein und berechne aus allen relevanten Daten die soll-Ladung der Batterie (die ist der Stellwert, der sich aus dem tageszeitabhängigen Zielwert der cos-Kurve und der Einspeisebegrenzung ergibt).
Die Ausgabe des Stellwertes für die Batterieladung über Modbus passiert in einer Automation mit einem Takt von zurzeit 6 Sekunden (macht nur eine Sicherheitsabfrage, schaut ob der Regler grundsätzlich aktiviert ist und schreibt das Register - so wie von Bernhard erklärt).

Je langsamer ich das mache, desto träger wird der Regler beim Erreichen der Einspeisegrenze und ich verliere Energie, weil der Wechselrichter dann nicht die volle Leistung von den Paneelen abholt, bis der Zielwert wieder erreicht ist.
Wenn das zu schnell passiert, beginnt der Wert zu schwingen.
Dazu muss ich einfach die Messwerte noch besser verstehen (Glättung / Totzeit) um das ideale Timing für das Reglerverhalten zu finden (viel habe ich da im Internet leider nicht gefunden).

So, und bevor ich hier mehr Details poste, warte ich gerne auf Kommentare und ob da überhaupt Interesse besteht.

Viele Grüße,
Helmut
anonym
Hallo Lobotschobi,
Leider bin ich nicht ansatzweise so fit wie du im HA.... dein Ansatz klingt aber sehe gut!
Ich würde gerne meine Batterie auch PV prognosebasiert (Solcast) und Strompreisabhängig (Tibber) verwalten. Leider bin ich hierzu noch nicht wirklich fündig geworden.
Deine Steuerung geht ja an der ein oder anderen Stelle deutlich weiter.
Viele Grüße skinflint
anonym
Über SunSpec sollte der Fronius Smart Meter mit
IP x.x.x.x
port 502
Slave 200
erreichbar sein.
So ist es zumindest bei mir.

LG
Philipp
Hallo,
auch von mir erstmal danke für die tolle und gut verständliche Anleitung.
Bei mir scheint nach Anpassung der Startadresse auf 40355 (nach Excel Gen24_Primo_Symo_Inverter_Register_Map_Float_storage.xlsx) auch das Auslesen der Werte zu klappen.
Leider funktioniert das Schreiben bzw. Ausführen der Skripte nicht. Sobald ich auf dem Dashboard auf "Ausführen" egal welchem Skript klicke, ändert sich "nichts", also die gewünschte Umsetzung kommt nicht am Wechselrichter an und auch die angezeigten Werte ändern sich nicht.
Was mir aufgefallen ist, ist alle Werte auf dem Dashboard beim Draufklicken als Aktualisierungsdatum immer den Zeitpunkt des letzten HA Restarts anzeigen.
Ist das normal oder gibt es evtl. ein Kommunikationsproblem ? Hat jemand eine Idee wie ich hier weiter debuggen kann ?

Danke und Gruß
Philipp
Bernhard
Hallo Philipp, meinst du mit dem Anpassen der Startadresse die Modbus-Konfiguration in der configuration.yaml-Datei von Home Assistant?:
modbus:
- type: tcp
...
sensors:
- name: reading_battery_settings
slave: 1
count: 24
address: 40345
...
Sollte dein Setup mit 40355 anstelle von 40345 funktionieren, schätze ich müssen für das Ausführen und Schreiben wahrscheinlich auch angepasste Adressen verwendet werden?
Eventuell hat das was mit den Komponenten in der Gerätekonfiguration zu tun? Wie schaut dein Setup dazu aus? Weicht das von meinem Setup ab?
Ich habe im Menü Gerätekonfiguration / Komponenten an erster Stelle den PV Generator, dann als Primärzähler den Fronius Smart Meter (RTU, Modbus Adresse: 1) und am Ende die Batterie: BYD Premium HVS/M
Menü Kommunikation / Modbus:
Modbus RTU-Schnittstelle 0: Master, Modbus RTU-Schnittstelle 1: Master und Slave als modbus TCP Port: 502, SunSpec: int+SF und Zähleradresse: 200.
Philipp
Hallo Bernhard,
danke für die schnelle Rückmeldung.
Meine Konfig war analog deiner, außer der Zähleradresse, da hatte ich 240, und als Sunspec: float.
Habe dann auf deine Settings umgestellt, jetzt geht es.
Hast du eine Idee, warum es mit float und der anderen Zähleradresse Probleme geben könnte ? Ich brauche diese Einstellungen für meine Bosch Wärmepumpe, die kommuniziert auch über Modbus mit dem Wechselrichter und verlangt diese Einstellungen (können auch m.W. nach nicht angepasst werden bei Bosch :-(

Gruß Philipp
anonym
Kurzes update: nach Korrektur der Write Adressen geht es bei mir auch mit float werten. Nur die Einstellungen der Lade/Entladebegrenzung will nicht richtig.
Lobotschobi
· geändert
Hallo Philipp und Bernhard,
Ich habe das erst jetzt mit dem float und int+sf verstanden bzw. beachtet. Gibt es eigentlich einen Grund (Vorteil) das mit int+sf zu implementieren? Wie in meinem post weiter oben beschrieben habe ich Probleme mit dem Timing des dynamischen SF (scale factor).
Mit der float-Variante wäre das auf einen Schlag weg oder übersehe ich einen Nachteil?

Gruß, Helmut
anonym
Hallo Bernhard,
bei mir funktioniert zwar die Sunspec-Abfrage über Modbus, aber beim Ausführen der Skripte passiert nichts. Ich vermute, dass es mit meinen Einstellungen unter Kommunikation / Modbus zu tun hat, die auch etwas anders aussehen, wie von Dir beschrieben.

Ich sehe hier zwar auch Mod­bus 0 (M0) RTU und Mod­bus 1 (M1) RTU, welche in beiden Fällen aktuell auf "Modbus Client" stehen. Alternativ gibt es aber nur die Möglichkeit auf "Modbus Server" oder "deaktiviert" zu setzen. Die Einstellung "Master" gibt es nicht. "Modbus Server" funktioniert immer nur bei einem der beiden und erfordert diverse weitere Einstellungen in einer Untermaske. Die übrigen Einstellungen sollten passen, also "Se­kun­där­wech­sel­rich­ter über Mod­bus TCP steu­ern" ist aktiviert mit Port 502 und Int+SF und "Steuerung erlauben" ist aktiv.
Bernhard
Ich habe die Einstellungen nochmal kontrolliert, schaut bei mir jetzt auch anders aus: So wie du es beschreibst.

Offensichtlich wurden die Menüpunkte mit einem Firmwareupdate umbenannt, ich passe den Artikel an und mache einen neuen Screenshot.
Hier die Änderungen:
Master wurde zu "Modbus Client"
Slave wurde zu "Modbus Server"
Anstelle von "Slave as Modbus TCP" steht jetzt "Con­trol sec­ond­ary in­ver­t­er via Mod­bus TCP"
und "Slave as Modbus TCP wurde zu "Activate"
cmb
Hallo Bernhard
Gibt es eine Möglichkeit die obere Barriere der %Batterie-Ladung zu setzen? Im GUI ist das "Maximaler Ladezustand". (Also quasi das Gegenstück zu MinRsvPct)?
Ich habe da nichts gefunden, was ich setzen könnte.
Vielleicht ist eine Umgehung möglich? zB. ich löse aus im HomeAssistant wenn die Barriere von 80% von unten her überschritten wird und verbiete das weitere Laden?
40348 = 1 && 40356 = 0 (&& 40355 belassen) .. ich seh grad das entspricht dem Bsp oben "Nur Entladen des Energiespeichers erlauben", korrekt?
Danke & Gruss
CMB
Bernhard
Hallo cmb,

ja, das sehe ich auch so. Zumindest im von Fronius dokumentierten Basic Storage Control Model gibt es meines Wissens kein direktes Gegenstück zu MinRsvPct für den maximalen SoC.

Deine Umgehung sollte aber passen:

40348 (StorCtl_Mod) = 1
40356 (InWRte) = 0

Das entspricht laut Fronius genau „Nur Entladen des Energiespeichers erlauben“. OutWRte ist in diesem Fall nicht relevant und kann unverändert bleiben.

Du könntest also in Home Assistant bei z.B. >= 80 % SoC die Ladebegrenzung aktivieren und bei einer etwas niedrigeren Schwelle, z.B. < 78 %, wieder auf Normalbetrieb (StorCtl_Mod = 0) zurückstellen. Die Hysterese würde verhindern, dass die Steuerung ständig um die 80-%-Grenze wechselt.

Ganz identisch mit dem im Fronius-GUI eingestellten „Maximalen Ladezustand“ ist das allerdings nicht: Du bildest die Grenze damit extern über Home Assistant nach.

LG
Bernhard
raimo
Hallo Bernhard,
danke für deine Ausführungen. Ich habe seit ein paar Tagen einen Verto Plus mit einer BYD HVM. Kann es sein, dass die Adresse 40345 bei int&SF beim Verto Plus nicht die richtige ist? (Einstellungen im Verto Plus sind analog zu deiner Anleitung. Bloß mit dem aktuellen UI halt.) Ich bekomme da nur Kauderwelsch auf den Helfern raus. Welcher Wert aus welcher Doku liegt denn deiner 40345 zugrunde? Ich bemerke nämlich auch, wenn ich randon die Adresse in der configuration.yaml ändere, dann bekomme ich logischerweise auch andere Werte.
Der Fronius Support möchte nicht so richtig raus mit der Sprache was das anbelangt. Klar, die wollen halt ihren Energiekostenmanager verkaufen mit ihrer Premium Funktionalität. Ich kann mir aber beim besten Willen nicht vorstellen, dass das Schreiben via Modbus nicht mehr möglich ist, wie er beteuert. Im Verto kann ich explizit "Steuerung erlauben" anwählen...
Danke für deine Antwort.
raimo
edit:
Die richtige Adresse für einen Verto Plus ist 40364. Davon ausgehend kann man die ganzen Werte auslesen indem man lt. deiner Anleitung addiert. Leider macht das schreiben in ein Register wie z.B. StorCTL_Mod garnichts. Keine Ahnung wie die Ansteuerung hier läuft. Das reine value schreiben via Skript scheint es nicht zu tun bzw. sind die Werte offensichtlich nicht richtig...Hat einer eine Ahnung wie man da rankommt? Ich nutze momentan die "Verto_Inverter_Register_Map_3MPPT_Int&SF_storage_ROW" aus dem "gen24-modbus-api-external-docs" von Fronius direkt. Da habe ich auch die 40364 gefunden. Im Falle von StorCTL_Mod ist das aber ein "Bitfield". Wie steuert man sowas aus HA an?
anonym
Hi Raimo,

danke für deinen Kommentar. Mit der Addresse 40364 bzw. der Info, auch allen anderen Storage Registern 20 zu addieren hat es bei mir mit dem steuern des Verto Plus endlich geklappt!
Ich habe letztlich auf die callifo/fronius_modbus integration zurückgegriffen, da hier keine Skripte zum ändern der Werte notwendig waren. Das Repository habe ich manuell per HACS hinzugefügt bzw. geforkt um die Register (+20) anzupassen. Wenn die Register dabei noch automatisch erkannt werden würden, wie bei der SunSpec integration, wäre es ideal!

Grüße Peter
anonym
Hallo Raimo,

ich habe auch einen Verto Plus mit einer Reserva Batterie am laufen und würde auch gerne das ganze per modbus anbinden.
Ist deine geforkte allifo/fronius_modbus Integration irgendwie verfügbar oder kannst du mir beschreiben wie die Originalintegration anpassen muss?

Gruß
Jan
anonym
Hallo Bernhard,
vielen Dank für diesen Artikel. Habe nun einen Fronius Verto Plus WR und eine Fronius Reserva Batterie. Ich habe auf gut Glück mal versucht ob deine Anleitung auch für diese Kombination funktioniert. Nachdem ich nun alle Skripte angelegt habe, sehe ich aber daß der Zustand der Sensoren InWRte und OutWEte keine Prozentwerte anzugeben scheint (aktuelle Werte -122.92 und -207.11 .. diese schwanken aber immer wieder). Nun traue ich mich die Skripte nicht auszuführen, weil ich ja nicht weiß welche Register ich überschreiben werde. 1) Weißt du ob die neue Verto-Serie die gleichen Registernummern anbietet wie Gen24? 2) Ist es egal ob es ein BYD oder ein Fronius Reserva Speicher ist, da der Wechselrichter einen Wrapper für die Batterie macht also entsprechend für den Speicher richtig mappt?
Danke und viele Grüße!
anonym
Woher bekommt der "Helfer Batterie mit einer bestimmten Leistung entladen (erzwingen)" den Wert mit welcher Leistung er entladen darf? Zwangsladung aus dem Netz, Ladung und Entladung Sperren und das Zurücksetzen funktionieren einwandfrei. Die Zwangsentladung macht aber einfach nichts.
Bernhard
Dazu wird in dem Beispiel der Wert von input_number.charging_power verwendet.
anonym
Das zwangsweise Laden hat bei mir bisher auch ohne diesen Helfer einwandfrei einfach mit der maximal möglichen Leistung funktioniert. Ich habe den Helfer jetzt erstellt, greift der dort eingestellte Wert dann sowohl beim zwangsweisen Laden und Entladen? Oder wird aus dem Netz automatisch immer mit der vollen möglichen Leistung geladen? Kann ich als obere und untere Grenze auch andere Werte eingeben? Mein Akku schafft auch gut 8 KW Ent-/Ladeleistung.
anonym
Hallo zusammen,
erstmal danke für die tolle Ausarbeitung und Dokumentation.
Eine Frage hätte ich vorab. Muss man, damit das funktioniert am GEN24 im Bereich Eigenverbrauchs-Optimierung von "Automatisch" auf "Manuell" umstellen?

LG
Roman
Bernhard
Hallo Roman,

nein, die Eigenverbrauchsoptimierung kann auf automatisch bleiben. Wird beispielsweise die untere Ladegrenze (SOC) geändert, richtet sich die Eigenverbrauchsoptimierung nach dem geänderten Wert.
anonym
Hi,
ich habe ein Problem mit der Umsetzung.
Das script Force Charging habe ich so angelegt:
alias: Force charging
sequence:
- data:
slave: 1
address: 40348
value: 2
hub: gen24
action: modbus.write_register
- data:
address: 40355
slave: 1
hub: gen24
value: "{{ 65536 - (states('input_number.charging_power')|int(0) / states('sensor.wchamax')|int(1) * 10000)|int }}"
action: modbus.write_register
- data:
address: 40356
slave: 1
hub: gen24
value: "{{ (states('input_number.charging_power')|int(0) / states('sensor.reading_battery_settings').split(',')[0]|int(1) * 10000) | int }}"
action: modbus.write_register
- data:
slave: 1
address: 40350
value: 9900
hub: gen24
action: modbus.write_register
mode: single
icon: mdi:battery-charging

Sobald ich gespeichert habe, sieht das beim nächsten öffnen dann so aus:
alias: Force charging
sequence:
- data:
slave: 1
address: 40348
value: 2
hub: gen24
action: modbus.write_register
- data:
address: 40355
slave: 1
hub: gen24
value: >-
{{ 65536 - (states('input_number.charging_power')|int(0) /
states('sensor.wchamax')|int(1) * 10000)|int }}
action: modbus.write_register
- data:
address: 40356
slave: 1
hub: gen24
value: >-
{{ (states('input_number.charging_power')|int(0) /
states('sensor.reading_battery_settings').split(',')[0]|int(1) * 10000)
| int }}
action: modbus.write_register
- data:
slave: 1
address: 40350
value: 9900
hub: gen24
action: modbus.write_register
mode: single
icon: mdi:battery-charging

Ich bekomme immer beim ausfführen:
Fehler: value must be at least 0 @ data['value'][0]

Was mache ich falsch?
Vielen Dank für das script!
FlyByWire
Noch eine Info hierzu:
Wenn ich das script "Force charging" starte kommt im trace der Fehler "value must be at least 0 @ data['value'][0]"
Der value Wert zeigt hier "-15934464"
Ich denke das kann nicht stimmen?! Die anderen scripte, wie z.b. "Reset charging 30%" funktionieren. Hier wird auch geladen.
Auch habe ich nicht so richtig verstanden, was das script " Charge limit" tut?
Bernhard
Den Input-Helfer (Nummer) hast du angelegt: input_number.charging_power ?
Habs nochmal kontrolliert: Mein Script schaut identisch aus und wenn ich den Helfer auf 500 stelle, lädt mein Akku mit 500 Watt.
Charge Limit sollte die maximale Ladeleistung limitieren .. Also, wenn der Input-Helfer auf 500 wird die Ladeleistung auf 500 Watt limitiert.
FlyByWire
Hallo Bernhard,
ja, den Input helper habe ich angelegt. Wenn ich chargin_power verändere, änder sich auch der Wert von BYD.InWRte. Denke das funktioniert soweit?! Leider funktioniert das script Force charging aber weiterhin nicht. Bekomme immer die selbe Fehlermeldung für diese Sequenz:

- data:
address: 40355
slave: 1
hub: gen24
value: >-
{{ 65536 - (states('input_number.charging_power')|int(0) /
states('sensor.wchamax')|int(1) * 10000)|int }}
action: modbus.write_register

Fehler: value must be at least 0 @ data['value'][0]

Wie sieht denn der value Wert bei Dir im trace von dem script aus?
anonym
Moin,
Ich war eben auch am basteln und stand vor der gleichen Herausforderung.

Lösung bei mir:
Der Sensor für wchamax heißt bei mir im HA „sensor.storage_wchamax“ (im Skript steht sensor.wchamax). Schau mal in deinen Entitäten, wie er bei dir heißt und ändere dies manuell im Skript ab.
Friedrich
Hallo Bernhard,
ich scheitere wie "anonym" am Fehler "Fehler: value must be at least 0 @ data['value'][0]" den Sensor "sensor.wchamax" habe ich angelegt (Wert ist immer 124) komme aber nicht weiter.
Ich verwende einen Fronius Symo Hybrid 5.0
Hast du vielleicht eine Idee?
LG Friedrich
Friedrich
Jetzt funktioniert es mit dem Fronius Symo Hybrid 5.0-3-s.
Modbus Einstellung: int + SF

configuration.yaml
modbus:
- type: tcp
# Put your Fronius address here
host: ???.yyy.zzz.www
port: 502
name: fronius_hybrid
sensors:
- name: reading_battery_settings
slave: 1
count: 24
address: 40305
scan_interval: 5
data_type: custom
structure: ">10H2h4H8h"

Folgende Register wurden verwendet:
StorCtl_Mod 40308
MinRsvPct 40310
OutWRte 40315
InWRte 40316

Vielen Dank and Bernhard für die super Dokumentation!
anonym
Erstmal vielen Dank für die geniale Anleitung, ich hätte aber noch eine Frage zu dem Input-Helfer für die Ladeleistung. Und zwar wie man auf die in der Anleitung verwendeten Werte 500 bis 5000 kommt, meines Verständnisses nach müsste ja am Ende ein Prozentwert übergeben werden? Was genau wird denn mit {{ (states('input_number.charging_power')|int(0) / states('sensor.reading_battery_settings').split(',')[0]|int(1) * 10000) | int }} ausgerechnet, wenn ich den Input-Helfer wie in der Anleitung erstelle und dann z.B. 5000 einstelle? Bei mir wird dann das Register, wenn ich es richtig sehe, nämlich auf 0 gestellt.
Bernhard
Der Template-Sensor rechnet Prozent aus:
Ladeleistung / Akku-Kapazität * 10000
z.B. bei einer Akkukapazität von 10240Wh und einer Ladeleistung von 500Watt: 10240/500 * 10000 = 488
Sollte 4,88 % bedeuten.
anonym
Hallo,

vielen Dank für die Anleitung! Fast alles hat wie beschrieben funktioniert. Ich habe jedoch das Problem, dass beim Aktivieren des Scripts "FastCharging" mein Akku mit voller Leistung geladen wird. Wenn ich einen Wert über input_number setze und dann das Script "Limit Charging" ausführe, passiert leider nichts.

Hat vielleicht jemand eine Idee, woran das liegen könnte?

Viele Grüße!
Andre
anonym
Hey, ich habe leider das gleiche Problem. Folgendes ist mir aufgefallen: Wenn der Akku mittels Skript erzwungen geladen wird und ich danach das Skript "Charge-limit" ausführe, wird egal welche Zahl unter input_number.charging_power erfasst war die Ladeleistung auf 500 w gestellt.

Wenn ich das Skript "Charge-limit" als erstes ausführe und danach erst "Force charging". Klappt es manchmal (z. B. bei Eingabe von 2000) und manchmal nicht (z. B. bei Eingabe von 3570).

Mache ich/wir (gruß an Andre) etwas falsch?
Gibts hier eine Lösung?

LG
Robert
Bernhard
Hallo Andre, Hallo Robert,
hilft das Ausführen von "Reset Charging" vor dem Start von z.B. Force Charging oder Charge Limit?
anonym
Hallo, habe es eben probiert.
1. Reset charging Skript
2. 1500w bei Input…….
3. charge-Limit Skript
4. force charging
5. Abbruch, da die Ladeleistung auf über 2kw gestiegen ist
6. nochmaliger Test, Ladeleistung steigt aufs Maximum an

Ich glaube dass der Akku immer mit voller Leistung lädt, egal was ich eingebe.
Wenn ich das Skript charge-Limit nach force charging ausführe, wird wie gesagt immer auf 0,5kw limitiert - egal was ich unter Input….. eingegeben habe.

Hast du noch einen Tipp?
LG Robert
Bernhard
· geändert
Nach dem Reset sollte nur ein Script für die jeweilige Aktion ausgeführt werden.
Lass mal 3 weg, force charge sollte eigenständig die 1500 von Input verwenden.
anonym
Hallo Bernhard, danke für deine Hilfe.

Leider klappt dass auch nicht, habe es wie oben beschrieben getestet, jedoch wie vorgeschlagen ohne dem charge-Limit Skript.
Getestet wurde zb 1100 als Input, die Leistung stieg jedoch wieder weiter an, habe dann bei 2800 wieder abgebrochen.

Was kann ich denn kontrollieren um auf einen Fehler auf meiner Seite zu kommen?
Der battery reading Sensor meldet (meiner Meinung nach) korrekte Werte zb im Hinblick auf die Speichergröße.

Lg Robert
Bernhard
Hallo Robert,
sorry da hätte ich schon früher nochmal genauer testen sollen. Ich habe das Template "alias: Force charging" anhand der Dokumentation nochmal neu aufgebaut und hier aktualisiert: Eventuell kannst du damit nochmal testen, ob es jetzt funktioniert. Wäre super, wenn du kurz ein Feedback geben könntest, ob es mit dem neuen Template klappt?
anonym
Hallo Bernhard,

danke für deine Hilfe/Arbeit! :)

Die ersten paar Tests waren alle erfolgreich. Ich denke also dass es nun funktioniert.
Ablauf:
1. Skript "Reset charging" ausführen
2. Gewünschte Leistung bei "input_number.charging_power" erfassen
3. Skript "Force charging" (in aktualisierter Version) ausführen
4. Klappt!

Ich habe auf Basis deiner Änderungen eine zweite Version des Skripts "Force charging erstellt". Dazu war noch die Anlage eines weiteren Sensors (sensor.wchamax) nötig. Diesen habe ich mit Infos aus der verlinkten Github Seite erstellt. -> "{{ states('sensor.reading_battery_settings').split(',')[0]|int(0) }}"
Sollte so passen denke ich? Wenn ja, solltest du es in der Anleitung ergänzen, da ohne diesen Sensor das Skript bei mir nicht funktioniert hat.

Wofür ist dann das Skript "Charge-limit" eigentlich vorgesehen?
Um die Leistung (Ladung und Entladung?) generell zu limitieren? Kann dadurch bspw. die Ladung des Akkus durch die PV Anlage oder aber die Entladeleistung beschränkt werden?

Nochmals danke für diese Anleitung und deine Hilfe!
LG Robert
anonym
@Bernhard!
Vielen Dank für deine Arbeit!
Aber, könntest du das "Problem" mit dem "sensor.wchamax" nicht bitte durch das Ergänzen in der Anleitung bereits vorweg nehmen?
Danke und LG
Mario
Bernhard
Danke für den Hinweis:
Ich habe "states('sensor.wchamax')" in der Anleitung mit "states('sensor.reading_battery_settings').split(',')[0]" ersetzt.
Damit wird der Hilfssensor gar nicht mehr benötigt.
anonym
Vielen Dank für das tolle Tutorial!
[+5 weitere Kommentare in English]