Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Maunty]

@ralph-0 hast du oder jemand anders zufällig das excel sheet für float aller register?

[c1olli]

@maunty
Das hier?
https://forum.iobroker.net/post/989043

[legro]

@tok

Ich habe gestern genau hieran gearbeitet und folgende Lösung realisiert ..

Mit dem Schieberegler kann ich den SOC (Register 40350) einstellen. Das Batterie-Widget zeigt daraufhin weitere Daten an. Darüber hinaus kann ich mit dem Schieberegler das Nachladen aus dem Netz steuern, indem ich den minSOC entsprechend erhöhe.

Hier habe ich alles hierzu eingestellt; die TSV-Datei habe ich dort auch zum Download eingestellt, sodass du nicht nochmals alles abtippen musst.

Ich habe Int&SF verwendet. Hierbei ist Vorsicht geboten. Das Register 40350 ist mit einem Skalierungsfaktor versehen, der in 40364 zu finden ist. Den gilt es natürlich zu berücksichtigen.

Der Datenpunkt avlCap enthält die gemäß minSOC noch verfügbare Energie; negative Werte führen zum Nachladen aus dem Netz. Der Datenpunkt tmpSOC ist mit dem Schiebereglerverknüpft.

function setBatParams() {
    let ChaState = getState('modbus.2.holdingRegisters.1.40351_ChaState').val
    let minSOC = getState('0_userdata.0.Fronius.Modbus.Batterie.tmpSOC').val
    let capBat = getState('0_userdata.0.Fronius.Modbus.Batterie.batCapacity').val
    let avlCap = (ChaState - minSOC) * capBat / 100
    setState('0_userdata.0.Fronius.Modbus.Batterie.avlCap',avlCap,true)
}

on({ id: '0_userdata.0.Fronius.Modbus.Batterie.tmpSOC', change: 'any' }, (obj) => {

    let neuerWert = Math.round((obj.state.val / (10 ** getState('modbus.2.holdingRegisters.1.40364_MinRsvPct_SF').val)))
    setState('modbus.2.holdingRegisters.1.40350_MinRsvPct',neuerWert,false)
    setBatParams()
})

Wenn du mehr über meine Lösung wissen möchtest: Einfach nachfragen!

Ergänzung ..

Das Register 40350 konkurriert mit der Einstellung des minSOC über das Webinterface des GEN24. Das Holding-Register hat nur dann eine Wirkung, wenn es einen größeren Wert enthält, als den über das Webinterface eingegebenen Wert.

[nik82]

@tippy88
Danke für deinen Post: https://forum.iobroker.net/post/1218525

Ich will eigentlich das gleiche machen:
Ich will in einem bestimmten Zeitraum: Das der Akku sich lädt und nicht mehr entlädt und alles quasi in diesem Zeitraum über das Netz geht.

Jetzt habe ich gedacht ich mach das so:

40355_OutWRte = -10000 % (das ist der Entladewert, den stelle ich auf -100% weil ich nicht will das er sich entlädt, auch nicht wenn er dann voll ist, obwohl ich ja rein von der Logik auf 0% stellen müsste)
40356_InWRte = 4000 % (das ist der Ladegrenzwert, ich habe unter 40345_WChaMax 12800 W und ich will mit 5000 Watt laden, dann stelle ich hier auf 40%)
40348_StorCtl_Mod = 3 (damit starte ich das Ganze)

--> Pustekuchen, er springt dann bei 40348_StorCtl_Mod von 3 sofort wieder auf die 0 und mein Modbus Adapter geht auf Fehler.

Jetzt habe ich rumprobiert und bei mir klappt einzig und allein diese Einstellung:

40355_OutWRte = -5000 % (hier kann ich weder darunter noch darüber gehen, ist das ein fester Wert bei Fronius)
40356_InWRte = 5000 % (hier kann ich auch weder darunter noch darüber gehen)
40348_StorCtl_Mod = 3
--> So kann ich starten und er nimmt mir die 3 bei 40348_StorCtl_Mod sofort an und lädt auch dann die Batterie, natürlich mit der Hälfte von 40345_WChaMax, also 6400 Watt.
--> Das Ganze kann ich mit 40348_StorCtl_Mod = 0 auch sofort beenden und die Anlage läuft wieder auf Standard. Das ist soweit gut, so brauch ich wenn ich das Zeitfenster haben will nur den 40348_StorCtl_Mod steuern und fertig.

Aber mich würde einfach interessieren warum andere Werte nicht gehen und von der Logik das ich bei 40355_OutWRte eine Minuszahl reinschreiben muss hab ich auch nocht nicht verstanden.
Vielleicht kann mich der ein oder andere hier aufklären :-)
Danke im Voraus.

---

Nochmal kurzer Nachtrag:
Es geht auch z.B.:
40355_OutWRte = -4000 %
40356_InWRte = 4000 %
Mit der Einstellung lädt er mit meinen gewünschten 40% von 40345_WChaMax. Aber bei mir müssen die beiden Objekte immer gleich sein bzw. 40356_InWRte kann auch höher sein:
40355_OutWRte = -4000 %
40356_InWRte = 8000 %
--> lädt aber auch dann nur mit 40% von 40345_WChaMax.

Aber so komme ich auf jedenfall klar, jetzt muss ich nur testen wenn der Akku bei 100% ist, dass er dann nicht wieder entlädt, aber ich denke durch die Minusangabe bei 40355_OutWRte wird das nicht der Fall sein.

[Ralph 0]

Akku aus dem Netz laden => OutWRte -xxxx, InWRte darf nicht kleiner als xxxx sein
Akku entladen => InWRte -xxxx, OutWRte darf nicht kleiner als xxxx sein

Mit OutWRte = -8000 und InWRte = 8000 sollte er mit 80% von WChaMax geladen werden

[Ralph 0]

Neben einer exakten Vorgabe zum Laden und Entladen können übrigens auch maximale Vorgaben dazu gemacht werden. Die gelten dann allerdings nicht für die Netzseite sondern für die eigene:
Akku laden mit max x W => InWRte xxxx
Liefert die PV mehr, wird alles darüber eingespeist.

Akku entladen mit max x W => OutWRte xxxx
Zieht das Haus mehr, wird alles darüber aus dem Netz bezogen.

Bin mir nur gerade nicht sicher, wie dann der jeweils andere Wert der beiden Paarungen eingestellt werden muss.

[nik82]

Aber wenn ich 40348_StorCtl_Mod auf 0 setze werden definitiv die Parameter die ich gesetzt habe ignoriert oder?
Weil sonst müsste ich die ja jedesmal mitändern.

[Ralph 0]

Dürften aber auf keinen Fall negativ sein, das würde mit den Parametern für's Laden/Entladen aus/ins Netz kollidieren.
Also vermutlich >= 0.

[nik82]

Also ich lasse die so:

40355_OutWRte = -4000 %
40356_InWRte = 4000 %

Und schalte nur 40348_StorCtl_Mod auf 0 oder 3.
Wenn ich auf 0 setzte und trotzdem die Werte drin lasse scheint er es zu ignorieren, PV-Batterie läuft so wie gehabt und entlädt so wie es Standardmäßig sein soll.

[Ralph 0]

@nik82 sagte in Modbus & Fronius GEN24:

Aber wenn ich 40348_StorCtl_Mod auf 0 setze werden definitiv die Parameter die ich gesetzt habe ignoriert oder?

Ja.
0 sperrt beide Limits
1 gibt das Ladelimit frei
2 das Entladelimit
3 gibt beide frei

[mickemup]

@Ralph-0
Danke für das Summary.
Weisst du per Zufall wie das mit Limits welche auf der Webschnittstelle gesetzt werden interagiert?
Schreiben die einfach auch in die Modbus Register (wer zuletzt malt bestimmt?)

[Ralph 0]

Der Screenshot ist dem Online-Portal von Fronius entnommen? Benutze ich nicht und kenne mich da leider gar nicht aus.

[mickemup]

@Ralph-0
Ja wenn man auf den WR via seine IP zugreift, kann man dort diese Einstellung machen (auch ohne Technician Zugang)

[nik82]

@mickemup
Die Einstellungen werden nicht ins Modusregister geschrieben, das habe ich nämlich ausprobiert.
Was allerdings Vorrang hat weiß ich nicht, denke aber fast das Modbus Vorrang.

[mickemup]

@nik82 Ah Ok also auch nicht beim Start/Stop der Gültigkeit?

[nik82]

Kann nur von den Datenpunkten sprechen:
40355_OutWRte
40356_InWRte

Aber probiers halt aus :-)

[mickemup]

@nik82
Ja werde ich bei Gelegenheit machen.
Aber wenn du die Punkte geloggt hast und dort nichts kam wird der WR das wohl irgendwie anders handhaben.
Bin aber mit ModBus noch nicht soweit; habe zudem einen Verto Plus dort sind die ModBus Adressen wohl leicht anders (TBC)

[tippy88]

@mickemup sagte in Modbus & Fronius GEN24:

@Ralph-0
Danke für das Summary.
Weisst du per Zufall wie das mit Limits welche auf der Webschnittstelle gesetzt werden interagiert?
Schreiben die einfach auch in die Modbus Register (wer zuletzt malt bestimmt?)

Ins Modbus Register schreiben die nicht. Aber die haben ganz sicher Vorrang vor Modbus. Ich habe die prio wie folgt identifiziert:

1. Netzbetreiber über die Digitale Schnittstelle
   2.Wechselrichter mit den GUI Eintellungen
   3.Modbus

Bei mir funktionieren übrigens alle Steuerwerte. Ich nutze auch Control Mod 2 zusammen mit 40355_OutWRte = 0 um nur das Entladen zu sperren. Z.b. um X% Akku vorzuhalten um über das Hochtarif Zeitfenster 17-21Uhr zu kommen oder den Akku zu sperren wenn die Wallbox lädt.

[nik82]

@Pedder007 sagte in Modbus & Fronius GEN24:

Ich steuere darüber, insbesondere in der 'dunkleren' Jahreszeit, auch in wie weit der Akku entladen werden darf (Reg 40350), auf Basis der prognostizierten Sonnenstunden am nächsten Tag. Das um zu vermeiden, dass der Akku hinterher aus dem Netz wieder nachgeladen wird, wenn er bei 8% angekommen ist.

Ich habe mir das damals auch alles so nach und nach zurecht 'gefummelt' bis es endlich lief.
Dann habe ich mir eine total feingliedrige Steuerung für alle möglichen Wetterlagen und Jahreszeiten gebastelt und am Ende habe ich die Blocklys sukzessive wieder reduziert ;-)

Nun mache ich noch die Akku-Restwertsteuerung - wie gesagt um ein Nachladen des Akkus aus dem Netz zu vermeiden.
Außerdem wäge ich im Sommer noch ab, ob die Poolheizung laufen darf oder wie weit das Auto geladen wird, wenn der Akku Nachmittags um 15:00Uhr nicht einen gewissen Mindestladestand hat.
Achso und wenn die WW-Boilertemperatur Nachmittags unter eine gewisse Grenze absinkt, dann schalte ich, wenn genug Sonne vom Dach kommt, nach ne' Prio, dass der WW-Speicher nochmals geladen wird und das dann nicht nachts passiert.

Hallo,
genau da bin ich auch gerade dabei, hänge aber irgendwie noch etwas bei der Logik hinterher, kannst du mal dein Setup bzw. die Blocklys posten, auch wenn es nicht für jeden ist, aber man kann sich doch bestimmt ein paar Gedankengänge mehr dazu machen.

Danke im Voraus.

[Pedder007]

Hallo @nik82 also ich hänge die Blocklys mal hier dran
Ich befürchte aber, dass da jemand anderer nur schwer was mit anfangen kann, da da haufenweise benutzerdefinierte Variablen drin hängen (die müsste man ja alle erklären) und mittlerweile auch eine Menge Zeugs aus-kommentiert ist (wie gesagt ich hatte die Steuerung ja nach und nach wieder reduziert). Obendrein hängt da aktuell auch noch was in der Luft, nämlich die Variable für die prognostizierten Sonnenstunden, da sich am dasWetter Adaper was geändert hatte. Da bin ich noch nicht dazu gekommen das zu korrigieren.
Sei's drum, ich sag' aber gleich, dass ich quasi (leider) keine Zeit habe um Fragen zu beantworten. Ich stecke aktuell bis über beide Ohren im WoMo Um-/Ausbau...

common.PV.Modb_Batt_Steuerung.xml