poohnet

Ich habe es gerade nochmal mit der aktuellen WARP-Firmware und evcc-Version getestet - mein ID.4 wird weiterhin problemlos erkannt.

Wie hast du den ID.5 denn in evcc hinterlegt? Der statische Teil der MAC-Adresse des Fahrzeugs muss unter „RFID-Identifikation“ eingetragen werden, gefolgt von einem Sternchen (also z. B. 11:22:33:*)…

Mit dem WARP4-Template kannst du als Fahrzeug „ISO15118“ auswählen und die MAC-Adresse (bzw. den statischen Teil davon) als NFC Tag-Id hinterlegen. Damit funktioniert die Fahrzeugerkennung bei mir problemlos.

Gruß Thomas

On 9/19/2026 at 12:29 PM, elektron said:

Die Warp kennt die PWM also wieviel Leistung das Auto beziehen darf

Genau da liegt der Hund begraben - die Wallbox sagt dem Auto nur, wieviel Strom es ziehen DARF, dieses kann aber (abhängig von diversen Faktoren) z. T. deutlich weniger ziehen. Zusammen mit einer eben nicht fixen Spannung führt dies dann zu deutlichen Ungenauigkeiten.

Unsere Zoe z. B. kommt beim 3-phasigen Laden nicht über 10,2 kW hinaus…

Alles klar, dann warte ich beim nächsten Mal definitiv mindestens fünf Minuten. Gerade eben hat er problemlos angefangen zu laden, obwohl er nach einer Fahrt eine Stunde gestanden hat:

2026-08-12 11:33:31,463 | users            | Charger state changed from 0 to 1
2026-08-12 11:33:35,665 | ev               | EV connected: Matched profile 'VW ID.4' (index 0)
2026-08-12 11:34:06,507 | power_manager    | External control phase change request: switching to 1
2026-08-12 12:34:57,129 | users            | Charger state changed from 1 to 2
2026-08-12 12:34:57,284 | charge_tracker   | Tracked start of charge for local charger.
2026-08-12 12:34:58,315 | users            | Charger state changed from 2 to 3

On 8/12/2026 at 9:24 AM, borg said:

D.h. du machst das PV-Überschussladen über EVCC und hast aktuell keine Willkommensladung aktiviert?

Genau so ist es. Bislang einfach nur das Auto angesteckt und sobald die in EVCC hinterlegten Bedingungen erfüllt waren ging‘s los.

Wie lange müsste ich denn warten, bis die vier Phasen der Wake-up-Sequenz durch sind? Falls das längere Warten auch nichts bringt, braucht ihr da aber auch nicht mehr weiter zu analysieren, dann würde ich einfach die Willkommensladung aktivieren und gut… 🙃

On 8/11/2026 at 9:37 PM, borg said:

aber dein Problem ist dass das Auto nicht aufwacht nachdem es eine Zeitlang nicht geladen hat, richtig?

Ja, genau. Wenn der ID.4 das erste Mal verbunden, die Ladung aber nicht sofort gestartet wird, dann beginnt diese später nicht mehr - es sei denn, man stoppt und startet diese nochmals manuell. Wenn er aber bereits einmal geladen hat, dann kann man die Ladung auch am nächsten Tag wieder problemlos starten.

On 8/11/2026 at 9:37 PM, borg said:

Kann es sein dass du nicht geduldig genug warst?

Wieviel Geduld brauche ich denn, d. h. wie lange dauern die vier Phasen? Ich kann das heute gerne nochmals testen und länger warten.

On 8/11/2026 at 9:37 PM, borg said:

Wie meinst du das, hast du die deaktiviert in deiner Firmware?

Nein, bislang habe ich noch keine Firmware-Anpassungen vorgenommen. EVCC hat auch eine „Willkommensladung“, die habe ich bislang aber noch nicht getestet, da ich das Problem an der alten WARP1 so nicht hatte.

Klar, kein Problem, allerdings haben zwischenzeitlich noch weitere Ladevorgänge stattgefunden.

Ansonsten kann ich morgen gerne nochmal testen und direkt beide Reports abziehen…

warp4-8hrp-Debug-Report-2026-08-11T20-54-28-115.txt

Moin @borg ,

gerade eben konnte ich es mit aktivem Ladeprotokoll nachstellen - anscheinend gibt es noch einen Unterschied, ob der ID.4 direkt nach einer Fahrt verbunden wird (wie gerade) oder ob er schon was länger gestanden hat, bevor die Ladefreigabe erfolgt...

2026-08-11 09:49:11,028 | users            | Charger state changed from 0 to 1
2026-08-11 09:49:15,952 | ev               | EV connected: Matched profile 'VW ID.4' (index 0)
2026-08-11 11:37:45,730 | users            | Charger state changed from 1 to 2
2026-08-11 11:37:45,872 | charge_tracker   | Tracked start of charge for local charger.
2026-08-11 11:40:12,681 | users            | Charger state changed from 2 to 1
2026-08-11 11:40:19,990 | users            | Charger state changed from 1 to 2
2026-08-11 11:40:21,047 | users            | Charger state changed from 2 to 3

Gruß Thomas

warp4-8hrp-EVSE-Ladeprotokoll-2026-08-11T11-40-36-060.txt

Hi Ben,

schön, dass es jetzt funktioniert. 🙂

Ja, das ist auf den ersten Blick vielleicht etwas verwirrend, aber fremdgesteuert bedeutet, dass deine WARP durch den Lastmanager (d. h. eine andere WARP im Verbund oder den WEM) gesteuert wird. EVCC nutzt aber die API. Klicke bei der Einstellung "Fremdsteuerung" mal auf das Fragezeichen, dann werden die einzelnen Optionen gut erklärt...

Gruß Thomas

Moin Ben,

schalte die Fremdsteuerung mal auf „Deaktiviert“ und Autocharge aus und probier‘s dann nochmal (speichern und Neustart nicht vergessen). Damit sollte es eigentlich funktionieren. Ansonsten schau mal unter „Wallbox - Ladestatus - Ladestromgrenzen“ was den Ladevorgang blockiert.

Gruß Thomas

On 8/7/2026 at 6:51 PM, poohnet said:

„Fahrzeug-Weckruf“ ist eingeschaltet, aber ich kann selbstverständlich gerne versuchen, das Verhalten bei aktivem Ladeprotokoll zu reproduzieren.

Irgendwie ist das jetzt "Heisenbergs Unschärfe-Bug" - am Wochenende hat der ID.4 (mit aktivem Ladeprotokoll) die Ladung immer sofort begonnen, gerade eben (ohne Ladeprotokoll) wieder nicht. Ich beobachte weiter...

Okay, dann brauchen wir neben der CP- jetzt auch noch eine PP-Trennung?! 😂

Wobei - PP wird doch gar nicht durchgeführt und ist intern im Stecker auf PE gelegt, oder?

„Fahrzeug-Weckruf“ ist eingeschaltet, aber ich kann selbstverständlich gerne versuchen, das Verhalten bei aktivem Ladeprotokoll zu reproduzieren.

On 8/7/2026 at 6:17 PM, borg said:

Ein zweites mal den SoC auslesen ist definitiv nicht mit allen Autos möglich

Was genau ist denn (aus Sicht des Autos) der Unterschied zwischen dem physikalischen Anstecken des Ladesteckers und dem nachträglichen Anlegen des CP? Und gibt es Autos, bei denen das in deinen Tests funktioniert hat?

Das Problem kann ich aus eigener Erfahrung bestätigen und es liegt nicht an der Wallbox. EVCC hat standardmäßig ein Regelintervall von 30 Sekunden und wenn ich zwischen dem Umstecken mindestens diese 30 Sekunden warte, dann bekommt EVCC den Fahrzeugwechsel auch mit...

Moin zusammen,

in den letzten Wochen habe ich immer wieder beobachtet, dass der Ladevorgang meines ID.4 nicht startet, wenn er vor der Freigabe durch EVCC bereits längere Zeit verbunden war - erst ein manueller "Stopp-Start-Zyklus" (egal ob über EVCC oder WARP) überredet ihn dann zum Laden:

2026-08-07 16:23:47,825 | users            | Charger state changed from 0 to 1
2026-08-07 16:23:53,088 | ev               | EV connected: Matched profile 'VW ID.4' (index 0)
2026-08-07 16:32:59,728 | users            | Charger state changed from 1 to 2
2026-08-07 16:32:59,834 | charge_tracker   | Tracked start of charge for local charger.
2026-08-07 16:35:28,752 | users            | Charger state changed from 2 to 1
2026-08-07 16:35:40,845 | users            | Charger state changed from 1 to 2
2026-08-07 16:35:41,868 | users            | Charger state changed from 2 to 3

Erfolgt die Freigabe hingegen unmittelbar nach dem Verbinden, so startet auch die Ladung sofort. Ich habe bislang noch nicht mit der Willkommensladung experimentiert, aber bei meiner alten WARP1 gab es dieses Problem so nicht. Kann das evtl. mit der ISO 15118-Kommunikation zusammenhängen?

"ISO 15118" ist übrigens das Stichwort für das zweite Problem, denn wenn man WARP4 neustartet, während das Auto verbunden ist, dann hat man anschließend überhaupt keinen SoC mehr verfügbar. Dies führt dann dazu, dass EVCC den SoC nicht mehr weiterführt und munter über den eingestellten Ziel-SoC hinauslädt. 🙈
Grundsätzlich geht dieses Problem ja in die gleiche Richtung wie meine Frage, ob man den tatsächlichen SoC beim Ladestopp nicht nochmal abfragen könnte, aber @borg sagte dazu ja schon, dass das Auto die Kommunikation aufbaut und nicht die Wallbox. Daher an dieser Stelle nochmal die Frage, ob man diesen Verbindungsaufbau nicht evtl. durch eine CP-Trennung forcieren könnte...

Wie immer besten Dank und Gruß Thomas

warp4-8hrp-Debug-Report-2026-08-07T16-34-52-737.txt

Am besten lädst du schon mal einen Debug-Report runter und hängst ihn hier an, die Entwickler von Tinkerforge können die Ursache I. d. R. dann sehr schnell erkennen.

s. https://www.tinkerunity.org/topic/12400-wie-melde-ich-am-besten-problem/#comment-55860

Letztendlich macht es keinen wirklichen Unterschied, ob das Auto jetzt zu 68% oder 71% geladen ist. Eigentlich geht es mir auch nur darum herauszufinden, ob man den SoC „zwischendurch“ (d. h. wenn die Ladung eh unterbrochen wird) erneut auslesen kann (und nicht nur beim erstmaligen Verbinden).

Manchmal ist das Auto nämlich auch einfach mal zwei Tage am Stück verbunden und die Ladung startet und stoppt automatisch anhand der in EVCC konfigurierten Bedingungen…

Daran hatte ich zunächst auch gedacht und das werde ich testweise auch mal ausprobieren. Allerdings scheint es so zu sein, dass das die Abweichung umso größer ist, je langsamer geladen wird - was aufgrund des Eigenverbrauchs des OBCs ja auch irgendwie logisch ist.

Könnte man über die CP-Trennung (so wie beim Wechsel zwischen 1/3-phasigem Laden) nicht einen komplett neuen Handshake erzwingen?

Moin,

ich habe jetzt schon ein paar Mal beobachtet, dass der tatsächliche SoC meines ID.4 nach Ladeende 1-3% unter dem von WARP berechneten SoC liegt. Somit endet die (von EVCC gesteuerte) Ladung u. U. zu früh. Meint ihr, es wäre möglich, nach Ladeende nochmals eine ISO 15118-Kommunikation mit dem Fahrzeug aufzubauen und den aktuellen SoC abzurufen?

Hattet ihr mal versucht, die funktionierende WARP auszuschalten und zu schauen, ob sich die bislang nicht funktionierende dann verbinden kann (ggf. nach einem Neustart)?

Ja, stimmt schon. Einerseits wäre es schon cool, wenn man auf/an/neben der WARP ein Display hätte, wo man „im Vorbeigehen“ Ladedauer, Leistung und neuerdings auch SoC sehen könnte (also das, was bei den meisten Schnellladesäulen mittlerweile angezeigt wird).

Andererseits: Wie oft steht man wirklich neben seiner Wallbox und schaut dieser beim Laden zu? Ein schönes Dashboard kann man sich selbst in Home Assistent o. ä. basteln und die Weboberfläche sieht auch auf dem Smartphone gut aus.

Aber wenn es eh bald eine neue App gibt, vielleicht könntet ihr über Widgets für den Home-/Lockscreen nachdenken?

Die Frage hatte ich schon zu WARP1-Zeiten gestellt 🙃

Ich hatte damals auch mal angefangen, etwas zu implementieren, allerdings wollte ich das Gehäuse nicht ausfräsen, da ich Angst hatte, dass es dann a) nicht mehr dicht ist und b) nicht mehr schön aussieht.

Ich denke, du wirst dann einen Modbus/RTU-Wandler brauchen, s. Antwort von @MatzeTF auf deine vorherige Frage:

Alternativ könntest du versuchen, in WARP entsprechende API-Zähler anzulegen und die Daten aus HA „irgendwie“ per MQTT oder http bereitzustellen.

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“ 😜