KEBA / Warp FW2.0 Vehicle Identifier für NFC Freigabe senden

[bbr111]

Hallo zusammen,

mit der neuen Version 2 für die WARP Charger gibt es jetzt die Möglichkeit der externen Freigabe und der Benutzer (NFC) Freigabe.

Um bei des zusammen zu verwenden, könnte man den Vehicle Identifier per MQTT nfc/inject_tag beim starten der Ladung senden.
Damit würde dann autobezogen der Ladevorgang der Wallbox gestartet.

[andig]

Das betrifft auch KEBA. Bei dieser und der Warp haben wir aktuell die Möglichkeit, Tags zu senden.

Um bei des zusammen zu verwenden, könnte man den Vehicle Identifier per MQTT nfc/inject_tag beim starten der Ladung senden.

wenn müssten wir den m.E. bei Erkennung des Fahrzeugs senden. Oder erst bei Ladefreigabe?

[premultiply]

Ich verstehe noch nicht welchen Nutzen es überhaupt haben sollte seitens evcc ein Tag in Richtung einer Wallbox zu senden.
Der Weg Wallbox->evcc ist doch eigentlich völligausreichend.
Ob die Box ein RFID-Tag (oder auch eine andere Methode z.B. via ISO15118) zur einmaligen Authentifizierung eines jeden Ladevorgangs (heisst: nach dem Anstecken eines Fahrzeugs) anfordert oder dies nur optional ist spielt ja für die Funktion von evcc eigentlich keine Rolle.
evcc gleicht die gesendete ID mit seiner Fahrzeugliste ab und bei einem Match wird dieses ausgewählt und die optionalen Fahrzeugvoreinstellungen werden angewandt.

[rtrbt]

Ich verstehe noch nicht welchen Nutzen es überhaupt haben sollte seitens evcc ein Tag in Richtung einer Wallbox zu senden.

Z.B. bei uns läuft die Zuordung des Ladetrackers indirekt über die Tags. D.h. wenn EVCC Fahrzeuge erkennt, kann dann pro Fahrzeug ein Tag angelegt werden (dass es in echt nicht geben muss) und die Wallbox kann pro Fahrzeug die Ladevorgänge tracken.

Dann bleibt nur das bei der Fahrzeugerkennung zu senden. Die passiert einmalig.

Würden dir separate Injection-APIs für start und stop nicht helfen? Habe kurz bei der Konkurrenz spioniert, da sind start und stop auch getrennt. D.h. das wäre dann (n=2) erstmal einheitlich in der Logik in EVCC.

[premultiply]

Z.B. bei uns läuft die Zuordung des Ladetrackers indirekt über die Tags. D.h. wenn EVCC Fahrzeuge erkennt, kann dann pro Fahrzeug ein Tag angelegt werden (dass es in echt nicht geben muss) und die Wallbox kann pro Fahrzeug die Ladevorgänge tracken.

Dazu muss dies doch schon vorher von der Box gekommen sein und somit ohnehin dort bekannt und autorisiert sein, oder?
Wozu sollte evcc dass dann nochmal zurückschicken?
evcc leitet aus dem empfangen Tag dann nur nochmal eine interne Zuordnung ab.

[andig]

@rtrbt

Würden dir separate Injection-APIs für start und stop nicht helfen? Habe kurz bei der Konkurrenz spioniert, da sind start und stop auch getrennt. D.h. das wäre dann (n=2) erstmal einheitlich in der Logik in EVCC.

Klar, das würde auch gehen. Gelöscht würde ja weiter beim Disconnect.

[bbr111]

Müsste man nicht abfragen, ob schon ein User-Tag da ist? der user_current steht ja auf 0, wenn keine AUTH vorliegt.
Ist schon ein AUTH da, ist man > 0.

[andig]

Ich tendiere dazu, hier gar nichts zu tun:

• es gibt keine offensichtliche Lösung
• der Anwendungsfall ist recht spezifisch
• das zugrundeliegende Problem- Anwender hat vergessen Token anzuhalten- besteht auch ohne evcc
• Workarounds sind extern möglich

Davon abgesehen wäre es ohne Weiteres möglich, analog Keba, ein einfaches vordefiniertes Tag bei jedem "enable" zu injecten (würde aber nochmal Anpassung des Warp APIs erfordern)

[rtrbt]

Tinkerforge/esp32-firmware@fafd586
Damit kann die nächste Warp-Firmware nfc/inject_tag_start und /inject_tag_stop zusätzlich zu /inject_tag.

[rtrbt]

Kurzes Update: FW 2.0.2 (seit gestern veröffentlicht) aufwärts hat die APIs.