easee Home Wallbox: charger logic error: disabled but charging

[KaiHawaii79]

Hallo zusammen,
dies ist meine erster Beitrag hier, habe die easee Home WB seit November 23 mit evcc und einem Skoda Enyaq im Einsatz. Nach Anstecken des Ladekabels und authorisieren mit dem RFID-Schlüssel beginnt der Ladevorgang und es kommt zu der evcc-Warnung:

Wallbox: charger logic error: disabled but charging

Die Meldung kommt sehr oft, aber auch nicht immer. Der Ladevorgang funktioniert aber soweit immer.

Was kann ich hier tun?
Hinweis: Falls ich was "loggen" soll, müsste ich wissen wie das geht ;).

[GratzA2]

Hallo,
ich habe seit Februar 2024 eine Easee Home mit RFID im Einsatz. Nach fast jeder RFID Authorisierung hatte ich das gleiche Phänomen/Problem. Ich denke, dass es daran liegt, dass im Moment der RFID Authorisierung die Easee die Kontrolle übernimmt und den Ladevorgang startet, was man ja auch an den LEDs sieht. Das merkt EVCC und meldet das als Logik Fehler.

Ich fand das auch nicht prickelnd und habe RFID deaktiviert, nachdem ich im Web keine Lösung gefunden hatte. Bei mir war das kein Problem, da die Wallbox in meiner Garage installiert ist und nur die Familie Zutritt hat.

Ich hätte auch Interesse an einer Lösung, die ohne kontinuierliche Fehler-/Warnmeldung daherkommt.
Gruß A.

[GrimmiMeloni]

@GratzA2 ist nah dran. In der Tat ist es so, daß die Easee den Ladevorgang eigenmächtig startet.
Man kann dies unterbinden in dem man die RFID Authentifizierung an der Box einschaltet, und dann aber kein RFID Token zum aktivieren verwendet, sondern evcc in der Charger Konfiguration den Schalter authorize:true setzt. Somit startet der Ladevorgang erst wenn evcc diesen explizit freigibt, und die besagte Meldung verschwindet.

[KaiHawaii79]

Ok, vlt. blöde Frage: Wie wird dann das „erlaubte“ Fzg identifiziert bzw. authorisiert?
Was passiert, wenn ein fremdes Fzg. angeschlossen würde?

[GrimmiMeloni]

Default mode off am Loadpoint einstellen.
Mode PV am Fahrzeug konfigurieren.
Wenn ein unbekanntes Fahrzeug angesteckt wird, passiert nichts, weil der Mode off bleibt.

[KaiHawaii79]

Hi, leider funktioniert es nicht bei mir. Nach Anstecken des Ladekabels blinkt die Wb für die Authentifizierung. Nach Umschalten von Off auf PV im evcc wird der Ladevorgang nicht gestartet. Der Enyaq wird nicht erkannt, steht als offline da und es wird nur ein Gastfzg angezeigt. Es kommt dann ein Timeout.
Nach 2-3 min startet der Ladevorgang dann doch, weiterhin als Gastfzg.
Wo liegt das Problem?

[KaiHawaii79]

hier noch meine yaml-Datei:

site:
title: Zuhause # display name for UI
meters:
grid: my_grid # grid meter reference
pv: # (pvs = veraltet)
- my_pv # first pv meter reference

interval: 45s # alle 30 Sekunden

log: debug

meters:

• name: my_grid
  type: template
  template: solaredge-inverter
  usage: grid

  Modbus TCP

  modbus: tcpip
  id: 1
  host: 192.168.178.30 # Hostname
  port: 1502 # Port
  timeout: 10s # optional

• name: my_pv
  type: template
  template: solaredge-inverter
  usage: pv

  Modbus TCP

  modbus: tcpip
  id: 1
  host: 192.168.178.30 # Hostname
  port: 1502 # Port
  timeout: 10s # optional

chargers:

• name: Easee
  type: template
  template: easee
  user: kai.@**.com # Emailadresse
  password: **************** # wie Login für Easee App oder Web Portal (https://easee.cloud)
  charger: EHDKFHTE
  timeout: 10s # optional
  authorize: true # Steuert ob evcc die Authentifizierung am Charger vornimmt. Vorteil ist ein kontrollierter Ladestart. Nicht kompatibel mit RFID Identifikation von Fahrzeugen. (optional)

loadpoints:

• title: Wallbox # display name for UI
  charger: Easee # Wallbox Referenz
  mode: off # charge mode (off, now, minpv, pv)
  soc:
  poll:
  mode: charging
  interval: 60m
  estimate: true

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: ts-231k

port is the listening port for UI and api

evcc will listen on all available interfaces

port: 7070

vehicles:

• name: my_car
  type: template
  template: enyaq
  title: Enyaq iV50 # Wird in der Benutzeroberfläche angezeigt (optional)
  user: kai.@*.com #(bspw. E-Mail Adresse, User Id, etc.)
  password: ******** #(bei führenden Nullen bitte in einfache Hochkommata setzen)
  vin: *************** # Erforderlich, wenn mehrere Fahrzeuge des Herstellers vorhanden sind (optional)
  capacity: 52 # Akkukapazität in kWh (optional)
  timeout: 10s # optional
  phases: 2
  mode: pv
  mincurrent: 6
  maxcurrent: 16
  targetSoc: 80
  cache: 30m

token, valid until 2026-11-22

sponsortoken: xxxx

[KaiHawaii79]

und ein log
log.txt

[KaiHawaii79]

Habe soeben meine Backup-yaml wieder eingespielt, aber auch da ist der Enyaq offline!?
Hängt das mit SkodaConnect / MySkoda zusammen? Muss ich evccc auf 0.127. hochziehen? Aktuell läuft bei mir v0.122.1 gemäß dem Grundsatz - Never change a Running System 😜

[KaiHawaii79]

Irgendwie wird’s noch schlechter, gerade den Enyaq nochmal angesteckt weil Sonne da ist. Ladevorgang konnte ich jetzt wieder nur durch euch den Chip starten.
Außerdem kommt jetzt ein neuer Fehler:

site ] ERROR 2024/09/19 11:08:30 pv 1 power: model 103 block 0 point W: read tcp 192.168.178.52:36954->192.168.178.30:1502: read: connection reset by peer

evcc-20240919-110817-trace.log

ist der Log eigentlich so ok?

[GrimmiMeloni]

Also, das sieht ganz klar noch Easee seitigen Problemen aus. Der Charger läuft auch bei 20s ins Timeout. Das tut er übrigens heute bei mir auch - das ist also kein Einzelfall. Ich werde bei mir mal mit den Timeoutwerten experimentieren. Vielleicht kann ich es darüber stabilisieren. Mehr kannst du (und ich) leider von der Client Seite nicht tun.

Fazit: Es scheint also seit dem Incident vom letzten Wochenende noch Nachbeben zu geben. Ob hier dauerhaft längere Timeouts erforderlich wird sich zeigen.

[GrimmiMeloni]

Nachtrag: Der Modbus Fehler ist für das Easee Problem irrelevant.

[KaiHawaii79]

Ok, dann muss ich mal sehen was der Easee-Support meint.
Hatte übrigens schon beim vorletzten Log den Timeout beim Charger ganz entfernt.

kann ich gegen den Modbus Fehler was tun? Sehe den zum ersten Mal.

geht bei dir bei der Easee die Authorisierung durch die App eigentlich? Tut bei mir auch nicht.

Die WLAN-Signalstärke-Anzeige ist übrigens stark verzögert, bzw. stimmt immer. Obwohl die Wb definitiv mit dem Repeater verbunden ist wird keine WLan Verbindung angezeigt in der App.

[GrimmiMeloni]

kann ich gegen den Modbus Fehler was tun? Sehe den zum ersten Mal.

Wenn es dauerthaft bleibt, solltest Du dazu ein eigenes Thema starten.

geht bei dir bei der Easee die Authorisierung durch die App eigentlich? Tut bei mir auch nicht.

Ja, die funktioniert(e) bisher.

Die WLAN-Signalstärke-Anzeige ist übrigens stark verzögert, bzw. stimmt immer. Obwohl die Wb definitiv mit dem Repeater verbunden ist wird keine WLan Verbindung angezeigt in der App.

Da kann ich wenig mitreden. Ich hatte da viele Probleme, der Empfang ist einfach schwach und daher wechselhaft. Ich habe schon vor über einem Jahr auf Mobilfunk umgestellt und habe dadurch die Reaktion der Box deutlich verbessert.
Fun fact: Da die Easee keine lokale Schnittstelle hat, bringt der WiFi Zugang auch gar keinen Mehrwert für den Enduser. Er fügt eigentlich nur die eigene WLAN Infrastruktur als mögliche Fehlerquelle hinzu. So fern der Mobilfunk Empfang vor Ort in Ordnung ist, kann ich nur dazu raten das WLAN der Easee abzuschalten.