Problem mit Ladeplanung Ladezeiten werden nicht korrekt ausgeführt (Easee Wallbox)

[undauntedjogging]

Beschreibung:

Ich habe ein Problem mit der Ladeplanung in EVCC in Kombination mit meiner Easee Wallbox. Obwohl der Ladeplan klar definiert ist und die günstigsten dynamischen Stunden korrekt angezeigt werden, wird der Ladeplan nicht wie erwartet ausgeführt.
Stattdessen scheint EVCC die geplanten Ladezeiten zu ignorieren oder nicht korrekt umzusetzen.

---

Setup-Details:

1. EVCC-Version: 0.133.0
2. Wallbox-Modell: Easee Home
3. Fahrzeug: Hyundai Ioniq6 - Angeschlossen via API / Bluelink
4. Betriebssystem: Docker via Modbus Proxy in Home Assistant Addion
5. Dynamischer Stromtarif: Tibber
6. Ladestrategie in EVCC: Günstiges Laden (dynamischer Tarif aktiviert) / PV MOdus
7. Sponsor-Token: Aktiviert und gültig
8. EVCC Modus: PV

---

Schritte zur Reproduktion des Problems:

1. Ladeplan in EVCC erstellt:
   • Abfahrtszeit: [z.B. 07:00 Uhr]
   • Ladestand: 10%
   • gewünschter Ladestand: 30%
   • Ladestrategie: Günstiges Laden basierend auf dynamischem Tarif auf Basis des eingestellten Preises zu Uhrezeit X
2. Plan aktiviert und Vorschau überprüft (zeigt die korrekten günstigen Stunden an).
3. Fahrzeug ist an die Easee Wallbox angeschlossen.
4. Beobachtung: Der Ladevorgang beginnt exakt zu der Zeit, den der Ladeplaner auch anzeigt allerdings hört er nicht
   auf sondern lädt einfach weiter. Bei Ladelimit habe ich bereits 80 oder 100% eingestellt als Beispiel.

---

Erwartetes Verhalten:

EVCC sollte das Fahrzeug in den günstigsten Stunden gemäß dem dynamischen Tarif laden und den Ladeplan entsprechend ausführen.

Problem:

Der Ladevorgang beginnt exakt zu der Zeit, den der Ladeplaner auch anzeigt allerdings hört er nicht
auf sondern lädt einfach weiter. Bei Ladelimit habe ich bereits 80 oder 100% eingestellt als Beispiel.

Hat jemand eine Idee woran das liegen könnte, dass einfach weiter geladen wird obwohl der Ladeplan entsprechend eingestellt ist.

---

EVCC.YAML:

network:
  # schema is the HTTP schema
  # setting to `https` does not enable https, it only changes the way URLs are generated
  schema: http
  # host is the hostname or IP address
  # if the host name contains a `.local` suffix, the name will be announced on MDNS
  # docker: MDNS announcements don't work. host must be set to the docker host's name.
  host: 192.168.178.22
  # port is the listening port for UI and api
  # evcc will listen on all available interfaces
  port: 7070

interval: 30s # control cycle interval. Interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval

# database configuration for persisting charge sessions and settings
# database:
#   type: sqlite
#   dsn: <path-to-db-file>

# sponsor token enables optional features (request at https://sponsor.evcc.io)
# 1095 Tage gültig und kann jederzeit neu erzeugt werden.
# trial token, valid until 2025-01-25
sponsortoken: x
# telemetry enables aggregated statistics
#
# Telemetry allows collecting usage data (grid and green energy, charge power).
# Data is aggregated, no individual charging sessions are tracked. The collected,
# anonymous data can be retrieved using https://api.evcc.io.
#
# See https://github.com/evcc-io/evcc/pull/4343 or details.
#
# For time being, this is only available to sponsors, hence data is associated with
# the sponsor token's identity.
#
# telemetry: true

# log settings
log: info
levels:
  site: debug
  lp-1: debug
  lp-2: debug
  cache: error
  db: error

chargers:
  - name: my_charger
    type: template
    template: easee
    user: x
    password: x
    charger: EH71X
    timeout: 20s # optional
    authorize: # Steuert ob evcc die Authentifizierung am Charger vornimmt. Vorteil ist ein kontrollierter Ladestart. Nicht kompatibel mit RFID Identifikation von Fahrzeugen. (optional)



meters:
  - name: my_grid
    type: template
    template: huawei-sun2000-rs485
    usage: grid
    
    # Modbus TCP
    modbus: tcpip
    id: 1
    host: 192.168.178.22 # Hostname
    port: 502 # Port

  - name: my_pv
    type: template
    template: huawei-sun2000-rs485
    usage: pv
    
    # Modbus TCP
    modbus: tcpip
    id: 1
    host: 192.168.178.22 # Hostname
    port: 502 # Port

  - name: my_battery
    type: template
    template: huawei-sun2000-rs485
    usage: battery  
    
    # Modbus TCP
    modbus: tcpip
    id: 1
    host: 192.168.178.22 # Hostname
    port: 502 # Port    

site:
  title: Zuhause
  meters:
    grid: my_grid
    pv: my_pv
    battery: my_battery
  residualPower: 250

    
loadpoints:
  - title: Garage # display name for UI
    charger: my_charger # Wallbox Referenz
    #vehicle: Hyundai # Referenz auf Standardfahrzeug
    mode: off # charge mode (off, now, minpv, pv)
    #
    #enable:
      # einschalten, wenn 1 Minute lang mindestens 2000 W Überschuss vorhanden ist
     # delay: 1m
     # threshold: -2000
    #disable:
      # ausschalten, wenn 30 Minuten lang mehr als 2000 W aus dem Netz bezogen werden
     # delay: 30m
      #threshold: 2000


tariffs:
  grid:
    type: template
    template: tibber
    token: x
    
  feedin:
    type: fixed
    price: 0.082 # [currency]/kWh    

vehicles:
  - name: Ioniq
    type: template
    template: hyundai
    title: Hyundai Ioniq
    user: X
    password: x
    language: en # 'de' für Deutsch und 'en' für Englisch (optional)
    capacity: 77


messaging:
  events:
    start: # Ladestart-Ereignis
      title: Laden gestartet
      msg: Ladevorgang im Modus "${mode}" gestartet
    stop: # Ladestopp-Ereignis
      title: Laden beendet
      msg: Ladevorgang von ${chargedEnergy:%.1fk}kWh in ${chargeDuration} abgeschlossen.Preis des Ladens ${sessionPrice}.Durchschnittlicher Preis des Stroms pro kWh der Sitzung:${sessionPricePerKWh}
    #msg: Ladevorgang von ${chargedEnergy:%.1fk}kWh in ${chargeDuration} abgeschlossen. Preis des Ladens ${sessionPrice:.2f}. Durchschnittlicher Preis des Stroms pro kWh der Sitzung: ${sessionPricePerKWh:.2f}
    connect: # Fahrzeug-Verbindungsereignis
      title: Auto angeschlossen
      msg: "Auto bei ${pvPower:%.1fk}kW PV-Leistung angeschlossen"
    disconnect: # Fahrzeug-Trennungsereignis
      title: Auto getrennt
      msg: Auto nach ${connectedDuration} getrennt.
  #  soc: # Aktualisierung des Fahrzeug-Ladezustands
  #  title: Ladezustand aktualisiert
  #   msg: Batterie auf ${vehicleSoc:%.0f}% geladen
    guest: # Fahrzeug konnte nicht identifiziert werden
      title: Unbekanntes Fahrzeug
      msg: Unbekanntes Fahrzeug, Gast angeschlossen?
  services:
   - type: pushover
     app: x
     recipients:
     - x

---

---

Zusätzliche Hinweise:

• Die Easee Wallbox ist korrekt konfiguriert und funktioniert mit anderen Lademodi (z.B. PV-Überschussladen) einwandfrei.

• Die Wallbox unterstützt dynamische Laststeuerung und ist über WLAN verbunden.

• Das Problem tritt nur bei der Nutzung der Ladeplanung auf.

• Ich habe um 04:15 (da ich bereits kurz wach) war und es gesehen habe den Ladevorgang händisch gestoppt - siehe Log
  [lp-1 ] INFO 2025/01/22 04:16:12 stop charging <-

*Log Datei des Ladevorgangs:

_addon_49686a9f_evcc_logs.txt

[VolkerK62]

Hast du mal ein Logfile davon?
Ich vermute das als "Übertäter"

   disable:
      delay: 30m
      threshold: 2000

Du lässt 2000W Netzbezug zu.
Bei 1p liegt das Minimum bei 1400W, somit wird nicht abgeschaltet.

[VolkerK62]

Eigentlich soll der Plan um 2:51 starten, die Ladung fängt aber schon um 2:00 an

[lp-1  ] DEBUG 2025/01/22 02:00:38 charge power: 10897W
[lp-1  ] DEBUG 2025/01/22 02:00:38 charge currents: [15.7 15.5 15.6]A
-0W
[lp-1  ] DEBUG 2025/01/22 02:00:48 plan: charge 1h8m31s between 2025-01-22 02:51:29 +0100 CET until 2025-01-22 07:00:00 +0100 CET (power: 11040W, avg cost: 0.347)
[lp-1  ] DEBUG 2025/01/22 02:00:49 max charge current: 16A
[lp-1  ] DEBUG 2025/01/22 02:00:51 charger enable

Der Plan wird beendet, aber es wird nicht abgeschaltet

[lp-1  ] DEBUG 2025/01/22 03:10:18 set Ioniq plan soc: 0 @ 0001-01-01 00:53:28 +0053 LMT

Hast du evtl. ein allgemeines Preislimit gesetzt, das deshalb schon füher begonnen und länger geladen wird?

[VolkerK62]

aus dem anderen Log
[lp-1 ] DEBUG 2025/01/21 22:27:46 set smart cost limit: 0.3

Kann es sein, das ab 2:00 Uhr dieses Limit unterschritten war?

[undauntedjogging]

Eigentlich soll der Plan um 2:51 starten, die Ladung fängt aber schon um 2:00 an

[lp-1  ] DEBUG 2025/01/22 02:00:38 charge power: 10897W
[lp-1  ] DEBUG 2025/01/22 02:00:38 charge currents: [15.7 15.5 15.6]A
-0W
[lp-1  ] DEBUG 2025/01/22 02:00:48 plan: charge 1h8m31s between 2025-01-22 02:51:29 +0100 CET until 2025-01-22 07:00:00 +0100 CET (power: 11040W, avg cost: 0.347)
[lp-1  ] DEBUG 2025/01/22 02:00:49 max charge current: 16A
[lp-1  ] DEBUG 2025/01/22 02:00:51 charger enable

Der Plan wird beendet, aber es wird nicht abgeschaltet

[lp-1  ] DEBUG 2025/01/22 03:10:18 set Ioniq plan soc: 0 @ 0001-01-01 00:53:28 +0053 LMT

Hast du evtl. ein allgemeines Preislimit gesetzt, das deshalb schon füher begonnen und länger geladen wird?

Ich hab das Preislimit direkt eingerichtet, dass er unter 0,35EUR laden soll.
Das direkt hier drüber (Kein guter Preis aktuell für dynamische Strompreis :( )
Und im Ladeplan auf Basis des eingestellten Preises und der KWH, die ich laden möchte hat er mir angezeigt er lädt bis zu einem Limit von 30kwh beispielsweise um 2-4 Uhr.
Hab das ganze bestätigt via "Anwenden" und dann hat er die Planung auch eingerichtet aber ich habe das Gefühl, dass er die mehr oder weniger "ignoriert" was ich mir nicht ganz erklren kann, da er mir als Vorschau ja genau anzeigt wann diese mit dem dynamischen Tarif auch wirklich Anwendung findet.

[undauntedjogging]

aus dem anderen Log [lp-1 ] DEBUG 2025/01/21 22:27:46 set smart cost limit: 0.3

Kann es sein, das ab 2:00 Uhr dieses Limit unterschritten war?

Nein der Preis war gestern so hoch, so dass ich im explizit gesagt unter 0,35EUR nur laden und das nur für 30% des Autos.
Anbei auch ein Screenshot des Strompreises gestern ab 0 Uhr wie hoch er entsprechend war und ab 0 Uhr lag er bei <0,35€.

aus dem anderen Log [lp-1 ] DEBUG 2025/01/21 22:27:46 set smart cost limit: 0.3
Woher kommt dann dieser Eintrag? Den sehe ich auch nirgends in der UI.

[undauntedjogging]

aus dem anderen Log [lp-1 ] DEBUG 2025/01/21 22:27:46 set smart cost limit: 0.3
Kann es sein, das ab 2:00 Uhr dieses Limit unterschritten war?

Nein der Preis war gestern so hoch, so dass ich im explizit gesagt unter 0,35EUR nur laden und das nur für 30% des Autos. Anbei auch ein Screenshot des Strompreises gestern ab 0 Uhr wie hoch er entsprechend war und ab 0 Uhr lag er bei <0,35€.

aus dem anderen Log [lp-1 ] DEBUG 2025/01/21 22:27:46 set smart cost limit: 0.3
Woher kommt dann dieser Eintrag? Den sehe ich auch nirgends in der UI.

Ich habe das preislimit gerade für die neuen Preise, die ab 13 Uhr kommen beispielsweise auf <0,32 gesetzt.
Die Vorschau sieht folgendermaßen aus was ja auch richtig ist.

Auf Basis der geplanten Ladeplanung zeigt er mir auch an wann der günstigste Preis ist bis zur Abfahrt um 7 Uhr.

[undauntedjogging]

Anbei noch eine log Datei, die noch weiter zurück geht
_addon_49686a9f_evcc_logs (1).txt

[mfuchs1984]

Zwei Sachen fallen auf

1. Die Wallbox fängt immer wieder von selbst an, zu laden [lp-1 ] WARN 2025/01/22 04:31:12 charger logic error: disabled but charging
2. Der Ladeplan, der morgens startet, hat einen ungewöhnlichen Startzeitpunkt
   [lp-1 ] DEBUG 2025/01/22 07:53:38 set plan energy: 30kWh @ 2025-01-23 07:00:00 +0100 CET
[lp-1 ] DEBUG 2025/01/22 07:54:13 plan: charge 0s between 0001-01-01 00:53:28 +0053 LMT until 2025-01-23 07:00:00 +0100 CET (power: 11040W, avg cost: NaN)

[undauntedjogging]

Heute Nacht das gleiche noch mal getestet (Maximaler € Wert hinterlegt + Ladeplan) und es hat alles einwandfrei funktioniert!
Ich habe eine Änderung an der evcc.yaml gemacht wo ich bei chargers an der Wawllbox noch folgenden Eintrag hinzugefügt habe:
authorize: true

Das sollte eigentlich nicht der Grund sein aber der Parameter steuert ob evcc die Authentifizierung am Charger vornimmt. Vorteil ist ein kontrollierter Ladestart. Nicht kompatibel mit RFID Identifikation von Fahrzeugen.
Das gleiche entsprechend in der Easee App eingestellt.
Von öffentlicher Ladung auf privat entsprechend gestellt.

Schauen wir mal, ob es daran lag (Ich kann es mir kaum vorstellen) aber ich werde das weiterhin beobachten.

[undauntedjogging]

Heute Nacht wieder geladen und es hat alles einwandfrei funktioniert.
Ich schließe den Thread daher, da aktuell keine Fehler bekannt sind.
Danke an alle !