Easee: use start_charge when authentication required #9271
Conversation
|
Riecht danach, dass damit die Session-Erzeugung der Box und somit ggf. auch sämtliche RFID-Funktionen der Box (z.B. auch Fahrzeugerkennung) ausser Kraft gesetzt werden. |
Ich konnte keinerlei Nebenwirkungen beim Test gestern feststellen. |
Die Ladesession ist davon unabhängig, die Fahrzeugerkennung geht einwandfrei. |
|
Gemeint war die Fahrzeugidentifizierung via RFID. Geht die (weiterhin)? |
sofern das aktuell gehen sollte mit der Easee (tut es das?): die dürfte dann weiterhin funktionieren, wenn das Token (Easee Key?) schneller an die Easee gehalten wird, als EVCC über die API freischaltet. Ansonsten wohl eher: nein. |
Danke für den Hinweis @premultiply. Das Feature hatte ich schon verdrängt. |
Das Problem ließe sich doch umgehen, wenn man in der EVCC-Konfig so konfiguriert, dass das Fahrzeug per RFID erkannt werden soll und der Standardmodus auf "OFF" steht, sowie für das jeweilige Fahrzeug auf z.B. "PV". Dann sollte doch in diesem Szenario erst gestartet werden wenn ich per RFID melde welches Auto angesteckt ist. Für den Standardmodus "ON" (bzw. PV etc.) würde mit dieser Änderung nun auch immer gestartet, trotz authentifizierung. Das ist zwar ein (breaking) change aber aus sicht von EVCC doch vollkommen richtig. So die Theorie, bin mir nur nciht sicher, ob es sich in der Praxis auch so verhält. |
Das funktioniert in jedem Fall. Denn für User die aktuell als Default Modus z.B. PV haben und bei denen es nur um die Fahrzeugzuordnung geht, ist es ja heute auch bereits ein Wettrennen zwischen Easee und dem nächsten EVCC Interval. Der Ladevorgang startet sobald das Token drangehalten wird, evcc sieht aber auch erst im nächsten Intervall den Identifier und kann dann das Fahrzeug auswählen. Das müßten wir tatsächlich mal mit einem Token testen, denn @Robbe64 hat meiner Ansicht nach recht. Die User die heute mit RFID einen Default Modus Off übersteuern können das auch weiterhin tun und das auch ohne das die Ladung bereits startet bevor die RFID Zuordnung erfolgt. |
GrimmiMeloni
force-pushed
the
feature/easee-auth
branch
from
5093536
to
9e59843
Compare
|
rebased to master, added configuration option. |
|
Hallo, mache ich gerne nach meinem Urlaub... nicht vor dem 30.8. "leider". Dazu noch eine Frage, das mit den Reasons ist hier raus / noch nicht drin? was genau soll ich also testen, die easee.go aus diesem Commit oder in den Master gemergt, wo ja die Reasons mit drin sind? bin mit GitHub nicht so firm. |
|
Der Change mit den Reasons in |
ah, super. Habe die 4 geänderten Dateien in meine lokale Kopie übernommen und schonmal erfolgreich kompiliert (Odroid N2+, btw, läuft prima), in 1 Woche wird getestet.. :) |
So, nun 2 Tage lang mehrere Tests gemacht, mit commit a9e78e9 sowie 83cda25 - alles OK! :) |
|
Wann kommt’s ins nightly? Wär perfekt für mich! |
@andig ich bin die nächsten 3 Tage nicht erreichbar. Vorschlag daher Sonntag. |
|
This has been working without problems for the last 2 weeks for me. Also confirmed working by @allcoolusernamesaregone . Removing draft state. |
|
Will test it as soon as it is on nightly 😍 |
|
@GrimmiMeloni bitte rebasen, dann werden die docs nicht mehr erzeugt |
GrimmiMeloni
force-pushed
the
feature/easee-auth
branch
from
4165f59
to
6bb5004
Compare
Sollte jetzt besser sein. |
|
Schon eine Idee wann das gemerged wird? |
|
@andig könntest du noch einmal auf den nightly job drücken? das wär fantastisch :) |
|
Done |
|
Denkt an die Konfiguration...
am Charger hinzufügen. |
|
Könnte evtl. jemand, spätestens wenn es ins Release kommt, mal zusammenfassen was geändert wurde und in welchem Fall die Verwendung wie empfohlen ist? Ich steige nicht durch. |
|
ich probiers mal:
|
|
Ich habe bei der Easee den Zugriff offen eingestellt und Evcc standardmäßog off und nach Erkennen des Fahrzeugs pv. Vermutlich hatte ich das genau deswegen so, weiß nicht mehr. Bedeutet das jetzt, ich kann den Zugriff wieder sperren und hätte dann aber immer noch das gleiche Verhalten? |
|
in dem von dir beschrieben szenario würde jedes andere e fahrzeug das sich an deine easee klemmt, automatisch geladen werden. da deine easee ja 'offen' ist. vmtl. zumindest kurz, bis evcc merkt, dass die easee lädt und das dann abbricht, weil der mode ja auf 'off' steht. ist aber jetzt nur eine vermutung, kann ich nicht 100% bestätigen. ich bin mir gerade nicht sicher, wie das zusammenspiel (automatische fahrzeug erkennung + das auth feature hier) funktioniert. da müssten @allcoolusernamesaregone bzw. @GrimmiMeloni was dazu sagen. |
|
@dm82m ja, bisher dürfte es bei @maf-soft so gewesen sein, dass die Easee bei Einstecken eines Fremdfahrzeuges kurz anfängt mit maximaler Leistung zu laden, bis EVCC feststellte, dass es ein "Gast"fahrzeug ist und "off durchsetzt". |
|
Ja, das ist alles genau so korrekt. Wer nicht auf die Authentifizierung per RFID zur Fahrzeugerkennung angewiesen ist, sollte seine Easee ab diesem Release von Zugriff „offen“ auf „privat“ umstellen, und in der evcc Konfig den o.g. |
|
Erste zwei Ladevorgänge ohne Problem, läuft soweit sauber! :) |
Hallo, Ich muss leider auch nachfragen, könntest du es nochmals erklären bitte? Ich habe meine Easee offen und soll jetzt in der App von Easee (zB) auf privat umstellen, obwohl ich nicht mit RFID authentifiziere, richtig? Dazu noch authorize=True und dann geht alles wie davor, aber ohne den kurzen Ladevorgang beim Anstecken, obwohl ich PV oder off bei evcc als Standard habe? Danke für das Aufschlauen... |
korrekt! genau so. |
Vielen Dank. Und wenn ein Gastfahrzeug anschließt, muss ich dann in der App freischalten oder geht das auch über evcc? |
Über evcc. In der App freizuschalten würde lediglich dazu führen, das evcc den Ladevorgang sofort wieder unterbindet. |
|
Vielen Dank. Dann ist das ja ein perfekter Patch für mich 😉 |
|
Ich habe in Slack mal einen Thread gestartet, weil ich annehme, dass es sich da besser diskutiert, vor allem wenn das Problem vielleicht an mir liegt... Das Ergebnis können wir ja hier zusammenfassen. |
|
Hi zusammen, ich habe mit dem Release auch direkt umgestellt, d.h. Easee von frei auf private umgestellt und authorize:true in der Konfiguration ergänzt. |
Das klingt nach Sonderfall, bzw. das habe ich so selbst noch nie gesehen. |
Danke dir! Nach der Erläuterung habe ich nochmal gewissenhaft die Charger auf privat geschaltet und anschließend neu gestartet. Ich weiß nicht, ob es daran lag, aber der erste Versuch mit Wechsel zwischen "Schnell" und "Aus" war erfolgreich über evcc. Ich behalte es im Auge und bin guter Hoffnung, dass es tatsächlich nur ein Sonder-/Ausnahmefall war. |
See discussion in #9228
Note: this change is breaking with previous behavior, as it allows evcc to perform any needed authorization on behalf of the user. If users want to keep manual control of the charge start, they can do so by setting the default mode in evcc to off.
The upside of this change is, that the charger won't autostart when connecting a vehicle, giving evcc better control over the starting phase of the charge, and eliminating any maxA charging between connecting the car and the first evcc interval.