Kommentare: Fronius und BYD Akku über Modbus steuern

 

Fragen / Kommentare zu Fronius und BYD Akku über Modbus steuern

(neueste zuerst)


✍anonym
07.12.2024 15:27
Hallo zusammen, 

meine Frage hat nur teilweise etwas mit der Steuerung des Akkus zu tun. Folgendes Problem: wen ich den Akku aus dem Netz lade, wird der Ladevorgang nicht dem Hausverbrauch (Energiedashboard in HA) zugeordnet, sodass merkwürdige Autarkiegrade angezeigt werden (z.B. -42%). Hat jemand noch das Problem, bzw. auch schon eine Lösung?

VG 

Jannick

✍anonym
29.02.2024 12:01
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
06.02.2024 13:07
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
gepostet am 06.02.2024 16:50
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.

Beitrag erstellt von Bernhard
✍Markus
gepostet am 13.02.2024 16:31
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. :-)

Beitrag erstellt von Markus
✍Bernhard
gepostet am 13.02.2024 16:34
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)"

Beitrag erstellt von Bernhard
✍Markus
gepostet am 13.02.2024 17:01
Alles klar, danke! :-)

Beitrag erstellt von Markus
✍Lobotschobi
gepostet am 11.04.2024 20:12
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.

Beitrag erstellt von Lobotschobi
✍Lobotschobi
gepostet am 12.04.2024 09:00
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

Beitrag erstellt von Lobotschobi
✍Bernhard
gepostet am 12.04.2024 09:11
super, danke: wollts mir auch ansehen, bin aber noch nicht dazugekommen..

Beitrag erstellt von Bernhard
✍Lobotschobi
gepostet am 18.04.2024 16:07
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

Beitrag erstellt von Lobotschobi
✍anonym
gepostet am 16.08.2024 00:28
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

Beitrag erstellt von anonym
✍anonym
gepostet am 03.10.2024 11:09
Ü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

Beitrag erstellt von anonym

✍Philipp
03.02.2024 15:41
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
gepostet am 03.02.2024 16:29
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.

Beitrag erstellt von Bernhard
✍Philipp
gepostet am 04.02.2024 12:25
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

Beitrag erstellt von Philipp
✍anonym
gepostet am 06.02.2024 18:44
Kurzes update: nach Korrektur der Write Adressen geht es bei mir auch mit float werten. Nur die Einstellungen der Lade/Entladebegrenzung will nicht richtig.

Beitrag erstellt von anonym
✍Lobotschobi
gepostet am 18.04.2024 20:23, geändert: 18.04.2024 20:25
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

Beitrag erstellt von Lobotschobi
✍anonym
gepostet am 05.12.2024 14:37
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.

Beitrag erstellt von anonym
✍Bernhard
gepostet am 05.12.2024 17:28
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"

Beitrag erstellt von Bernhard

✍anonym
17.12.2024 09:45
ich bin soweot das erste Script zu erstellen. Leider kann nicht gespeichert werden
folgende Meldung:
Message malformed: extra keys not allowed @ data['sequence'][0]['mode']
hier der Yaml code:  (die register sind auf den Fronius symo Hybrid angepasst)
alias: Reset charging
  sequence:
    - service: modbus.write_register
      data:
        slave: 1
        address: 40309
        value: 0
        hub: fronius modbus
    - service: modbus.write_register
      data:
        address: 40316
        slave: 1
        value: 10000
        hub: fronius modbus
    - service: modbus.write_register
      data:
        slave: 1
        address: 40311
        value: 500
        hub: fronius modbus
    - service: modbus.write_register
      data:
        slave: 1
        address: 40317
        value: 10000
        hub: fronius modbus
  mode: single
  icon: mdi:home-battery
✍Bernhard
gepostet am 17.12.2024 11:56
schaut so aus als wäre vor mode und icon eine extra Einrückung? mode und ico sollte auf der selben Ebene wie alias sein ..

Beitrag erstellt von Bernhard

✍anonym
10.12.2024 19:56
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
gepostet am 11.12.2024 18:47
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.

Beitrag erstellt von Bernhard

✍anonym
14.11.2024 16:27
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
gepostet am 20.11.2024 21:20
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

Beitrag erstellt von anonym
✍Bernhard
gepostet am 20.11.2024 21:41
Hallo Andre, Hallo  Robert,
hilft das Ausführen von "Reset Charging" vor dem Start von z.B. Force Charging oder Charge Limit?

Beitrag erstellt von Bernhard
✍anonym
gepostet am 23.11.2024 21:30
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

Beitrag erstellt von anonym
✍Bernhard
gepostet am 24.11.2024 13:55, geändert: 24.11.2024 13:59
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.

Beitrag erstellt von Bernhard
✍anonym
gepostet am 26.11.2024 20:57
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

Beitrag erstellt von anonym
✍Bernhard
gepostet am 27.11.2024 08:25
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?

Beitrag erstellt von Bernhard
✍anonym
gepostet am 28.11.2024 21:55
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

Beitrag erstellt von anonym

✍Michael
31.10.2024 12:24
Hi ihr,
bisher habe ich nur ein kleines Problemchen beim Einrichten. Bei mir ist "float" eingestellt. Wo kann ich denn bei den Template-Sensoren die Register-Werte um +10 ändern? Wie komme ich an diese Werte ran?
Was ist denn genau der Unterschied zwischen "float" und "int+SF"? Sonst könnte ich ja das auch einfach umstellen oder?
LG
Michael
✍Bernhard
gepostet am 07.11.2024 07:28
Die Werte können im Template frei gewählt werden. Also für die Template-Sensoren um 10 höhere Werte als angegeben verwenden. Oder alternativ: einfach umstellen und die angegebenen Werte verwenden.

Beitrag erstellt von Bernhard

✍anonym
07.10.2024 05:28
Hallo Bernhard,

Vielen Dank für den tollen Artikel und deine Mühen, was du hier umgesetzt hast, ist schon wirklich Klasse. 
Ich bin in HA noch ziemlich neu und mich würde mal dein Dashboard interessieren, wie du die Akkussteuerung anzeigen lässt bzw. wie du das realisiert hast. Hättest du da eventuell einen Code. 

Liebe Grüße, Stefan

✍anonym
26.09.2024 09:13
Hallo! Danke für das coole Tutorial, leider bin ich mit meinen minimalen Fähigkeiten nicht in der Lage es in HA umzusetzen. Jetzt habe ich mit hilfe von KIs ein Python Script geschrieb, welches mir das erzwungene Laden vom Speicher übers Netz ermöglicht. Das funktioniert Grundsätzlich auch, aber die Ladeleistung beträgt nie mehr als 500 W, egal was ich einstelle. Kannst du mir vielleicht einen Tipp geben was ich falsch konfiguriert habe? 
Das sind meine Einstellungen für die Register:
        # Setze die Register für die erzwungene Ladung
        client.write_register(40360, 1)  # ChaGriSet: Ladung aus dem Netz erlaubt
        client.write_register(40348, 2)  # StorCtl_Mod: Speicherbetrieb aktiv
        client.write_register(40355, to_twos_complement(-60))  # OutWRt: Ausgangsleistung auf -60 #  (--> da kommt sonst eine Fehlermeldung wenn man nur '-60' schreibt.
        client.write_register(40356, 10000)  # InWRte: Eingangsladung
        client.write_register(40350, 9800)  # MinRsvPct

Ich würde mich über jede Hilfe freuen, wenn nicht ist es natürlich auch ok!
Danke und LG
Alex
✍Bernhard
gepostet am 26.09.2024 19:30
Hallo Alex, 

ich würde das hier beschriebene Template für Register 40355 so ummünzen:
Für 500 Watt und 10240 Batteriekapazität: 
65536 -  (500 / 10240) * 10000 = 65048
also: client.write_register(40355, 65048)
-> für 1000 Watt dann entsprechend: 64560

Und ich vermute, dass du die Register 40356 und 40360 für das erzwungene Laden nicht benötigst. Register 440348 steht bei mir auch auf 2 und 40350 ist auf 9900 (Setzt MinRsvPct auf 99,0 % WChaMax)

Beitrag erstellt von Bernhard

✍anonym
16.08.2024 00:17
Hallo Bernhard,

Vielen Dank für die super Anleitung.
Ich war schon lange auf der Suche, wie ich dies realisieren könnte - Danke dafür!!!

✍anonym
13.04.2024 06:39
Hallo Bernhard,
meine Hochachtung für Deine Arbeit und Mühe.
Genau solch eine Steuerung suchte ich bereits seit geraumer Zeit.
Ich habe 2 Gen24 10.0, einen mit 3 x BYD 10.2 HVS und den anderen mit 2 x BYD 22.1 HVM, jeweils paralell geschaltet
Ich habe zunächst einen mit Deiner Anleitung integriert.
Ich habe mich mit strickt an den Vorgaben gehalten.
Erhalte aber, wenn ich ein Skript "ForceDischarge" ausführe, eine Fehlermeldung.
In den Step Details wird folgende angezeigt. Fehler: 'H' format requires 0 <= number <= 65535
Ich bin leider nicht so der Freak und komme nicht weiter.

Wenn ich beide einbinde, selbstverständlich haben diese unterschiedliche IP, muss ich in der modbus.yaml diese unterschiedlich bezeichnen?
Vielen Dank im voraus für Deine Mühe.

Gruß Steffen

Durch die weitere Nutzung der Seite stimmst du der Verwendung von Cookies zu Mehr Details