Wirklich schön, dass du dieses Mal https://forum.fhem.de/index.php?msg=633579 beachtet hast.Zitat von: DS_Starter am 27 Dezember 2025, 23:19:16ich hatte im SoC-Management noch einen Fehler korriegiert, schau mal in den Beitrag #4634.
Leider kann ich die Version noch nicht einchecken weil ich mit der Verbrauchsvorhersage noch nicht soweit bin.
Aber die Version 2.0.0 im contrib hat diesen Fix im Bauch und man kann sie ohne weiteres laden und benutzen.
ZitatZitat1. Warum startet der Battery CareCycle bei special_daysUntilBatteryCare_01=1 und nicht bei =0 ?Das ist eine falsche Sichtweise. Er startet bei CareCycle=x und endet mit 0. Wann 0 erreicht wird, hängt von dem berechneten Zeitpunkt pvCircular->nextTsMaxSocChge ab.
ZitatZitat2. Kann es sein, dass ein Bug im Code einen individuellen maxSoC nicht richtig übernimmt und deshalb immer den Default-Wert von 95 übernimmt?Hier zieht der angegebene loadAbort.
ZitatZitat3. Kann es sein, dass hier bei 95% die LoadAbort Richtlinie greift, obwohl die Zwangsladung mit 1000 W durchgeführt wird und diese währenddessen nicht unter die eingestellte Grenze von 500 W fällt?Sie greift, aber die Begründung ist so nicht richtig. Wir können nicht bestimmen d.h. vorgeben!, dass die Batterie mit 1000W geladen wird. Vielmehr begrenzen wir durch entsprechende Einstellungen die max. Ladeleistung auf 1000W. Ob die Batterie wirklich mit 1000W geladen wird, bestimmt das BMS der Batterie entsprechend der Ladephasen (z.B. Bulkladung).
...
Die reale Ladeleistung kann also durchaus auf unter 500W fallen und somit deine Bedingung greifen.
Zitatattr FritzBoxTAM MsgrFun set TelegramBot sendMedia REC FILE