wiggal
commented
4 months ago Zusätzliche Anmerkung: Mittlerweile ist der Akku wieder bei 83%, er schreibt aber trotzdem noch Prognoseberechnung: Batteriestatus in Prozent: 82.7 % LadewertGrund: Prognoseberechnung / BatSparFaktor => Sollte hier nicht eigentlich ab 80% auch wieder "Akkuschonung 0,2C" stehen?
Das ist normal, da der Batteriesparmodus nur greift, wenn die Ladeleistung über 0,2C bzw. 0,1C liegt.
Das andere Problem muss ich erst analysieren, dazu brauch ich noch folgende INFO. Eigentlich hätte die Ladeleistung nach BattVollUm und wenn die Batterieschonung nicht greift auf MaxLadung schalten sollen.
Könntest du mit bitte das Logfile (mindestens gestern und heute) gezippt hier anhängen.
jaydee73
Hi Wiggal,
ich habe heute (erstmalig) ein seltsames Phänomen beobachtet. Habe gestern auf 0.21.2 upgedated und dabei auch erstmalig die Akkuschonung auf 1 gesetzt, wobei ich mir nicht sicher bin, ob das damit überhaupt zu tun hat.
Folgendes Verhalten: Gestern Abend ging das Tool über die Akkuschonung auf 0,2C und 0,1C. So weit, so normal.
Heute um 0 Uhr gab es dann folgenden Aufruf:
` BEGINN: 2024-07-05 00:00:01.182925
MODBUS LADESTEUERUNG
aktuellePrognose: 0 RestTagesPrognose: 28704 PrognoseAbzugswert/Stunde: 1393 Grundlast_Summe für Tag: 8500 aktuellePVProduktion/Watt: 1 aktuelleEinspeisung/Watt: 183 aktuelleBatteriePower/Watt: 248 GesamtverbrauchHaus/Watt: 66 aktuelleBattKapazität/Watt: 1282 Batteriestatus in Prozent: 83.3 % LadewertGrund: Nicht schreiben, da PVProduktion < 10 Watt! Bisheriger Ladewert/Watt: 768 Bisheriger Ladewert/Prozent: 10.0 % Neuer Ladewert/Watt: 0 Neuer Ladewert/Prozent: 0.0 % newPercent_schreiben: 0
Alte und Neue Werte unterscheiden sich weniger als die Schreibgrenzen des WR, NICHTS zu schreiben!!
Fallback ist eingeschaltet. Fallback 18270 geschrieben. InOutWRte_RvrtTms_Fallback: 18270 StorageControlMode: 3
ENDE: 2024-07-05 00:00:01.302104 `
Es wurde also nichts geschrieben, da Schreibgrenze. War in der Nacht auch ok, da sowieso null.
Aus diesem "Modus" kommt der WR aber nun nicht mehr raus. Heute früh, nachdem die PV wieder Ertrag bringt, ist der Ladewert weiterhin 10%, obwohl eigentlich "Prognoseberechnung/Battspar" greifen würde, sprich er eigentlich null in die Batterie bringen müsste. Er bringt aber weiterhin die 10% rein:
` BEGINN: 2024-07-05 07:20:01.428179
MODBUS LADESTEUERUNG
aktuellePrognose: 22 RestTagesPrognose: 26892 PrognoseAbzugswert/Stunde: 2627 Grundlast_Summe für Tag: 4833 aktuellePVProduktion/Watt: 1270 aktuelleEinspeisung/Watt: 327 aktuelleBatteriePower/Watt: -738 GesamtverbrauchHaus/Watt: 205 aktuelleBattKapazität/Watt: 1497 Batteriestatus in Prozent: 80.5 % LadewertGrund: Prognoseberechnung / BatSparFaktor Bisheriger Ladewert/Watt: 768 Bisheriger Ladewert/Prozent: 10.0 % Neuer Ladewert/Watt: 0 Neuer Ladewert/Prozent: 0.0 % newPercent_schreiben: 0
Alte und Neue Werte unterscheiden sich weniger als die Schreibgrenzen des WR, NICHTS zu schreiben!!
Fallback ist eingeschaltet. InOutWRte_RvrtTms_Fallback: 18270 StorageControlMode: 3
ENDE: 2024-07-05 07:20:01.434809 `
Vermutlich geschieht dies, weil er aufgrund der SchreibgrenzeUnten nie die 0 geschrieben hat, da die Differenz zwischen 768 und 0 dafür nicht gereicht hat. Ich hätte allerdings gedacht, dass er nachts sowieso einmal quasi einen "Reset" macht, sprich die Null einmal schreibt, unabhängig von Schreibgrenzen etc.
Hast du dazu eine Meinung? Irgendwie erscheint mir das Verhalten zwar programmiertechnisch logisch, aber ist es auch sinnvoll so?
Gruß, JD
Zusätzliche Anmerkung: Mittlerweile ist der Akku wieder bei 83%, er schreibt aber trotzdem noch Prognoseberechnung: Batteriestatus in Prozent: 82.7 % LadewertGrund: Prognoseberechnung / BatSparFaktor => Sollte hier nicht eigentlich ab 80% auch wieder "Akkuschonung 0,2C" stehen?