Batteriesperre wird nach Ladeplan nicht zurückgesetzt

[neupertd]

Describe the bug

Mein Problem ist etwas spezieller.

Ich habe ein Fahrzeug ohne Online-Anbindung und das ist auch entsprechend konfiguriert.
Dieses Fahrzeug muss zur Zeit jeden Abend wieder voll geladen werden.
Um nicht jeden Abend nach den konkreten Preisen zu schauen lege ich dazu jeweils einen Ladeplan an, um die preislich günstigen Zeiten nutzen zu können. Um sicherzustellen, dass das Fahrzeug voll geladen wird, stelle ich dazu im Ladeplan immer etwas mehr Menge ein als tatsächlich benötigt wird.
Im UI bleibt der Hinweis auf den gesperrten Akku (Netzladung) bestehen.

Jetzt das Problem:
Da aufgrund des nicht komplett abgeschlossenen Ladeplans die Ladung für EVCC noch nicht abgeschlossen ist, wird die Sperre des Hausakkus nicht wieder aufgehoben. Das lässt sich im Grafana deutlich erkennen. (orange ist die Netznutzung, die verschiedenen grün sind Netzautarkie und Akkustand)

Das Problem lässt sich lösen, indem am morgen kurz auf Netzladung für den Hausakku umgeschaltet wird.

Lösungsvorschlag: Prüfen, ob die Ladung noch aktiv ist anhand der aktuellen Stromstärke und den Ladevorgang, evtl. mit etwas zeitlichem Versatz, beenden.

Steps to reproduce

1. Fahrzeug ohne Online-Anbindung
2. Ladeplan erstellen
3. Prüfen, ob nach dem vollständigem Laden beendet wurde
   ...

Configuration details

Fahrzeug:
- type: template
  template: offline
  title: Up Daggi  
  icon: car  
  capacity: 32  
  phases: 2  
  mode: pv  
  minCurrent: 6  
  maxCurrent: 16  
  name: updaggi


Wechselrichter Fronius Symo-Gen24 per Modbus:
meters:
- type: template
  template: fronius-gen24 
  usage: grid  
  host: 192.168.1.30  
  port: 502  
  name: grid1
- type: template
  template: fronius-gen24 
  usage: pv  
  host: 192.168.1.30  
  port: 502  
  name: pv2
- type: template
  template: fronius-gen24 
  usage: battery  
  host: 192.168.1.30  
  port: 502  
  name: battery3


Ladepunkt easee
chargers:
- type: template
  name: easee
  template: easee
  user: XXX
  password: XXX
  charger: XXX
  timeout: 20s

Log details

Aufgrund der Dauer des Vorgangs ist kein Einfügen des Logs möglich. Dies kann ich gern anderweitig zur Verfügung stellen falls benötigt.

What type of operating system are you running?

Linux

Nightly build

• I have verified that the issue is reproducible with the latest nightly build

Version

0.130.12

[andig]

Unfortunately your report is missing a detailed log file. Without log, we don‘t have the information for diagnosing the issue described. See https://docs.evcc.io/docs/faq#wie-kann-ich-ein-logfile-zur-fehleranalyse-erstellen.