search

evcc-io / evcc

Sonne tanken ☀️🚘
https://evcc.io
MIT License
3.44k stars 633 forks source link

Ladung startet nicht (Keba, RFID, OCPP, Awattar) #8356

Closed KaiseAl1 closed 1 year ago

KaiseAl1 commented 1 year ago

Describe the bug

Hallo,

anbei ein komplexes Problem welches ich nun mehrfach reproduzieren konnte: Umgebung: ) Keba Ladenetzwerk ) Authentifizierung mit RFID ) Keba Anbindung an OCPP (Steve), nur für Abrechnungszwecke, Steuert aber die Authentifizierung ) Awattar Tarif

Die Ladung startet nicht zum vorgesehenen Zeitpunkt im PV Modus wenn der Tarif die vorgegebene Schwelle unterschreitet (im Test <8ct). EVCC meldet, dass zum vorgesehenen Start der Ladung keine Authentifizierung mehr besteht.

Genaue Beschreibung siehe unten

Mein Vorschlag für einen Workarround nachdem ich vermute, dass evtl Keba nicht die korrekten Infos liefert bzw OCPP mitspielt: Nach dem Anstecken und der Authentifizierung im PV Mode die Ladung zB für 1Min starten unabhängig vom Tarif. Damit wird die OCPP Transaktion gestartet und geht in den Status "Suspended". Die Ladung wird dann fortgesetzt wenn der Tarif passt.

lg

Alex

Steps to reproduce

  1. 09:30h Auto1 wird an Keba2 angesteckt und mit RFID authentifiziert, Karte wird akzeptiert, OCPP Backend (Steve) hat status "Preparing", Auto1 wird korrekt erkannt, angezeigte charger vehicle id: (RFID) ist allerdings vom vorhergehenden Ladevorgang
  2. Rund 1 min später erscheint auf den Display der Keba2 wieder "Karte bitte", OCPP immer noch "Preparing"
  3. 10:00h Tarif unterschreitet 8ct, Ladung sollte beginnen, Log meldet "charger enable: missing credentials for RFID authorization", Ladung startet daher nicht
  4. 10:04h RFID Karte wird nochmals an Keba2 vorgehalten (gleiche Karte in Pkt 1), Ladung startet jetzt sofort, im log wird nun die korrekte RFID ausgegeben

Gleiches Problem tritt auf wenn während dem Anstecken und geplantem Ladestart (Tarif) auf Modus "Schnell" umgeschaltet wird.

Es macht keinen Unterschied, ob in der yaml das vehicle direkt zum Loadpoint zugeordnet wird oder über die "identifiers" (RFID) Es ist auch unabhängig vom Fahrzeug und von der verwendeten Ladestation im Ladenetzwerk

Wir das Auto an der Ladestation angesteckt während im EVCC Modus "schnell" eingestellt ist, startet die Ladung sofort

Configuration details

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.***.local # .local suffix announces the hostname on MDNS
  port: 7070

log: debug
levels:
  cache: error

# unique installation id
plant: abc***

interval: 10s # control cycle interval

chargers:
- type: template
  template: keba
  host: 10.x.x.x
  serial: 123
  name: keba1
- type: template
  template: keba
  host: 10.x.x.x
  serial: 345
  name: keba2

loadpoints:
- title: Ladestation1
  charger: keba1
  mode: pv
  phases: 3
  mincurrent: 6
  maxcurrent: 15
  resetOnDisconnect: false
  vehicle: Auto2
- title: Ladestation2
  charger: keba2
  mode: pv
  phases: 3
  mincurrent: 6
  maxcurrent: 15
  resetOnDisconnect: false
  # vehicle: Auto1

meters:
- name: sh-kai01
  type: template
  template: shelly-pro-3em
  usage: grid
  host: 10.x.x.x

tariffs:
  currency: EUR
  grid:
    type: awattar
    region: AT

vehicles:
  - name: Auto1
    type: template
    template: bmw
    title: Auto1
    user: ***
    password: ***
    vin: ***
    capacity: 105
    cache: 15m
    identifiers:
      - 89e53166xxxxxxxx 
      - 04db216axxxxxxxx 
  - name: Auto2
    type: mercedes
    title: Auto2
    capacity: 90
    clientId: ***
    clientSecret: ***
    vin: ***

site:
  title: XXXXXX
  smartCostLimit: 0.10
  meters:
    grid: sh-kai01

Log details

Fahrzeug angesteckt:
charger vehicle id: (RFID) entspricht jener der letzten Ladung und nicht jener mit welcher der aktuelle Ladevorgang gestartet wurde
OCPP (Steve): Meldet Status "preparing"

Jun  8 09:30:31 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 09:30:31 ----
Jun  8 09:30:31 evcc evcc[52402]: [lp-1  ] DEBUG 2023/06/08 09:30:31 charge power: 0W
Jun  8 09:30:31 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:31 charge power: 0W
Jun  8 09:30:31 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 09:30:31 grid power: 10W
Jun  8 09:30:31 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 09:30:31 grid powers: [8 0 1]W
Jun  8 09:30:32 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 09:30:32 grid currents: [0.12 0.027 0.029]A
Jun  8 09:30:32 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 09:30:32 pv power: 0W
Jun  8 09:30:32 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 09:30:32 site power: 10W
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 charge currents: [0 0 0]A
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 charge meter total import: 588.697kWh
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 charger status: B
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 charge start energy: 589kWh
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] INFO 2023/06/08 09:30:32 car connected
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 vehicle api refresh
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 pv timer elapse
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 pv timer inactive
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 charger: guard elapse
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 guard timer inactive
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 charge meter total import: 588.697kWh
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:32 charger vehicle id: 89e53166xxxxxxxx
Jun  8 09:30:32 evcc evcc[52402]: [lp-2  ] INFO 2023/06/08 09:30:32 vehicle updated: unknown -> Auto1
Jun  8 09:30:33 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:33 vehicle status: B
Jun  8 09:30:33 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:33 vehicle soc: 52%
Jun  8 09:30:33 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:33 vehicle range: 264km
Jun  8 09:30:33 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:33 pv charge current: 0A = 0A + -0.014A (10W @ 3p)
Jun  8 09:30:33 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:33 pv enable timer reset
Jun  8 09:30:33 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 09:30:33 pv timer inactive

Wartezeit bis Awattar Tarif <8ct : Erwartet für 10:00:00
Mode: PV (Würde man jetzt auf der GUI in "Schnell" wechseln, würde das beschriebene Problem sofort auftauchen
Keba Display schreibt zu diesem Zeitpunkt wieder "Karte bitte"

Es ist 10h, Keine Auth mehr : charger enable: missing credentials for RFID authorization

Jun  8 10:00:01 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:01 ----
Jun  8 10:00:01 evcc evcc[52402]: [lp-1  ] DEBUG 2023/06/08 10:00:01 charge power: 0W
Jun  8 10:00:01 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:00:01 charge power: 0W
Jun  8 10:00:01 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:01 grid power: 14W
Jun  8 10:00:01 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:01 grid powers: [13 0 1]W
Jun  8 10:00:02 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:02 grid currents: [0.141 0.027 0.029]A
Jun  8 10:00:02 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:02 pv power: 0W
Jun  8 10:00:02 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:02 site power: 14W
Jun  8 10:00:02 evcc evcc[52402]: [lp-1  ] DEBUG 2023/06/08 10:00:02 charge currents: [0 0 0]A
Jun  8 10:00:02 evcc evcc[52402]: [lp-1  ] DEBUG 2023/06/08 10:00:02 charge meter total import: 8779.604kWh
Jun  8 10:00:02 evcc evcc[52402]: [lp-1  ] DEBUG 2023/06/08 10:00:02 charger status: A
Jun  8 10:00:11 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:11 ----
Jun  8 10:00:11 evcc evcc[52402]: [lp-1  ] DEBUG 2023/06/08 10:00:11 charge power: 0W
Jun  8 10:00:11 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:00:11 charge power: 0W
Jun  8 10:00:11 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:11 grid power: 15W
Jun  8 10:00:11 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:11 grid powers: [14 0 1]W
Jun  8 10:00:12 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:12 grid currents: [0.151 0.027 0.029]A
Jun  8 10:00:12 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:12 pv power: 0W
Jun  8 10:00:12 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:00:12 site power: 15W
Jun  8 10:00:12 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:00:12 charge currents: [0 0 0]A
Jun  8 10:00:12 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:00:12 charge meter total import: 588.697kWh
Jun  8 10:00:12 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:00:12 charger status: B
Jun  8 10:00:12 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:00:12 pv timer elapse
Jun  8 10:00:12 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:00:12 pv timer inactive
Jun  8 10:00:12 evcc evcc[52402]: [lp-2  ] ERROR 2023/06/08 10:00:12 charger enable: missing credentials for RFID authorization

Nochmaliges Anmelden an der Keba mit der RFID Karte
Jetzt wir die korrekte RFID ID im Log angezeigt

Jun  8 10:04:51 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:04:51 ----
Jun  8 10:04:51 evcc evcc[52402]: [lp-1  ] DEBUG 2023/06/08 10:04:51 charge power: 0W
Jun  8 10:04:51 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:51 charge power: 4155W
Jun  8 10:04:51 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:04:51 grid power: 4150W
Jun  8 10:04:51 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:04:51 grid powers: [1385 1375 1390]W
Jun  8 10:04:52 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:04:52 grid currents: [5.99 5.93 5.98]A
Jun  8 10:04:52 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:04:52 pv power: 5W
Jun  8 10:04:52 evcc evcc[52402]: [site  ] DEBUG 2023/06/08 10:04:52 site power: 4150W
Jun  8 10:04:52 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:52 charge currents: [5.94 5.96 6]A
Jun  8 10:04:52 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:52 charge meter total import: 588.704kWh
Jun  8 10:04:52 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:52 charger status: C
Jun  8 10:04:52 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:52 charge start energy: 589kWh
Jun  8 10:04:52 evcc evcc[52402]: [lp-2  ] INFO 2023/06/08 10:04:52 start charging ->
Jun  8 10:04:52 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:52 wake-up timer: stop
Jun  8 10:04:52 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:52 charger vehicle id: 04db216axxxxxxxx
Jun  8 10:04:53 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:53 soc estimated: 52.00% (vehicle: 52.00%)
Jun  8 10:04:53 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:53 vehicle soc: 52%
Jun  8 10:04:53 evcc evcc[52402]: [lp-2  ] DEBUG 2023/06/08 10:04:53 vehicle range: 264km

What type of operating system are you running?

Linux

Version

v0.117.4

KaiseAl1 commented 1 year ago

Ticket war leider wegen gesperrtem Github-Account nicht sichtbar

lg Alex

KaiseAl1 commented 1 year ago

Habe im evcc.yaml unter den chargers "rfid: xxxxx" eingefügt. War in der template dokumentiert aber nicht in der Doku. Werde testen

lg

Alex

andig commented 1 year ago

Ich mach mal zu. Hoffe es läuft.

KaiseAl1 commented 1 year ago

War die Lösung, evtl könnte man das setting "rfid: xxxxx" bei der Gerätedokumentation hinzufügen. Ich habe es nur durch den Sourcecode herausgefunden.

Ich vermute allerdings, dass nun im OCPP Backend jener tag ankommt der im yaml fix hinterlegt ist, und nicht jener welcher an der Keba vorgehalten wurde. Ist in meinem Fall nicht so wichtig, aber bei Verwendung im Unternehmen würde die Abrechnung nicht stimmen.

Ich hätte mehrere Ideen um das zu lösen. evtl wäre der einfachste Weg jener, den ich oben vorgeschlagen habe, die Ladung im PV oder Min+PV Modus unabhängig vom Tarif für einen zu definierenden Zeitraum gleich nach der Freischaltung freizugeben. Damit geht der Vorgang in "Suspended" und wird sobald EVCC frei gibt wieder fortgesetzt.

Wichtig: Während bei den "identifiers" die rfid-tags auf 16 Stellen mit Nullen aufgefüllt werden müssen um das Fahrzeug zu identifizieren, benötigt "rfid:" im charger den exakten tag so wie in der Keba oder im OCPP angelernt wurde.

chargers:

Leonidos1973 commented 1 year ago

Hallo Alex, ich habe exakt dieselbe Konstellation und aktuell auch exakt dasselbe Problem: Steve+evcc+Keba Ladenetzwerk bestehend aus einer Keba x-Serie in der Garage und einer c-Serie am Stellplatz. Ich nutze Steve auch nur zum Authentifizieren der RFID Karten wegen der zentralen RFID Tag Administration da meine x-Serie keinen RIFD Leser hat und Keba für solch eine Konstellation keine Lösung vorsieht. Ich werde auch mal deinen Lösungsansatz ausprobieren sehe jedoch ebenfalls wie du die Problematik mit dem festen RFID-Tag.

premultiply commented 1 year ago 
resetOnDisconnect: true
mode: off

am Loadpoint. Ohne ist es irgendwie sinnlos.

@andig Wir sollten uns den Flow für RFID nochmal zusammen genauer ansehen. Denn vom Prinzip sollte die einmal authentifizierte Session mit dem verwendeten Identifier bis zum abstecken bestehen bleiben bzw. der Identifier bis dahin immer wieder verwendet werden. Das scheint hier irgendwie noch nicht richtig zu funktionieren.

premultiply commented 1 year ago

Hier sind noch ein paar andere Aspekte eingetröpfelt: https://github.com/evcc-io/evcc/issues/9032

premultiply commented 1 year ago

Ich hab das leider jetzt erst verstanden dass hier evcc überhaupt nicht den Hut auf hat. Das kann so nicht funktionieren.

Wenn evcc die Ladung und Session steuern soll muss es dies auch können.

Da hier jemand anderes im Hintergrund noch in die Sessions mischt (OCPP/steve) ist das so erstmal kein Thema für evcc. Bitte nur mit evcc per UDP, Modbus oder auch OCPP alleine testen!

Wichtig ist dazu am Loadpoint

resetOnDisconnect: true
mode: off

und die Hinterlegung der Identifier zu allen erlaubten Fahrzeugen verknüpft mit onIndentify-Defaults.

KaiseAl1 commented 1 year ago

Ich werde resetOnDisconnect: true mode: off noch testen, mir erschließt sich nur nicht der Zusammenhang.

Keba+RFID+OCPP funktionieren natürlich, auch evcc (UDP)+Keba (ohne RFID) oder eben mit RFID wenn unter chargers der Tag mit rfid: xxx angegeben ist. Der Tag bei den Identifiers unter vehicles reicht nicht um an der Keba anzumelden.

Der Zusammenhang mit evcc entsteht ja nur durch den verzögerten Start aufgrund des Tarifs. Bei Modus "Schnell" funktioniert es ja. Evcc hat somit "indirekt" den Hut auf

Die Kombination KEBA-RFID+OCPP (Fremdabrechnung) ist ja keine ungewöhnliche. Aber ich akzeptiere, dass es für evcc scheinbar kein Thema ist oder sein soll. Sollte es wieder eines werden, bin ich gerne bereit daran mitzuarbeiten.

lg

Alex

premultiply commented 1 year ago

Erstmal probieren wie nur mit evcc funktioniert. Sonst wird hier nichts passieren da wir auf externe mitmischende Tools keinen Einfluss haben und dies auch kein unterstützter Anwendungsfall ist. Es kann in all diesen Modellen immer nur ein System geben was den Hut auf hat. Das ist auch bei der Keba so.

andig commented 1 year ago

Ich hab das leider jetzt erst verstanden dass hier evcc überhaupt nicht den Hut auf hat. Das kann so nicht funktionieren.

Wenn evcc die Ladung und Session steuern soll muss es dies auch können.

Üblich ist eine ODER-Verknüpfung der Freigabe so dass evcc selbst steuern kann. Die Steuerung müsste dann so aussehen:

Fahrzeug (oder RFID erkannt) -> Ladung freischalten (üblicherweise ohne Mitgabe einer RFID)
kleinermc commented 3 months ago

Ich habe selbiges Problem. Leider lässt sich

rfid: 04fb8xxxxxxxx

beim Charger mit keba-modbus - Template nun nicht mehr hinterlegen.

Wie habt ihr das Problem dauerhaft gelöst? Ich habe zwei Keba-Boxen. Eine private c-Serie ohne alles und die x-series mit RFID und Fremdabrechnung ausschließlich für das Firmenfahrzeug. Daher könnte ich mit fest hinterlegter RFID Kennung leben.