wuesten_fuchs

Das Öffnen der Ladeklappe ist nicht die relevante Funktion - siehe mein Beitrag zwischen unseren beiden. Es geht um das Entsperren des Kabels. Die Ladeklappe läßt sich (bei entriegeltem und noch nicht eingeschlafenem Auto) direkt durch leichten Druck auf selbige öffnen.

Bei Tesla-Fahrzeugen bleibt nach Abschluß des Ladevorgangs das Kabel verriegelt. Man kann das Verhalten auch nicht konfigurieren (wie z.B. beim Ioniq 5). Das bedeutet, dass man zum Abziehen des Ladekabels entweder erst auf dem Autodisplay tippen oder per Tesla-App entsperren muss. Das mag beim Laden im öffentlichen Raum so sinnvoll sein, um einem Diebstahl des Ladekabels vorzubeugen. Aber zuhause in der Garage ist das ein wenig lästig. Kabel mit Tesla-Button geben dem Tesla-Fahrzeug über eine Widerstandsänderung zwischen zwei Kontakten ein Signal zum Entsperren des Kabels (und ggf. vorher auch noch zum Abbruch des evtl. noch laufenden Ladevorgangs). Alle Tesla-Supercharger haben so einen Knopf am Stecker. (Das geht natürlich nur bei entriegeltem Fahrzeug.)

Schade ... Man sieht es auch im Stromlaufplan der WARP2: Komisch, dass da trotzdem was im EVSE-Bricklet zur PP/CP-Steuerung ist und da auch ein Widerstand eingezeichnet ist.

Ja, das stimmt schon, aber einen einzelnen Stecker mit nur Entriegelung habe ich nirgends gefunden, zumindest nicht billiger.

Ich muss mal überlegen ... der Tesla-Entriegelungs-Knopf schaltet einen Widerstand zwischen zwei Kontakten. Das müsste ich ja auch am anderen Ende in der Wallbox machen können, oder? Werden die 7 Anschlüsse vom Typ2-Stecker über das Kabel 1:1 zur Wallbox verbunden? Dann könnte ich dort ja unauffällig einen Taster an der Seite ins Gehäuse bauen.

https://www.evchargeking.com/en/tesla-button-connector-kit-16a Wetterfestigkeit wäre mir persönlich nicht wichtig, weil die Wallbox sowieso drinnen in der Garage hängt und wir auch drinnen laden.

M.W. braucht der Tesla-Button zum Entriegeln nur einen Taster und einen Widerstand für den "Charging plug unlocker" (der wirklich hilfreich wäre). Nur für den "Remote charge port opener" braucht es aktive Technik, aber diese Funktion ist verzichtbar (Ladeport am Tesla öffnen geht ja einfach durch direkt kurz drauf drücken). Das Nachrüsten durch Kabeltausch ist mir viel zu teuer. Und was mache ich dann mit dem ausgebauten Kabel? Ich hätte mich damals gefreut, wenn ich die WARP2 gleich mit passendem Kabel mit Tesla-Button hätte bestellen können (gern mit den nötigen paar Euro Aufpreis). Das günstigste was ich gefunden habe ist ein kompletter neuer Stecker für €119 zzgl. Versand und am sichersten noch Kosten für den Elektriker zum Tauschen ...

Ich hätte einen Hardware-Verbesserungsvorschlag: liefert die Kabel mit Typ2-Stecker mit dem Tesla-Button aus. Ein großer Teil der BEV sind aktuell Tesla-Fahrzeuge und die anderen stört es ja nicht. Der Material/Kostenaufwand ist sicher gering.

Hyundai/Kia hat V2L in eGMP implementiert (Ioniq 5, Kia EV6 ...) und da wird Wechselspannung vom Auto abgegeben. Damit müsste man eigentlich auch V2H über AC machen können. Ich hab mal gelesen, dass irgend eine Stadt in Holland mit einer kleinen Flotte von (bzgl. Software) modifizierten Ioniq 5 einen Feldversuch für V2G laufen hat. Edith meint, hier: https://www.electrive.net/2022/04/26/hyundai-und-we-drive-solar-starten-v2g-projekt-in-utrecht/

Etwas off topic ... if finde es interessant, dass da der AG unbedingt CityWatt erfordert, um die Ladekosten für den E-Dienstwagen zuhause zu erstatten. M.E. ist das wieder so ein typisch deutsches Bürokratie-Verkomplizierungs-Monster gegen neue Technologie ... Mit meinem AG ist einfach vereinbart, dass ich zum Monatswechsel den Zählerstand (Warp 2 Pro) ablese, mit meinem kWh-Satz die € ausrechne und per Reisekostenabrechnung einreiche, incl. der Ladevorgangsliste als CSV. Das ist so simpel. (Bei mir kommt noch hinzu, dass wir ja noch ein privates BEV an derselben Wallbox laden, die auch mein Privateigentum ist, und das dann CityWatt auseinander halten müsste - geht das eigentlich?) Und früher (tm) war das doch auch so. Wenn man mit dem Diesel-Dienstwagen unterwegs war und aus irgend einem Grund nicht mit der Firmen-Girokarte oder was auch immer tanken konnte sondern das privat ausgelegt hat, dann hat man auch einfach den Beleg z.B. als Reisekosten eingereicht - warum muss das nun komplizierter sein. Außerdem verdient nun mit CityWatt nochmal jemand mit.

(Bei der WARP2 funktioniert es auch mit 2.1.1 noch.)

Ich habe das Firmware-Update einfach über die Standard-Web-Seite gemacht, also System -> Firmware Update. Eine Meldung wg. angestecktem Auto kam nicht. Ich hab das zwar gewusst (dass es angesteckt ist), mir aber nichts dabei gedacht, denn es war zwar angesteckt, hat aber nicht geladen. In meiner Box ist der Autostart ja deaktiviert und ich starte das Laden abends 22:00 (wg. NT) via Cron-Job mit externem Befehl. Vielleicht verhindert die Box nur dann ein Firmware-Update, wenn auch tatsächlich gerade geladen wird?

PPS: Da ich heute im Homeoffice bin, habe ich gerade nochmal schnell ein wenig nachgeladen. Jetzt wurde der Ladevorgang geloggt und ich sehe den normal im Charge Tracker. Moral von der Geschicht: kein Firmware-Update oder anderen Neustart der Box machen während ein Auto bereits für einen bevorstehenden Ladevorgang angeschlossen ist. Bzw. das Auto nach dem Neustart nochmals ab/anstecken. Die mir fehlenden Daten konnte ich natürlich aus dem Stromzählerstand der Box nach dem letzten Ladevorgang (gestern ausgelesenes Charge-Tracker-Log) und dem Stromzählerstand vorhin rekonstruieren.

PS: Ich habe das Firmware-Update (dadurch Reboot) und Auslesen/Löschen (dadurch wieder Reboot) gestern abend gemacht, während das Auto bereits angesteckt war (das Laden wird dann erst 22:00 per externem Kommando gestartet). Vielleicht liegt es daran, d.h. die Box hat die Info über das Anstecken vom Auto durch den Reboot verloren und dadurch den Ladevorgang nicht aufgezeichnet. Im System-Log: 2023-03-01 22:00:01,212 Charger state changed from 1 to 2 2023-03-01 22:00:05,212 Charger state changed from 2 to 3 2023-03-02 02:15:27,717 Charger state changed from 3 to 2 2023-03-02 06:00:01,470 Charger state changed from 2 to 1 2023-03-02 07:13:53,534 Charger state changed from 1 to 0 Es fehlt also der Statuswechsel von 0 auf 1, weil der vor dem Neustart war. Da das System-Log 19:42 beginnt, muss da genau der Neustart nach dem Löschen des Charge-Tracker-Logs gewesen sein.: 2023-03-01 19:42:43,491 NTP synchronized at 37,141! 2023-03-01 19:47:08,114 Wrote last uptime to flash

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: 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.