poohnet

Welche Sensordaten aus HA möchtest du denn in die WARP bekommen und was soll sie damit machen?

On 7/9/2026 at 8:57 PM, borg said:

Meine Vermutung wäre dass der Tesla unzufrieden ist weil aus seiner Sicht die DC-Ladung nicht funktioniert hat und sich deswegen weigert per AC zu laden.

Und ich dachte, die Zoe wäre die „Ladezicke“ 😜

On 7/9/2026 at 8:42 PM, borg said:

Wie wäre es mit einer "Fast ISO 15118 Timeout" Checkbox die einen vernünftigen (aber nicht standardkonformen) Timeout mit einem Versuch setzt?

Ja, das klingt nach einem vernünftigen Kompromiss. Ich denke, 10-20 Sekunden sollten ausreichend sein…

Kurzes Update: Die nächste Version von EVCC wird jetzt auch WARP4 mit Firmware 2.12.2 oder höher unterstützen 😊

Auch mit der 2.12.2 hat der ID.4 relativ zeitnah nach der Min+PV-Freigabe in EVCC angefangen zu laden, daher würde ich sagen, dass ISO 15118 bei mir funktioniert.

Gerade hängt die Zoe an der Ladung und die wollte erst wieder nicht - allerdings hat sie auch nur einen AC-Lader und heute habe ich auf GitHub den Kommentar von @rtrbt gesehen, dass der Start einer Ladung bei aktiviertem ISO 15118-Feature in einem solchen Fall durchaus zwei Minuten dauern kann. Und siehe da, nach zweieinhalb Minuten ging‘s dann tatsächlich los:

2026-07-09 19:26:16,186 | users            | Charger state changed from 0 to 1
2026-07-09 19:26:37,346 | users            | Charger state changed from 1 to 2
2026-07-09 19:26:37,462 | charge_tracker   | Tracked start of charge for local charger.
2026-07-09 19:29:02,172 | users            | Charger state changed from 2 to 3

Könnte man die Zeit, in der WARP4 auf eine PLC-Kommunikation wartet, evtl. konfigurierbar machen?

Perfekt, danke dir ☺️

Mit einer Firmware vom aktuellen master konnte ich das Problem gerade übrigens nicht nachvollziehen, d. h. die Ladung ist mit einer leichten Verzögerung gestartet:

2026-07-08 18:47:02,725 | users            | Charger state changed from 0 to 1
2026-07-08 18:47:06,837 | ev               | EV connected: Matched profile 'VW ID.4' (index 0)
2026-07-08 18:47:12,740 | users            | Charger state changed from 1 to 2
2026-07-08 18:47:12,870 | charge_tracker   | Tracked start of charge for local charger.
2026-07-08 18:47:40,989 | users            | Charger state changed from 2 to 3

Moin @borg ,

auch ich kann gerne heute Abend weiter testen. Aktuell habe ich aber eher das Gefühl, dass das Problem eher direkt nach dem Verbinden des Autos auftritt. Gerade eben hat die Zoe direkt nach der Min+PV Freigabe in EVCC angefangen zu laden, obwohl sie die ganze Nacht über verbunden war.

2026-07-07 17:49:03,945 | users            | Charger state changed from 3 to 1
2026-07-07 18:08:27,662 | users            | Charger state changed from 1 to 2
2026-07-07 18:08:34,710 | users            | Charger state changed from 2 to 3
2026-07-07 18:08:42,939 | users            | Charger state changed from 3 to 2
2026-07-07 18:09:28,133 | users            | Charger state changed from 2 to 3
2026-07-07 18:34:53,184 | users            | Charger state changed from 3 to 1
2026-07-08 06:54:50,408 | users            | Charger state changed from 1 to 2
2026-07-08 06:54:57,452 | users            | Charger state changed from 2 to 3

Interessant, ich wollte gerade den gleichen Post starten 😜

Auch ich habe mit meiner neuen WARP4 das Problem, dass manche Ladevorgänge nicht starten, d. h. der Status nach der Freigabe über EVCC nicht über „Ladebereit“ hinausgeht - das habe ich jetzt sowohl beim ID.4 als auch bei der Zoe beobachtet.

Stoppt und startet man den Ladevorgang über das Webinterface, dann funktioniert es beim zweiten oder dritten Mal, wobei es tendenziell schlechter ist, wenn nur eine geringe Leistung angefordert wird.

Beide Autos hatten an der WARP1 zuvor keinerlei derartige Probleme…

Gruß Thomas

warp4-8hrp-Debug-Report-2026-07-07T18-22-37-780.txt

Schade - aber irgendwie überrascht mich das jetzt auch nicht wirklich. Warum sollten die Autos auch mehr Informationen rausgeben, als unbedingt notwendig... ☹️
Im Detail habe ich mir die neuen Firmware-Module noch nicht angeschaut, aber gibt es irgendwie die Möglichkeit, die Raw-Kommunikation zu tracen? Dann könnte ich mal schauen, was beim ID.4 so über die Leitung geht.

Bei unserer Zoe (mit 22 kW AC-Lader, kein CCS) werden wie befürchtet keinerlei Daten übertragen.

Last but not least hätte ich den ersten kleinen PR für euch, damit wird die Integration in EVCC einfacher 🙈
https://github.com/Tinkerforge/esp32-firmware/pull/503

Hattest du evtl. die BSSID-Sperre aktiv?

Moin @borg ,

weißt du zufällig, ob in der PLC-Kommunikation mit dem Fahrzeug irgendwo auch der aktuelle Kilometerstand mit übertragen wird oder sind MAC und SoC die einzigen „sinnvollen“ Nutzdaten?

On 7/3/2026 at 9:11 PM, MatzeTF said:

Da sollte der id.4-Benutzer stehen und nicht „Unbekannter Benutzer“. Hast du das Auto dem Benutzer hinzugefügt?

Ja:

On 7/3/2026 at 9:11 PM, MatzeTF said:

Füge die Tags dem id4-Benutzer hinzu und lösche sie dann aus der Liste des Benutzers. Dann sind sie weg.

Danke dir, das hat funktioniert - schon nachdem ich das erste Tag dem Benutzer hinzugefügt hatte, waren die beiden anderen weg.

On 7/3/2026 at 8:57 PM, borg said:

Oh, das ist in der Tat komisch dann. Der müsste angezeigt werden. Das muss sich @rtrbt vermutlich einmal anschauen.

So sieht's während der Ladung aus:

On 7/3/2026 at 9:04 PM, borg said:

Auch lustig, es scheint so zu sein dass sie stehen bleiben wenn man den Nutzer der dort zugeordnet ist löscht. Wenn man zuerst den Tag vom Nutzer löscht verschwindet der Tag aus der Liste.

Ich vermute das ist ein Bug den wir uns mit der zentralen Nutzerverwaltung eingefangen haben.

Kein Stress, die NFC-Tags nutze ich eh (noch) nicht...

Ah ok. Wenn das Datenformat gleich geblieben ist, dann ist klar, warum da nicht mehr im Log drinsteht.

Für meine "WARP1 on Steroids" hatte ich den aktuellen Strompreis zum Start des Ladevorgangs seinerzeit mit reingenommen (und damit dann die Größe eines Datensatzes verdoppelt), trotzdem ist da aber auch nach Jahren noch viel Platz im Flash. Schaut bei Bedarf gerne mal in meinen Fork rein, vielleicht kann man davon irgendwas weiterverwenden 🙃

On 7/3/2026 at 8:30 PM, borg said:

Wird im Ladeprotokoll der Benutzer denn angezeigt?

Benutzer habe ich noch keine angelegt, nur ein Fahrzeug. So sieht das aktuell aus:

EDIT: Stimmt nicht ganz, ich habe auch einen Benutzer "id4" angelegt und mit dem Fahrzeug verknüpft:

BTW: Wie bekommt man die drei standardmäßig angelernten NFC-Tags raus?

On 7/3/2026 at 8:20 PM, MatzeTF said:

Mach’s nicht so spannend! Wo ist der Rest vom Post? 👀

Sorry, irgendwie hat der Editor den Rest "verschluckt" 🙈

'n Abend zusammen,

vor ein paar Tagen habe ich meine WARP4 erhalten und ich bin begeistert - die ISO 15118-Kommunikation mit meinem ID.4 funktioniert problemlos und der aktuelle SoC wird in wenigen Sekunden ausgelesen. Bzgl. der Einstellung der Ladeeffizienz bin ich mir aber noch nicht ganz sicher, da muss ich mal einen längeren Ladevorgang beobachten, inwieweit berechneter und tatsächlicher SoC dann übereinstimmen.

Eine Sache ist mir allerdings aufgefallen: Ich habe die MAC-Adresse des Fahrzeugs unter "Benutzer - Fahrzeuge" hinterlegt und während eines laufenden Ladevorgangs wird der ID.4 dann auch korrekt angezeigt, im Ladeprotokoll allerdings nicht mehr. Ist dies so beabsichtigt?

Weiterhin habe ich (nicht ganz uneigennützig) schon mal einen PR für EVCC erstellt: https://github.com/evcc-io/evcc/pull/31446 🙂

Gruß Thomas

P. S. Auch wenn's aktuell keine wirklichen Probleme gibt, braucht ihr irgendwelche Logs "aus der freien Wildbahn"?

Danke euch, ich probier‘s dann erstmal mit der API. Bestellung ist raus 😊

Alles klar, dann werde ich erstmal die Smart bestellen, das vorhandene Ladekabel weiterverwenden und die Zählerwerte wie gehabt per API bereitstellen.

Letzte Frage: Gibt es einen (rechtlichen?) Grund, dass die Pro jetzt ein Sichtfenster für den Zähler hat? Oder zeigt der Iskra außer Zählerstand, akt. Leistung etc. irgendwelche weiteren sinnvollen Daten an? AKA macht es Sinn, die Smart - falls eurerseits möglich - direkt mit Sichtfenster zu nehmen, sodass der Iskra ggf. später nachgerüstet werden kann?

On 6/1/2026 at 10:54 AM, borg said:

Damit wir den SoC anzeigen können fahren wir also den "Hack" zuerst eine DC-Ladung zu starten (um den SoC auslesen zu können), diese dann zu beenden und dann eine AC-Ladung zu starten. Von dort aus können wir mit der Pro den SoC dann selbst berechnen anhand des Startwerts und der Energie die die ins Auto fließt (die der Zähler ausliest).

Danke @borg ,

ja, an diesen Hack kann ich mich aufgrund meiner Tests mit einem Powerline-Adapter noch gut erinnern...

Wenn ich zunächst auf V2G/V2H verzichten kann (keines unserer aktuellen Autos kann das über AC), würde denn zumindest das Auslesen des SoC funktionieren, wenn ich die Zählerwerte weiterhin per API bereitstelle? Falls nein, wäre die WARP4 auch kompatibel mit dem vorhandenen SDM630 oder muss es zwingend der Iskra sein?

Moin zusammen,

ich eröffne dann mal die Fragerunde zur WARP4 🙃

Welche technischen Unterschiede (außer Stromzähler) gibt es zwischen der Smart und Pro-Variante? Laut Informationen auf warp-charger.com ist ein Auslesen des SOC sowie evtl. späteres bidirektionales Laden ja nur mit Pro möglich, obwohl auch Smart schon das ISO15118-Modul enthält. Kann ich der Smart weiterhin die Zählerdaten per API zur Verfügung stellen und habe damit dann alle Pro-Features?

Besten Dank und Gruß Thomas

Eine Möglichkeit wäre der Austausch des ESP32-Bricks gegen den ESP32-Ethernet-Brick sowie die Anpassung der Firmware, d. h. der Umbau auf "WARP1-on-Steroids". Damit konnte ich bisher alle Features der WARP2 und 3 ein- und nachbauen 🙂

s. https://www.tinkerunity.org/topic/11542-warp-on-steroids-u-zugeh%C3%B6rige-firmware/

Gruß Thomas

On 2/10/2026 at 6:27 AM, Raudi said:

Teste noch mal mit der Firmware, die ich oben genannt habe. Mit der vorherigen war es bei meinem Tavascan auch so, mit der neuen nicht mehr. Irgendwas hat sich da geändert.

Seitdem ich die ersten Tests gemacht (und wahrscheinlich die Nerven unserer Nachbarn arg strapaziert 😂) habe, liegt der Dongle ungenutzt in der Schublade. Aber besten Dank für den Hinweis, dann teste ich das nochmal mit der aktuellen Firmware...

@meierchen006 ,

ich habe noch einen WiCAN in der Schublade liegen, den ich nicht nutzen kann, weil bei meinem ID.4 reproduzierbar die Alarmanlage losgeht, wenn der Wagen abgeschlossen ist und auf den OBD-Bus zugegriffen wird. 🚨

Bei Interesse gerne PM…

On 2/4/2026 at 9:00 PM, Docmac said:

Was müsste denn alles beim Umbau von Warp1 smart auf Warp2 oder 3 smart getauscht werden und bekommt man das?

Die Teile gibt's alle im Shop und hier im Forum haben bereits einige User erfolgreich ein Update durchgeführt.

On 2/3/2026 at 5:17 PM, MatzeTF said:

Die Umrüstung von WARP1 zur neuesten Generation ist aber recht aufwändig.

Eine Alternative wäre evtl. "WARP-on-Steroids". Als WARP-User "der ersten Stunde" habe ich meine WARP1 in den letzten Jahren immer wieder etwas umgebaut und erweitert, insbesondere den ESP32-Brick durch den leistungsstärkeren ESP32-Ethernet-Brick (den auch die WARP2 hat) ersetzt und die Firmware entsprechend angepasst. Der aufwändigste Schritt hierbei war eigentlich das "Umlöten" einer Steckerleiste vom alten auf den neuen Brick.

https://www.tinkerunity.org/topic/11542-warp-on-steroids-u-zugehörige-firmware/

Gruß Thomas