search

warp-more-hardware / esp32-firmware

TinkerForge WARP software for more hardware
14 stars 1 forks source link

Charging does not start on first try after connecting the cable + EVCC workaround #55

Open jan-r91 opened 1 year ago

jan-r91 commented 1 year ago

Fehlerbeschreibung

Folgenden Fehler kann ich bei meiner Wallbox mit zwei Autos (Ford Kuga Hybrid + VW e-Up!) reproduzieren:

  1. Ladekabel wird angeschlossen
  2. "Start" im Webinterface drücken
  3. Fahrzeugstatus bleibt bei "Ladebereit" und der Ladevorgang startet nicht 💩
  4. "Stop" im Webinterface drücken und kurz warten
  5. "Start" im Webinterface drücken
  6. Fahrzeugstatus ist nur kurz "Ladebereit" und springt dann auf "Lädt" ⚡

Wenn das Ladekabel nicht entfernt wurde, dann klappt es direkt. Das führt auch dazu, dass meine manuelle EVCC-Integration in Home Assistant nicht ohne Workaround funktioniert (siehe unten).

Log

evse-debug-log-AC011K-10052110232864-2023-04-22T09-36-32-396.txt

Versions:

EVCC Workaround

Ich habe in Home Assistant das EVCC Addon installiert und übersetze per Node-RED die MQTT-Befehle von EVCC in die Sprache der Wallbox und umgekehrt. Für das oben beschriebene Problem habe ich in Node-RED einen Workaround gebaut. Ich habe meine Lösung (die bisher nur rudimentär getestet wurde) hier angefügt. Vielleicht hilft es ja jemanden 🤝

Wallbox-Node-RED-Flow.json.txt evcc.yaml.txt (Achtung: Ich musste jeweils die Dateiendung ändern, damit ich die Dateien hier hochladen konnte)

jan-r91 commented 1 year ago

Hallo Birger,

habs bei dem schönen Wetter leider nicht geschafft, mich noch weiter um die Wallbox zu kümmern.

Allerdings funktioniert mein Workaround noch nicht richtig: Wenn mein Workaround den Ladevorgang stoppt und nochmal startet, dann hängt sich die Wallbox auf (Status steht auf "Warten auf Freigabe" und beide Buttons (Start und Stop) sind deaktiviert). debug-report-AC011K-10052110232864-2023-05-12T12-48-07-227.txt grafik

Da komme ich dann nur raus, indem ich auf der "Firmware-Aktualisierung"-Seite auf "Neu starten" klicke. Danach startet der Ladevorgang direkt. debug-report-AC011K-10052110232864-2023-05-12T12-48-36-215.txt

gianmarcov commented 6 months ago

Strange behavior, do you tested it with other EV's? This case works for me with my Renault Zoe I have latest self compiled version of master (build yesterday) and same GD Version as you 1.2.460

  1. Plug charger in EV
  2. Start charging over warp webinterface

Interesting part in your logfile: 2023-04-22 09:34:09,729 Rx cmd_06 seq:10 len:66 crc:F32D - Start charging request ack 2023-04-22 09:34:09,730 Rx cmd_0F seq:E6 len:31 crc:E7A5 - Charging limit request, answer: 16A 2023-04-22 09:34:09,756 Rx cmd_07 seq:E7 len:75 crc:4C62 - Start charging approval 2023-04-22 09:34:10,606 EVSE GD Status now 5: Suspended by EV (power available but waiting for the EV response), allowed charging current 16000mA 2023-04-22 09:34:11,542 Charger state changed from 1 to 2 2023-04-22 09:34:11,596 Tracked start of charge. 2023-04-22 09:35:48,681 EVSE Allowed charging current changed from 16000mA to 0mA 2023-04-22 09:35:48,682 EVSE stop charging 2023-04-22 09:35:48,735 Rx cmd_06 seq:11 len:66 crc:803D - Stop charging request ack 2023-04-22 09:35:48,738 Rx cmd_07 seq:06 len:75 crc:6F2D - Stop charging approval 2023-04-22 09:35:49,257 Rx cmd_09 seq:07 len:584 crc:50BF - Charging stop reason: 1 - Remote

When i look the Code (https://github.com/warp-more-hardware/esp32-firmware/blob/master/software/src/modules/ac011k/ac011k.cpp) it seems to be a GD Firmware bug

jan-r91 commented 6 months ago

Hi, thanks for your answer. I have this problem with three different EVs: VW e-Up!, Ford Kuga Hybrid and our new Skoda Enyaq. It is very annoying, because my workaround only works in ~90% of the cases.