Möglichkeit des "kurzzeitigen Anladens" bei Verbindung des Autos im PV-Modus

[TheMr-S]

Hallo,
wir haben u.a. einen Dacia Spring. Dieser zeichnet sich beim Anschließen an eine deaktivierte Säule dadurch aus, dass er die Säule nicht erkennt, nicht verriegelt und dann einschläft. Über die Cloud kann EVCC dann auch das Auto nicht erkennen, weil das Auto ja nicht weiß, dass es an einer Säule hängt :). Auch WakeUp-Calls über die App etc. gehen dann logischerweise nicht.

Dieses Verhalten hat man also immer dann, wenn man im PV-Modus ohne Überschuss ansteckt. Bei mir fast der Standardfall. Wenn ich daran denke, umgehe ich dies indem ich direkt einmal den Min/PV kurz anschalte, damit kurz geladen wird, und dann wieder in den PV wechsle.

Mein Wunsch wäre nun also die Option (z.B. als Parameter in der yaml für die Loadpoints), dass die Säule im PV-Modus standardmäßig einen Ladevorgang (ggf. mit minimaler Leistung) inittiert und vielleicht nach 30 Sekunden wieder stoppt.

Vielen Dank schon einmal!

[mdkeil]

Als Workaround einfach in der yaml unter dem vehicle mode: minpv setzen, dann würde der dacia nach Anstecken den Ladevorgang starten. Nur dann musst Du daran denken, manuell wieder auf PV zu stellen.. das könnte man aber relativ einfach über eine eventgesteuerte externe Regelung machen.

Edit: geht ja auch nicht, da er dafür das Auto erstmal erkennen müsste-- ok, du könntest den loadpoint auf mode: minpv stellen..

[TheMr-S]

Der Vorschlag erscheint mir als wenig zufriedenstellend.
Er nimmt mir nämlich nicht die Problematik, dass ich daran DENKEN muss. Im Gegenteil: Wenn ich die Säule jetzt standardmäßig auf MinPV stellen soll und es vergesse, dann schnarch-lädt das Auto aus dem Netz voll. Gut - man könnte dann den Standard-Mode des Dacias wieder auf PV setzen, das würde funktionieren. Dann hat aber jedes Gastfahrzeug (die gibt es in meinem Fall durchaus) eine sehr ungünstige Default-Einstellung.

[mdkeil]

Ich würde mit der Problematik an der Hersteller herantreten, da wohl die Fahrzeugschnittstelle nicht konform arbeitet.. sofern Du bei Dir eine irgendwie geartete Smarthome-Lösung einsetzt, würde ich diesem Fall evcc extern über die API triggern. Ich kann mir nämlich nicht vorstellen, dass dieses "Feature" implementiert wird, da es keinem sinnvollen use-case entspricht.

[TheMr-S]

Dacia-Support lächel.
Ich lasse das hier trotzdem mal drin. Ich weiß zwar nicht, ob / wieviele andere Autos ein ähnlich unglückliches Verhalten haben - aber einen sinnlosen use-case nenne ich es nicht, wenn man einer serienmäßigen Eigenart eines bestimmten Autos angemessen entgegenwirkt. Und das Auto ist halt so gebaut bzw. programmiert, dass es eine aktive Säule beim Anstecken verlangt...

Wie gesagt, diese Funktion kann ja -wenn dann- als standardmäßig deaktivierte Option implementiert werden, falls man so etwas benötigt. Und (man möge mich berichtigen) von der Implementation her erscheint es mir nicht als ein besonders umständliches / kompliziertes Feature.

[mdkeil]

Und das Auto ist halt so gebaut bzw. programmiert, dass es eine aktive Säule beim Anstecken verlangt...

evcc deaktiviert die Säule im eigentlichen ja auch nicht.. das Dacia da nicht viel machen wird, das sehe ich aber auch so, denn ich glaube nicht, dass in diesem Preissegment eine leistungsfähige Sw-Abteilung bezahlbar wäre :) --aber vielleicht nimmt sich ein Entwickler dem ja auch an-- Ich würde aber nicht so viel Hoffnung reinstecken.. wie gesagt, das kann man mit überschaubaren Mitteln auch extern über die evcc-API selbst umsetzen.

[VolkerK62]

@TheMr-S keine Ahnung wie "fit" du in Sachen IT bist. Ich hatte vor 2 Jahren davon keine Ahnung.
Mittlerweile habe ich mir einige "Nebenregelungen" in NodeRed gebaut um damit meine individuelle Wünsche abbilden zu können.
Wie von @mdkeil schon erwähnt: Das was du möchtest ist mit Hilfe der API kein Hexenwerk.

[TheMr-S]

Moin, ich zähle mich was das reine selbst -Programmieren angeht eher zu denen, die keine Ahnung haben :) Aber wenn das tatsächlich nicht als allgemein hilfreiches Feature gesehen wird (sehe ich halt anders), dann kann ich mich da sicher auch selbst reinfuchsen.

[VolkerK62]

Das beschriebene Verhalten ist sonderbar. Was ist das für eine Wallbox?

[TheMr-S]

Ein Goe-Charger V2.

[VolkerK62]

Dieser zeichnet sich beim Anschließen an eine deaktivierte Säule dadurch aus, dass er die Säule nicht erkennt, nicht verriegelt und dann einschläft.

Was du beschreibst, würde ja bedeuten, dass es an keine Wallbox funktioniert, die mit RFID gesichert und die beim Anstecken noch nicht freigegeben wurde.
Die Connect-Erkennung und Verriegelung ist ein Ding zwischen Auto und Wallbox.

[TheMr-S]

Ja, so ist es! Da ist natürlich ein kleines Zeitfenster (2-3min), das eine gewisse Toleranz zulässt bis das Auto dann einschläft. Aber beim "Warten auf Sonne" reichen 2-3 Minuten in der Regel nicht :)

[andig]

Klingt, als sollte eine EV40 kompatible Wallbox das Problem lösen.

/cc @premultiply

[premultiply]

go-e Charger: "Ausstecken simulieren" aktivieren!

[TheMr-S]

Der Goe V2 hat noch kein "Ausstecken simulieren" und das hat mit meinem Problem nichts zutun.

Und ja: Ich glaube (mangels Testmöglichkeiten), dass das Auto tatsächlich immer so reagieren würde, wenn man an eine xbeliebige Wallbox ansteckt, die mangels Freischaltung nicht direkt einen Ladevorgang startet.

@andig : Was verstehst du unter "EV40"? Ist der Go-e Gemini so eine Wallbox? Mit der könnte ich morgen tatsächlich mal einen Test machen ob das Verhalten gleich ist.

[MASHpony]

mein Mini Cooper SE hat exakt das selbe Problem an einer Easee Home Wallbox.
Ich muss auch immer per app bzw mit dem RFID Tag kurz das laden anfangen - was dann natürlich durch evcc sofort wieder beendet wird.

Mach ich das nicht schläft der Mini ein und lässt sich nicht zum laden bewegen.

Mein Polestar hat an selber WB nicht dieses Problem - ihn kann ich einstecken und EVCC macht den Rest

meine idee ist es jetzt die zugriffskontrolle in der WB komplett zu deaktivieren - fremde können ja eigentlich sowieso nicht laden da es in EVCC nicht freigegeben ist und evcc das laden unterbindet... hm

[GrimmiMeloni]

Ja, für deinen Fall wird das so funktionieren, da die Easee im offenen Zustand erstmal eigenständig lädt bis evcc es unterbindet.

[TheMr-S]

Habe gerade nachgeschaut: Beim Goe ist das so nicht möglich. Der ist schon vollständig als "offen" eingestellt, evcc verbietet aber sofort das Starten eines Ladevorgangs

[TheMr-S]

Ich bin wirklich ein Fan von EVCC und supporte das Projekt auch finanziell gerne (nicht nur, weil ich das für den Go-E benötige...). Aber ich finde es schade, wie in diesem Fall mit meinem Problem umgegangen wird: Ohne großen Kommentar der Admins geschlossen und in Q&A verschoben. Auf meine letzte Rückfrage an @andig wurde auch nicht wirklich eingegangen.

Ich habe mittlerweile auch festgestellt, dass ein aktueller Go-E-Charger Gemini sich in meinem Fall genau gleich verhält. Wie gesagt, weiß ich nicht was mit "EV40-kompatible Wallbox" gemeint ist.

Da es nunmehr auch Zuspruch von mindestens einem weiteren Auto gibt, dass diese zugegebenermaßen unnormale Eigenart nunmal hat, verstehe ich nicht warum man die von mir vorgeschlagene Option nicht zumindest in die (sicherlich sehr lange) To-Do-List mit aufnehmen kann. Es gibt nunmal Kombinationen von Autos und Wallboxen, bei denen das hilfreich wäre.

Nochmal: Mir reicht eine im Standardfall deaktivierte Funktion vollständig aus, die man bei Bedarf in dem loadpoint durch die yaml aktiveren kann. Ähnlich wie bei dem kürzlich hinzugefügten "alternatewakeup" bei Renault-Autos.

Nur falls der Bedarf besteht, noch einmal eine genaue Darstellung der Problematik (sonst einfach überlesen):
Hier die Schritte, um das ganze zu reproduzieren:

• GoE-Charger ist in der App komplett offen gestellt (RFID etc. deaktivier) und hängt natürlich im EVCC
• Säule ist in EVCC entweder "Aus" oder auf "PV", während gerade kein PV-Überschuss besteht.
• Dacia anschließen: Die Säule erkennt das Auto und verriegelt. Das Auto tut nix, insbesondere verriegelt es nicht und wird in der Cloud nicht als "angesteckt" angezeigt. Das Auto schläft dann ein.
• Folge daraus: EVCC erkennt das Auto nicht über die Cloud (Gastfahrzeug verbunden) und kann es insb. auch nicht aufwecken wenn die Ladung starten soll.

Mein Vorschlag zur Lösung:
Der Loadpoint müsste (wenn die Option aktiviert wurde) bei dem Verbinden eines Autos automatisch einen Ladevorgang für ca. 60 sek auf minimaler Leistung durchführen, ungeachtet dessen ob PV-Überschuss vorhanden ist oder ob nicht.

[premultiply]

go-e Charger mit aktiviertem "Ausstecken simulieren" z. B. o.v.m.

[TheMr-S]

Mit dem habe ich es getestet, siehe meine erste Nachricht von heute.

Gleiches Problem: das Auto schnappt beim Anschließen nicht zu, wenn die Säule nicht auch direkt einen Ladevorgang starten will. Daher erkennt EVCC das Auto nicht über die Cloud usw.
Und: "Ausstrecken simulieren" hat damit nicht direkt etwas zutun. Das könnte ggf. helfen um das Auto trotz alledem irgendwann aufzuwecken (ob das klappt kann ich nicht sicher sagen). Aber zumindest das Problem dass EVCC das Auto nicht über die Cloud erkennt bleibt ungelöst.

[TheMr-S]

Übrigens: Ein nerviger Nebeneffekt ist auch, dass man das Kabel klauen kann: Vom Auto lösen (ist ja nicht verriegelt), dann entriegelt auch die Säule.

[premultiply]

Nochmal: Sprich mit deinem Verkäufer oder Hersteller über Mängelbeseitigung.

[TheMr-S]

Ich habe eine Antwort von Dacia bekommen. Man hat mit der technischen Fachabteilung gesprochen, aber könne "diesbezüglich keine Aussage" treffen (u.a. aufgrund verschiedener Kombis aus Ladegerät, HVAkku usw.). Man verweist mich zum Zwecke einer "technischen Überprüfung" an eine Dacia-Werkstatt. Ich denke, dass es an dieser Stelle nicht erfolgreich weitergehen wird.

[fuxae]

Hmm.. Ok. Dann ist es natürlich etwas schwieriger.
Alternative wäre evtl noch über ein Script zu arbeiten, das evcc beim anstecken zb eine Minute lang auf min+pv stellt und anschließend wieder auf pv zurück.

[TheMr-S]

Wie müsste so etwas denn aussehen und wo würde man das Skript ausführen? Ich habe evcc aktuell in einem Docker auf meiner Synology laufen.

[mdkeil]

Ohne große Programmierkenntnisse kann man das gut über Node Red machen.. dann pack evcc in einen docker + Node Red in einen separaten ..dann stell den loadpoint defaultmäßig auf minpv. Über Node Red dann einen kleinen flow, der evcc dann nach x Sekunden zurück auf PV stellt.

[TheMr-S]

Danke, werde ich bei Zeiten versuchen und dann berichten.

[fuxae]

Also wie das mit Scripts bei EVCC genau läuft, kann ich dir leider auch nicht beantworten, da ich dies nicht verwende. Es haben hier aber schon ein paar andere Leute mit Scripts gearbeitet, einfach mal suchen.

Aber wenn du es eh auf der Synology laufen hast, kannst du ja einen weiteren Docker machen, wie mdkeil vorgeschlagen hat. Allerdings würde ich nicht Node Red installieren, sondern gleich direkt Home Assistant. Da kannst du dann auch dein Auto (und andere Geräte) für Aktionen, Auslöser, etc direkt hinzufügen. Und Node Red gibt es als Add-on für Home Assistant, wenn man doch mit Node Red arbeiten möchte.
Nur als Tipp, damit du flexibler bleibst. Wer weiß was du in der Zukunft dann noch machen möchtest.

[oskarfessel]

Es ist ja nicht so, dass Du alleine wärst.
Mein Volvo V60 wird an der Wallbe Eco 2.0S nicht erkannt, weil er die Säule nach dem Anstecken nicht erkennt.
Ich muss den immer manuell per EVCC GUI einstellen. DANACH erkennt der Volvo auch die Säule. In dem Zustand, bei pausierter Ladung kann ich dann evcc stoppen und wieder neu starten, dann wird der Volvo automatisch erkannt.
Ich frage mich, wieso evcc den Volvo nicht sowieso erkennt, weil der das einzige konfigurierte Fahrzeug ist und das legacy Volvo-API eigentlich funktioniert. Welches Debug-Level könnte helfen, das zu lösen?

[oskarfessel]

Das wäre mir auch zu viel. Ich mach das derzeit über MQTT mit fhem so:
defmod doifEVCC DOIF (([MQTT2_evcc:loadpoints_1_connected] eq "true") and [?MQTT2_evcc:loadpoints_1_vehicleDetectionActive] eq "true") {fhem("set MQTT2_evcc loadpoints_1_mode now")}
das schaltet beim Anstecken eines Fahrzeuges während der Fahrzeugerkennung auf den Schnellmodus ("now") und nach Erkennung des Fahrzeuges schaltet evcc automatisch auf den Fahrzeugmodus - ohne Verzögerung.
Das funktioniert aber leider nur, wenn nur erkennbare Fahrzeuge angeschlossen werden können. Wenn Gastfahrzeuge auch laden könnten, dann muss das so umgestrickt werden, dass nach einem Timeout die Wallbox abgestellt wird. Das sollte auch mit "min+PV" funktionieren - kann ich aber mangels Gastfahrzeug nicht ;-)

[allcoolusernamesaregone]

gut ich habe den Timer auf 30s..

[PanNwt]

Ein ähnliches Verhalten konnte ein Freund mit seinem Cupra Born beobachten. Wenn er das Auto im Modus "Aus" ansteckt, wird er nicht automatisch erkannt. Wenn aber beim Anstecken Strom zur Verfügung steht (z.B. Sofort oder PV mit genug Überschuss), so wird das Auto sofort erkannt.

Damit hätten wir aktuell folgende Fahrzeuge, die das Problem haben:

• Dacia Spring
• Volvo V60
• Mini SE
• Fiat 500e
• Cupra Born
• BMW i3(?)

Vorschlag wäre folgende Änderung:

• Am Loadpoint gibt es ein boolean Flag "Short charging when connecting"
• Wenn diese Wert aktiv ist, kann noch eine Dauer in Sekunden eingestellt werden
• Wenn ein Connect am Loadpoint erkannt wird, durch den Modus keine Strom freigeschaltet wird und das Flag gesetzt wird, so wird für die Dauer Strom aktiviert mit den minimal möglichen Einstellungen (1/3 phasig mit min A)

[TheMr-S]

Vielleicht noch eine Ergänzung: Man sollte überlegen, ob man dieses Verhalten nur auf den PV-Modus beschränkt; nicht jedoch im "Aus"-Modus aktiviert: Letzteres könnte Probleme bei Installationen mit mehreren Wallboxen hervorrufen, die mit gedrehten Phasen angeschlossen sind und ggf. nicht beide gleichzeitig dreiphasig laden dürfen wegen der Sicherungen.

[KaiseAl1]

Ich gehe davon aus, dass es primär eine Ladestations-Sache ist, evtl auch Ladestation/Auto Kombination. Insbesondere jene Stationen die OCPP sprechen werden sich an die Statis des OCPP Protokolls halten und dort ist der Statusübergang von A2 (Preparing - Auto angesteckt, RFID vorgehalten ....) nach B3 (CHARGING - All prerequisites for charging are met and charging process starts) bzw B4 (SuspendedEV - All prerequisites for charging are met but EV does not start charging) eben so beschrieben, dass alle Vorraussetzungen für ein Laden gegeben sein müssen. Das ist je nach Timingverhalten aber eben nicht oder nicht immer der Fall weil die Freigabe im PVmodus durch fehlenden Überschuss noch nicht vorliegt.

[softservicegit]

Ich habe einen kleinen NodeRed Schnipsel laufen, der mir beim abstecken des Autos - vehiclePresent per mqtt - den Ladepunkt wieder auf Schnellladen setzt. Dann startet auf jeden Fall der nächste Vorgang mit Spannung angeschaltet. Message ID: ***@***.***> Früher habe ich dann auch automatisch nach dem erkennen des Autos auf PV geschaltet. Das gab allerdings Akzeptanzprobleme bei meiner Frau, die Jetzt, Dringend das Auto geladen haben wollte. :( Aktuell lass ich mir nur eine Benachrichtigung schicken und entscheide dann manuell wie es weiter gehen soll. Mit der Regelung lebe ich jetzt seit längerem und zwei EVs sehr gut.

…

________________________________ SoftService GmbH Training & Consulting - Am Gierath 20d - 40885 Ratingen - fon +49 2102 77086-0 - fax +49 2102 77086-27 Geschäftsführer / Managing Director Andreas Maurer - Registergericht Düsseldorf HRB 29778 - UStld / VAT DE-159759811

[ChrisReini]

Diese Funktion würde auch allen Keba P30-x Besitzern helfen, da das Token bei Nutzung der RFID nicht gespeichert wird.
Wenn die Ladung nur für 10 sek. im PV Modus gestartet werden würde....
So ist es heute wieder vorgekommen, dass ich in EVCC (PV Modus) angeschlossen habe und keine Minute später dann auf Min+PV gestellt habe, damit das Laden startet. Da war das Token schon von der Keba verworfen und musste wieder raus an die Wallbox die Karte wieder anhalten.

Das nervt schon ordentlich und da Keba auch nach mehrmaligen Support Kontakt das Problem nicht lösen will, bleibt nur das hier bei den DEVs noch mal anzuschieben. Die Option: "Starte Ladung für 10 sek. im PV Modus, egal, ob Sonne da ist" wäre schon sehr schön.
Da ich aber keine Ahnung habe, wie viel Arbeit das ist, kann ich nur hoffen, dass das irgendwann mal auf die To-Do Liste kommt.

Es betrifft ja doch mehr Leute, als man annimmt...

[andig]

Verstehe ich nicht. Solange das Kabel nicht entfernt wird ist ja auch das Fahrzeug boch identisch.

[andig]

Schade, dass dieses vermutlich sehr kleine aber vielfach hilfreiche Feature nicht aufgenommen wird

Verstehe ich auch nicht.

[KaiseAl1]

Es hängt mit dem EV Suspended Status zusammen der in der in dieser Konstellation nicht erreicht werden kann. Dafür würde es ein paar Sekunden Ladung erfordern.

[ChrisReini]

Ich würde dirkt ein lebenslanges Token kaufen, wenn das umgesetzt werden würde. Wenn ich sehe, was alles in EVCC realisiert ist, kann ich mir nicht vorstellen, dass die "Preload" Funktion so kompliziert zu implementieren ist.

[andig]

PR welcome!

[andig]

Siehe #13534 für einen Vorschlag. Muss getestet werden!
@ChrisReini kannst Du's selbst compilieren?

[ChrisReini]

Huch, gerade erst gesehen, dass Du mich markiert hast. Aber nein, kompilieren kann ich nicht. Habe in der Berufsschule bei Programmieren und Datenbanken immer gefehlt.

[andig]

Der PR steht bereit. Gäbe es Fahrzeugtypen, bei denen wir das fest mit ins Template integrieren müssten oder muss das jeder Nutzer für sich machen?

[TheMr-S]

Meine WB ist go-e-Seitig auch nicht gesperrt. Ich habe nie behauptet, dass die Wallbox nicht klackt (verriegelt). Das Problem ist, dass in deinem beschriebenen Fall halt das Fahrzeug nicht verriegelt usw. (kann man oben alles lang und breit nachlesen). Ist das bei dir anders?

[maetheagle]

Also je mehr ich drüber nachdenke, hatte ich das damals öfter als einmal wie beschrieben (ich musste das Fahrzeuig dann ausstecken, und wieder einstecken, da die Ladung nicht mehr gesratet hat). Im Dezember war der Spring in der Werkstatt zur Wartung und Klonk-Dokumentation, Da hat er auch ein neues Softwareupdate bekommen (gerade nocmal im Autohaus nachgefragt).
Dieses Jahr konnte ich bisher nichts negatives feststellen. Der Spring fängt an zu laden, unterbricht bei zu wenig Leistung und setzt die Ladung auch wieder fort. Auch wenn er mehrere Tage an der Wallbox hängt.

Ich kann das die Tage gerne nochmal ganz bewusst prüfen und vielleicht auch die Ladung stoppen, ne Stunde warten und dann wieder fortsetzen

Das Bild zeigt aber eigentlich das er über einen Zeitraum von 28h nur 8,5h geladen hat, also muss eine Unterbrechung gewesen sein, er hat abends aufgehört zu laden und am nächsten morgen wieder angefangen.

[TheMr-S]

Nicht sicher, ob du das eigentliche Problem wirklich verstehst. Es geht nicht darum, dass der Wagen nach einer längeren Unterbrechung nicht wieder mit dem Laden anfängt (das tut er - EVCC weckt ihn ja auch über die Cloud auf). Es geht aussließlich um das Verhalten beim Anstecken, wenn die Ladung nicht direkt startet (kein PV oder so). Dann erkennt der Spring die Ladesäule nicht, ergo erkennt EVCC das Auto nicht über die Cloud.

[maetheagle]

OK. ja dann versteh ich das Problem wohl nicht. Bei mir verriegelt er immer. Die Wallbox klackt, und erkennt ein Auto (tut sie ja bei dir auch), die Wallbox verriegelt,das Kabel, der Dacia verriegelt das Kabel, Ein Lösen des Steckers aus dem Auto ist, dann nur noch per Schlüssel (Fahrzeug öffnen) möglich. Ich weiß nicht wie das letztes Jahr war, da hatte ich ja auch Probleme, aber ja anscheindend andere, aber nach dem Update im Dezember, waren auch andere Sachen besser u.a. konnte ich damals nur 1-2 Wochen auf das Fahrzeug online per APP zugreifen, danach war es offline, EVCC hatte auch keinen Zugriff mehr, ich musste dann immer den Connect Schalter im Auto betätigen. Seit dem Update ist das Fahrzeug seit 130Tagen online.

Ich stecke es an die Wallbox, und irgendwann wenn genug PV da ist, fängt er dann an zu laden. Davor halt nicht. Also als Tipp, vielleicht mal das Update machen, ob es bei dir was hilft weiß ich nicht, aber ich hab keine Probleme festgestellt mit Dacia Spring und go-e charger V3, achte aber gerne nochmal darauf.

Bitte nicht falsch verstehen, aber ich habe bei meinem Superb iV immer wieder das Problem, das er nicht anfängt zu laden, und nicht verriegelt, wenn meine Frau mit dem Fahrzeug gefahren ist. Sie steckt den Stecker dort nicht richtig rein, da es etwas stramm geht, und sie nicht auf das Verriegelungsgeräusch achtet.

[TheMr-S]

Sehr interessant. Ich habe u.a. auch einen V3, da zeigt der Wagen bei mir dasselbe Verhalten. Muss also tatsächlich am Software-Update des Dacias liegen. Das wiederum spricht ja wieder Bände bzgl. des Dacia Supports - hätten die mir ja auch mal erzählen können...

[maetheagle]

Ich habe das ganze gerade nochmal getestet. Ich habe die evcc yaml beim loadpoint und beim vehicle auf mode "off" gestellt. Nach dem einstecken des Fahrzeuges, startet der goecharger tatsächlich kurz die Ladung automatisch bevor die Ladung von evcc gestoppt wird. Dadurch wird dein beschriebenes Problem umgangen. Also habe ich vermutlich eine Einstellung in der Wallbox die du nicht hast. Welche dein gewünschtes Feature automatisch erfüllt, und es bei mir erst gar nicht zum schlafen des Fahrzeuges kommen kann.

[TheMr-S]

Und welche Einstellung soll das sein? So viele gibt es ja nicht

[andig]

Für Keba wäre ein Template gut, das betrifft die gesamte X Serie. Bei den Autos müssten die Betroffenen sich melden.

@ChrisReini wäre mir nicht bekannt bzw. nur wenn Du etwas komisches mit der RFID machst? /cc @premultiply

[premultiply]

Genau, bei Keba muss einfach die definierte Reihenfolge eingehalten werden wenn mittels RFID entsperrt wird: Erst Karte vorhalten, dann erst Fahrzeug verbinden.

Bzgl. Dacia: Hätte mich auch gewundert wenn es dafür keinen Bugfix in der Software gegeben hätte.

Welche echten Problemfälle bleiben denn überhaupt noch die derartig behandelt werden müssen?

[ChrisReini]

Ich habe noch nicht explizit darauf geachtet, aber ich bin mir recht sicher, dass bei mir die Reihenfolge egal ist.
Wenn nicht genügend Überschuss da ist bei der Authentifizierung, wird nicht geladen, wenn dann welcher da ist.
Alles im PV Modus, versteht sich.
Prinzipiell würde ich trotzdem das WelcomeCharge nutzen, alleine schon, weil meine Frau das ohnehin in 50 % der Fälle vergessen wird mit der richtigen Reihenfolge.

[KaiseAl1]

Im Zusammenhang mit günstigem Laden hätte ich div. Reihenfolgen ausprobiert. Damals hat das keinen Unterschied gemacht.

[e-fahrer-jochen]

Beim Smart EQ wäre die
"Möglichkeit des "kurzzeitigen Anladens" bei Verbindung des Autos im PV-Modus"
auch sinnvoll.
Wenn kein Überschuss vorhanden ist geht der Smart EQ sofort in den Tiefschlaf.

[wefra89]

Ich habe eigentlich das gleiche Setup - Dacia Spring (2023) und go-e V2 und bei mir tritt das Problem nicht auf. Der Spring verriegelt sobald das Kabel eingesteckt wird. Egal ob der Mode auf OFF oder PV etc. steht.
Bevor ich die Go-E angeschafft habe, habe ich über den Ladeziegel geladen und mittels Shelly Plug geschaltet. Da war ja der Ladeziegel auch komplett "Aus" beim einstecken. Hat ebenfalls keine Probleme gemacht.

[TheMr-S]

Mein Spring ist älter. Wird wohl daran liegen.

[TheMr-S]

Das ganze ist ja mittlerweile auch eher losgelöst vom Spring zu betrachten. Es haben sich ja eine Handvoll Kombinationen aus WB und Autos gefunden, die die Option brauchen könnten. Spricht aber dafür, es bei einem optionalen Feature zu belassen.

[cvg-de]

Hier noch eine Kombination: Hardy Barth eCharge ePH1-2T22 mit Audi Q4 etron 40 (Dez 2022). Wenn der Audi beim Anschließen nicht binnen 2-3 Minuten Strom bekommt fängt er am Ladestecker rot an zu blinken und nimmt dann nur noch 3,5 kW im "Notlademodus", wenn er dann irgendwann Strom bekommt. Immerhin kein Totalausfall, aber lästig, und für nächtliches Schnellladen kontraproduktiv.
Habe gesehen, dass wir heute gerade einen Commit für "Welcome-Charge" haben - Daumen hoch!

[ChrisReini]

Sooooo, vielleicht ist ja hier jemand, der sich außerhalb der "templates" auskennt mit der richtigen Syntax in der YAML.
Das Feature ist ja nun in der aktuellen Version mit drin, ich habe die natürlich direkt heruntergeladen und installiert.
Da man ja das template nicht verwenden kann, habe ich die ersten beiden Zeilen unterhalb des vehicles entfernt:

Also

-type: template
template: offline

gelöscht.

Dann zwei neue Zeilen

features:

• welcomecharge

gesetzt.

Ist das so z.B. korrekt?

• title: Kona
  capacity: 39
  name: ev5
  icon: car
  identifiers:
  • "XXXXXX"
    features:
  • welcomecharge

Die Abfrage ecvv vehicle gibt mir:
Features: [Feature(0) Offline Retryable]
zurück.

Eine 0 sieht für mich immer nach: nicht aktiv aus...

Gracias!

[andig]

Leider gabs noch einen Implementierungsfehler so dass ich das Feature wieder zurück drehen musste. Ist weiter in Arbeit.

[ChrisReini]

Alles klar, danke!

[ChrisReini]

Moin @andig!

Gibt es schon Neuigkeiten? Finde das nicht mehr unter den PullRequests, oder ich weiß nicht wo. ;-)

[kvray]

Ich habe das gleiche Thema mit der P30x. Ich löse es aktuell extern über OpenHAB. Wenn das Fahrzeug angeschlossen wird, wird kurz in "Min + PV" gewechselt, das Fahrzeug automatisch über die API mit der RFID Nummer authentifiziert und wieder auf PV gewechselt.
Ich würde diese Funktion dennoch sehr begrüßen.

[kvray]

Hier für interessierte meine simple Regel in OpenHab um das "Problem" vorrübergehend zu lösen:

var Number welcomecharge = 0

rule "Welcome Charge"
    when
        Item KebaWallbox_Vehicle changed to ON
    then
        evcc_Modus.sendCommand("minpv")
        welcomecharge = 1
end

rule "Welcome Charge beenden"
    when
        Item KebaWallbox_Power changed
    then
        if (welcomecharge == 1) {
            evcc_Modus.sendCommand("pv")
            welcomecharge = 0
        }
end

Alternativ kann man auch in der evcc yaml direkt mit Min + PV starten lassen und muss dann per Rule nur noch auf PV wechseln.