wuesten_fuchs

Hallo, ich habe gestern die Firmware auf die neue 2.1 aktualisiert. Außerdem habe ich gestern das Charge-Log ausgelesen (Monatserster ...) und gelöscht.

Heute nacht hat ein Auto geladen und im Diagramm auf der Startseite sehe ich auch, dass von 22:00 bis 02:16 geladen wurde. Und das Auto (Tesla) hat in seiner App was von "42 kWh geladen" gesagt. Aber die Charge-Tracker-Seite ist leer. Keine Spur vom Ladevorgang. Normalerweise ist der letzte Ladevorgang (nach dem Löschen gestern müsste es genau der eine sein) auch auf der Startseite unter dem Diagram sichtbar. Auch da ist nichts.

Neuer Bug? Das wäre nicht schön, denn ich muss die Ladevorgänge an den AG abrechnen und bin daher auf das Charge-Tracker-Log angewiesen.

Kann das jemand anders auch nachvollziehen?

Kann man ein Downgrade der Firmware machen?

@tasdevil13, ich verstehe deine Intention ... aber wäre es nicht einfacher, durch den Elektriker neben der Wallbox schlicht noch eine normale Steckdose installieren zu lassen? Stromzuleitung ist doch da und m.W. hast Du daneben eh eine kleine Anschlussbox für Sicherungen oder so? Ich würde die Wallbox nicht dafür zweckentfremden wollen.

Ich nehme an, dass für mind. 95% aller Stromtarife mit HT/NT die beschriebene Möglichkeit der Festlegung der HT-Zeit (von/ bis) für jeden der 7 Wochentage völlig ausreichend wäre.

Außerdem:

Quote

Aber die bestehende API bzw. MQTT Anbindung der Warp Wallbox lässt es zu, den Strompreis jederzeit zu ändern. Insofern würde es sich anbieten, über SmarthomeNG, IO Broker, Home Assistant, etc. den aktuellen Strompreis bei den Stadtwerken regelmäßig abzufragen und in die Warp 'einzuspeisen'.

Ich fürchte, nein. Mir scheint, dass aktuell nur der Strompreis in der Box gespeichert wird. Die Berechnung der Kosten für jeden einzelnen Ladevorgang scheint nur zum Zeitpunkt der Anzeige stattzufinden (und damit wohl auch live beim Download). Also kann ich vorher bei jedem Ladevorgang den Strompreis ändern wie ich lustig bin, aber im Charge-Tracker-Log wird dann offenbar für alle Einträge nur der letzte verwendet. Konsequent liefert charge_tracker/charge_log nur die kWh, keine Kosten. Also aktuell ist das nur Optik.

Ich sehe schon, ich werde mir irgendwann eine kleine Anwendung basteln, die zum Monatsersten das Log mit den kWh holt (und dann löscht), die Kosten selber nach meinem Tarif berechnet und mir das in einer kleinen DB speichert, mit Web-Frontend zum Nachlesen.

Hmm. Und ständiges (e.g. zu häufiges) Abfragen des Fahrzeug-API führt bei einigen Autos zu ständigem Aufwachen und damit ständigem System-Stromverbrauch.

Hallo, seit einer Weile kann man im Charge-Tracker den kWh-Preis eintragen.
Ist bereits geplant, hier zwei Preise (Hoch- und Nieder-Tarif) zu ermöglichen, mit geeigneter zeitlicher Konfiguration?

Üblicherweise hat man z.B. von 6:00 bis 22:00 Hochtarif und von 22:00 bis 6:00 Niedertarif. Dazu z.B. am Wochenende von Sa 14:00 bis So 24:00 auch durchgehend Niedertarif.
Idealerweise müsste man alsofür jeden der 7 Tage eine HT-Zeit "von" und "bis" einstellen können (ansonsten gilt NT).

Dann würden im Charge-Tracker-Output gleich immer die korrekten Kosten herauspurzeln ...

Warum dann eigentlich bei last_charges die Beschränkung auf 30 Ladevorgänge?

Edit: ich habe nachgeprüft: die 30 betreffen offenbar nur die Anzeige auf der Web-Seite. Beim Download des Charge-Logs kommen wohl alle (aktuell haben bei uns seit dem letzten Löschen schon 31 Ladevorgänge stattgefunden).

Unwissende aber neugierige Frage meinerseits: wie kann man denn eine "Auto-Erkennung laufen" lassen?

Unsere beiden Autos stehen nebeneinander. Mal stecke ich das Ladekabel ans eine, mal ans andere.
Wie kann ich nun erkennen, welches angesteckt wurde?
Aktuell unterscheide ich per NFC-Karte ... ist aber halt ein Handgriff mehr und evtl. erwischt mal einer von uns versehentlich die falsche Karte.

@eweri, Hochnäsigkeit/Arroganz gegenüber dem ach so dämlichen Windows/MS-Office können wir uns in diesem Forum hoffentlich sparen. Ich lästere auch nicht über MacOS.

Das UTF-8 ist kein Problem und auch Komma funktioniert. Weder ist MS-Office kaputt noch ungeeignet noch der Benutzer zu doof. Nur muss man dazu bei MS-Office durch den Import-Wizard durch und das dauert ein Vielfaches länger als wenn man ein CSV mit Excel einfach "mit Defaults" laden kann. Dazu muss das Format aber den lokalen Spracheinstellungen von Windows entsprechen und das ist hierzulande nun mal Windows-1252 sowie Semikolon als Trennzeichen. Um nichts anderes geht es.

Ich denke, die Box speichert nicht mehr als die letzten 30 Ladevorgänge. Da ich das 1x monatlich abfrage und wir nicht täglich laden, reicht das. Selbst wenn nächste Woche das 2. E-Auto kommt, werden wir sicher nicht über 30 Ladevorgänge pro Monat kommen.

Andernfalls müsste man sich einen Daemon schreiben (auf dem NAS laufen lassen oder so), der das täglich abruft und in einer kleinen Datenbank speichert.

Und was meinst Du mit Strom-Grenze? Ich rufe ja nur start_charging und stop_charging auf. An der Stromgrenze ändere ich nichts - Grund einige Beiträge weiter oben.

Ich habe keine Anzeichen für Netzwerkprobleme.

Vorgestern auf gestern in der Nacht haben wir geladen und es hat korrekt funktioniert:

2022-11-22 19:00:13,295  Charger state changed from 0 to 1
2022-11-22 19:00:21,336  Tracked start of charge.
2022-11-22 22:00:02,139  Charger state changed from 1 to 2
2022-11-22 22:00:06,139  Charger state changed from 2 to 3
2022-11-23 03:05:45,461  Charger state changed from 3 to 2
2022-11-23 06:00:02,156  Charger state changed from 2 to 1
2022-11-23 06:15:59,965  Charger state changed from 1 to 0
2022-11-23 06:16:00,014  Tracked end of charge.

Also abends 19:00 eingesteckt. Nichts passiert (wie gewünscht). 22:00 wurde durch den Cron-Job das start_charging ausgeführt und das Laden begann, lief bis 3:05 am nächsten Tag. Und da sieht man um 6:00 das stop_charging vom Cron-Job. Um 6:16 habe ich das Kabel ausgesteckt.

Das war aber für obigen Fehlerfall aber auch so, da hatte ich nur die Logzeilen "unterschlagen":

2022-11-18 18:15:03,708  Tracked start of charge.
2022-11-18 22:00:02,502  Charger state changed from 1 to 2
2022-11-18 22:00:06,502  Charger state changed from 2 to 3
2022-11-19 02:52:03,027  Charger state changed from 3 to 2
2022-11-19 06:00:01,977  Charger state changed from 2 to 1
2022-11-19 07:56:51,013  Charger state changed from 1 to 0
2022-11-19 07:56:51,043  Tracked end of charge.
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

Das war ja am 20.11. abends. 2 Nächte davor vom 18. auf den 19.11. hatten wir auch geladen und es hatte auch korrekt funktioniert. Und man sieht auch da am 19.11. um 6:00 das stop_charging vom Cron-Job, oder?

Wenn kein Auto dran steckt, sieht man offenbar kein Event durch start_charging und stop_charging im Eventlog. Daher sind keine Einträge vom 19.11. 22:00 und 20:11. 6:00 vorhanden. Also zumindest wenn Events kommen (Auto angesteckt) sehe ich immer brav 22:00 und 6:00 Events im Log.

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.