wuesten_fuchs

Heute ist es wieder passiert. Ich hab aber erstmal nur nach dem ersten Teil den Debug-Report gezogen. Der Rest ging im Trubel der Umstände unter. Aber die nächste Gelegenheit kommt bestimmt. Im Eventlog steht nur: 2022-11-20 20:25:10,432 Charger state changed from 0 to 1 2022-11-20 20:25:14,598 Tracked start of charge. 2022-11-20 20:25:15,432 Charger state changed from 1 to 2 2022-11-20 20:25:19,433 Charger state changed from 2 to 3 Aber Auto-Start ist definitiv deaktiviert! "evse/auto_start_charging": {"auto_start_charging":false}, debug-report-warp2-XaL-2022-11-20T20-28-24-414.txt

"Erzeugen" kann ich es direkt gar nicht. Es passiert manchmal, meistens aber nicht. Und ich weiß es natürlich immer erst "hinterher". Aber es reicht aus, wenn ich den Debug-Report unmittelbar danach herunterlade? Oder muss ich da was präparieren?

Das war vor 2 Monaten und i.W. hat sich das bewährt. Also meine Methode mit "Auto-Start" deaktiviert lassen und per externem Cron-Job 22:00 starten. Was mir aufgefallen ist: ab und zu (gefühlt 10...20% der Fälle) startet das Laden trotzdem sofort nach Anschließen und Authentisierung mit NFC-Karte, obwohl der Auto-Start-Button definitiv im Web-Interface "aus" ist. Wenn ich das Laden dann abbreche und dieselbe Prozedur nochmal mache (Abstecken, Anschließen, NFC-Authentisierung), dann startet das Laden nicht wieder automatisch sondern tatsächlich erst durch meinen Cron-Job um 22:00. Aber manchmal wird das deaktivierte Auto-Start ignoriert. @rtrbt, mir scheint, da ist noch ein bisschen ein Bug im System ...

Abgesehen davon: es gibt schon eine Möglichkeit: das API "http://<wallbox>/charge_tracker/last_charges" Damit könnte man sich ein Script schreiben und das automatisieren ... Rücksetzen dann mit: .../charge_tracker/remove_all_charges

Ein Fortschritt wäre schon mal, wenn die CSV-Dateien (konfigurierbar) ; statt , als Spaltentrenner hätten ... wir sind hier in Deutschland und mit deutschen Regionaleinstellungen will Excel das so. So muss man jetzt immer erstmal die , durch ; ersetzen. Aber das hatte ich in einem anderen Thread schon erwähnt ...

Wir haben einen Ioniq 5, wie der Kia EV6 ein E-GMP. Der kommt mit V2L-Adapter, man kann also direkt per Schuko-Stecker Lasten anschließen. Da wird der interne Wandler im Auto genutzt. Der Adapter ist nur Stecker/Buchse/Sicherung/Kabel. Ich habe gelesen, dass genau mit einer Flotte Ioniq 5 in Holland ein Feldversuch mit V2G bereits läuft. Diese Ioniq 5 haben dazu eine entsprechend erweiterte experimentelle Software drin. Es steht explizit im Artikel, dass auch dafür der On-Board-Wandler verwendet wird. https://www.electrive.net/2022/04/26/hyundai-und-we-drive-solar-starten-v2g-projekt-in-utrecht/

Ich habe das auch genau so vor. Aktuell haben wir privat ein E-Auto aber in Kürze bekomme ich auch ein solches als nächsten Dienstwagen. Meine dahingehend bereits vorbereitete Lösung ist die WARP2 Pro mit internem Zähler und NFC-Karten. D.h. Ladestart damit mit dem jeweiligen Benutzer und am Monatsende kann ich das Charge-CSV entsprechend danach trennen und die kWh für den Dienstwagen an den AG geben. (Und eine dritte Karte für Gäste, so dass ich auch für meine statistischen Bedürfnisse den privaten Verbrauch korrekt getrennt erfassen kann.)

Auch ein guter Ansatz, danke! D.h. dann würde ich Auto-Start wieder aktivieren. Nur passiert vor 22:00 eben nichts (Strom 0). Das Anschließen nach 22:00 ist bei uns in der Tat aber sehr selten. Und wenn, dann drückt man ggf. einfach noch auf den Knopf (der ist auf Start/Stop eingestellt). Das machen wir auch, wenn wir unbedingt mal tagsüber laden wollen bzw. müssen. Genau genommen wäre das auch der Nachteil der Lösung mit external_current_update - wir könnten tagsüber gar nicht mehr laden. (Bzw. müssten dann immer erst das Web-Interface bemühen.) Off topic: mit /evse/external_current_update würde ich auch z.B. bei PV-Überschussladung den Ladestrom von extern immer passend einstellen, richtig?

Auto-Start der Wallbox deaktiviert. Und dann zwei Cron-Jobs im NAS: 22:00 curl -X PUT -d 0 http://warp2.fritz.box/evse/start_charging 06:00 curl -X PUT -d 0 http://warp2.fritz.box/evse/stop_charging Thema erledigt (hoffe ich).

Hallo, ich bin auf der Suche nach einer Möglichkeit, das Laden zeitlich einzugrenzen. Hintergrund ist, dass bei unserem Ioniq 5 die in diesem angebotene Ladeplanung praktisch nicht funktioniert. Meistens wird die eingestellte Ladezeit ignoriert und das Auto lädt bei Anschluss trotzdem sofort. Ich will nun nicht warten, bis Hyundai den Fehler irgendwann einmal behebt. In der WARP2 scheint es keine Möglichkeit zu geben, das "Auto-Start" des Ladens abzuschalten und stattdessen einen Zeitplan zu konfigurieren? Also so etwas wie "wenn Auto angeschlossen, dann ab 22:00 Laden starten und spätestens 6:00 beenden"? Oder habe ich etwas übersehen? Hat jemand so etwas schon anders realisiert, also möglichst einfach extern getriggert? Wenn ja, wie? (Wir haben einen Strom-Doppeltarif, der zwischen 22:00 und 6:00 etwas günstiger ist.)

Ich halte das eigentlich für durchaus ziemlich wichtig ... vielleicht nicht unbedingt für mich, aber wenn jemand wie anderweitig beschrieben, 20 WARP2 installiert und die zentral verwalten will, dann schon.

Kann es sein, dass die Box bei der Aktion abstürzt? (Gibt ja keinen Grund, wieso die Box zum Löschen des Charge Tracker Logs neu booten müsste, meine ich ...)

Hallo, ich habe aktuell in der WARP2 noch keine Möglichkeit gesehen, das Eventlog an einen externen Syslog-Server weiterzuleiten. Gibt es bereits einen Plan, so etwas zu implementieren?

Ok, danke für die Erläuterung. Du hast recht, es ist nicht so einfach wie ich dachte.

Ich habe die NFC-Freigabe aktiv. Und anfangs, als ich die NFC-Freigabe nicht aktiv hatte, war Ladeende wirklich Ladeende (so wie ich es definieren würde). Aber: siehe das Eventlog. Da sieht man doch klar und deutlich, wann Ladeende war (state 3 -> 2). Also sollte das auch so als Ladeende genommen werden und nicht 2 -> 0. Ja, mir ist klar, dass das auch ohne Zähler funktionieren soll. Aber der "charger state", e.g. wo man die Statusänderungen wie 3 -> 2 und 2 -> 0 sieht, ist doch auch unabhängig vom Zähler, oder?

Hallo, ich beobachte, offenbar seit Update der Firmware auf 2.0.5, dass das Ladeende bzw. damit die Ladedauer nicht korrekt erkannt wird. Das Ladeende wird nicht verzeichnet, wenn das Auto (Ioniq 5) das Laden erfolgreich beendet (und auch den Ladestecker entriegelt), sondern erst, wenn der Stecker gezogen wird. Wir haben das Auto seit der 2.0.5 2x nachts geladen und beide Male war es so. Z.B. wurde das Laden heute nacht 0:15 gestartet, das Auto hat das Laden um 5:02 (laut dessen Log) erfolgreich beendet, aber wir habe den Stecker dann erst morgens um 8:15 gezogen. Im Chargetracker steht nun als Ladedauer genau 8 Stunden. Im History-Diagramm des Stromzählers sieht man (ca.) die korrekte Ladeendezeit (vermutlich kann man die raw history auch irgendwie auslesen?): Genauso sieht man das Laden vorgestern 20:20 gestartet, 23:48 beendet (Log vom Auto). Den Stecker hatten wir aber erst gestern morgen 8:20 gezogen - im Chargetracker steht 12 Stunden als Ladedauer. Das Laden gestern nachmittags haben wir per Knopfdruck an der Box beendet (Abfahrt war notwendig), da besteht natürlich keine solche Diskrepanz. Im Eventlog für die vergangene Nacht sehe ich: 2022-05-22 05:02:25,671 Charger state changed from 3 to 2 2022-05-22 08:15:24,293 Charger state changed from 2 to 0 2022-05-22 08:15:24,409 Tracked end of charge. Wie oben geschrieben: um 5:02 hat das Auto das Laden beendet, um 8:15 haben wir den Stecker gezogen.

Ich hab so wie es jetzt ist auch kein sonderliches Problem. Ich ersetze halt vor dem Laden in der Datei "," durch ";" und fertig für mich. Wollte halt nur einen Tip geben, es gleich besser zu machen. :-)

Also Excel macht da kein "Problem", sondern das Format ist schlicht falsch (für den deutschen Sprachraum). Excel erwartet hierzulande ; als Feldtrenner. Man kann auch , verwenden, aber dann muss man explizit mühselig mit dem Import-Wizard arbeiten. Wenn die Dateien gleich mit ; geschrieben würden, wäre es halt ganz einfach ...

Wobei ich da noch einen Wunsch hätte: das heruntergeladene Charger-Log im CSV-Format hat die Zahlen in deutschem Format mit , als Dezimaltrennzeichen, verwendet zwischen den Feldern aber auch , d.h. englisches CSV-Format. M.E. wäre sinnvoll entwender englische Feldtrenner mit , und dann aber auch . als Dezimaltrennzeichen wie englisch üblich. Oder ganz deutsches Format also weiterhin die Zahlen mit , als Dezimaltrennzeichen, jedoch dann auch deutsch ; als Feldtrennzeichen (so erwartet es auch ein deutsches Excel).

Ok, hat sich erledigt ... ich hab doch tatsächlich übersehen, oben auf der Seite (User Management) den Save-Button zu klicken! 8-()

Ja, ich habe bereits 2.0.5 auf der Box. Debug-Report kann ich heute abend senden.

Hallo, ich habe gerade bei meiner WARP2 die NFC-Tags aktiviert also dass eines zum Ladestart notwendig ist. Im Web-UI bei der Benutzerverwaltung steht bei den Display-Namen, dass diese auch im Charger-Log verwendet würden. Nach Aktivierung der NFC-Tags steht nun im Charger-Log zwar nicht mehr "Unknown user", aber auch nicht die vergebenen Display-Namen, sondern nur "Tag 1" usw. Habe ich da noch etwas übersehen oder ist das einfach noch ein Bug?