Skip to content
View in the app

A better way to browse. Learn more.

Tinkerunity

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Warp4 und Wem2: PV-Laden startet nicht automatisch bei Tesla

Featured Replies

Liebes Team,

leider startete PV-Überschuss beim Tesla nicht automatisch nach dem Einstecken. Alles Ladebereit aber wartet auf irgendwas….

Anbei auch die Reports von der Warp4 und dem Wem2 und ein Screenshot von der Tesla-App, wenn ich versuche, den Ladevorgang aus dieser manuell zu starten.

Beste Grüße

Michael

IMG_1038.png

warp4-8hjb-Debug-Report-2026-07-07T16-56-48-496.txt wem2-2iMq-Debug-Report-2026-07-07T17-02-59-290.txt

IMG_7161.png

Edited by schonOK
Screenshot hinzugwfgt

Funktioniert es denn wenn du vor dem Einstecken den Lademodus auf Schnell stellst oder fängt der Tesla nie an zu laden?

Weißt du wie viel Zeit ungefähr zwischen Einstecken und genug Strom für PV-Überschuss war?

  • Author

Genug Strom für PV-Überschuss war die ganze Zeit da - hier scheinen sieben Sonnen.

Als ich manuell auf „Schnell“ gedrückt hatte, ist nichts passiert, der Ladevorgang hat nicht gestartet. Ich habe dann wieder auf „PV“ umgestellt und um ca. 17.20 Uhr hat er dann einfach von alleine gestartet.

IMG_1040.jpeg

warp4-8hjb-Debug-Report-2026-07-07T18-05-02-571.txt wem2-2iMq-Debug-Report-2026-07-07T18-05-39-054.txt

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

Am 7.7.2026 um 18:08 schrieb schonOK:

Als ich manuell auf „Schnell“ gedrückt hatte, ist nichts passiert, der Ladevorgang hat nicht gestartet.

Ah sorry, das meinte ich nicht. Die Frage ist ob der Tesla generell Probleme hat eine Ladung zu starten, oder ob wir hier ein Problem haben wo das Auto einschläft.

Also wenn du den Tesla aussteckst, dann auf Schnell stellst und dann wieder einsteckst, dann lädt der Tesla, richtig?

@poohnet Bei dir die gleiche Frage: Ich nehme an die Zoe und der ID.4 funktionieren wenn du den Lademodus auf Schnell stehen hast?

Wenn der Status auf Ladebereit steht und das Auto nicht lädt, dann legt der WARP4 erstmal prinzipiell das PWM an, das Auto darf laden und das Auto selbst verweigert die Ladung. Für gewöhnlich bedeutet dass, das Auto ist eingeschlafen (das sieht hier stark danach aus). Falls das Laden aber direkt nach dem Einstecken auch nicht startet ist es ein anderes Problem.

Eine andere Sache die ihr einmal testen könntet: Schlafen die Autos bei euch auch ein wenn ihr ISO 15118 nicht aktiviert?

Ich teste morgen als erstes mit dem Simulator ob unsere Wakeup-Sequenz und Willkommensladung noch funktionieren oder ob da irgendwas kaputt ist im Zusammenspiel mit ISO 15118. Ein generelles Problem mit den neueren Firmwares ist es eher nicht, dann hätten sich schon mehr Leute gemeldet.

  • Author

Teste ich Morgen Nachmittag gerne mal alles aus.

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

Hinweis: Ich hab in meinen Tests tatsächlich ein Unterschied beim Timing beim Wakeup zwischen WARP1/2/3 und WARP4 (wenn ISO 15118 aktiviert ist) gefunden.

Das hier ist aktuell die Wakeup-Sequenz auf CP nachdem ein Auto >1h nicht geladen werden sollte:

SCR02.PNG

Ihr seht da 2x CP-Trennung mit unterschiedlicher Länge und 2x State F mit unterschiedlicher Länge. Die Zeit zwischen PWM-Beginn und erster CP-Trennung sollte eigentlich 90s betragen, ist hier aber 10s. Das kommt zu Stande weil wir nach dem Bestimmen des SoC eine Wakeup bereits nach 10s machen, dieses Timing hat sich jetzt auch bei beim PV-Überschussladen eingeschlichen. Das ist bei uns vor Ort bei den Tests nie aufgefallen.

Dafür dass eine Wallbox ja eigentlich nur eine Steckdose mit Schütz ist, ist der Kram ganz schön kompliziert.... Ich baue euch morgen eine Testfirmware in der das gefixt ist.

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
  • Author

Es will nicht so richtig mit 15118 an. Mal „Ladebereit“, mal „Warte auf Freigabe“ und dann wieder „Ladebereit“. Aber er lädt nicht. Weder in PV noch in Schnell. Wenn ISO 15118 aus ist, funktioniert PV ohne Probleme und auch ohne Fehlermeldung in der Tesla-App.

Alle angehängten Bilder mit aktiviertem 15118.

IMG_7163.png

IMG_7164.png

IMG_1041.jpeg

IMG_1042.png

IMG_1043.png

IMG_1044.jpeg

warp4-8hjb-Debug-Report-2026-07-09T17-13-00-706.txt

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?

Am 9.7.2026 um 19:48 schrieb poohnet:

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

Der Standard schreibt drei Versuche mit je 50s Timeout vor. Für deinen Fall (ein Auto mit CSS und ein Auto ohne CSS) würde vermutlich 1x 10s oder so mehr Sinn machen. Aber da sowohl die Versuche als auch den Timeout konfigurierbar zu machen ist mir ein bisschen zu low level / Erklärungsbedürftig für jemanden der nicht so tief in der Materie ist.

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

Ich muss mal in den Logs schauen wie lange unsere Autos so im Schnitt brauchen um zu antworten.

@schonOK: Das hin und her von „Ladebereit“ zu „Warte auf Freigabe“ ist der Versuch vom WARP4 Charger den Tesla aufzuwecken.

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.

Kannst du einmal schauen ob es funktioniert wenn du nur Autocharge aktivierst? Du musst da auch das Fahrzeug keinem Nutzer zuweisen o.ä. Der WARP4 führt dann den Kommunikationsaufbau am Anfang einmal aus, aber startet keine ISO 15118 Kommunikation (bzw DIN SPEC 70121 tatsächlich, dein Tesla unterstützt die ISO 15118-2 gar nicht).

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…

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

  • Author
Am 9.7.2026 um 20:57 schrieb borg:

@schonOK: Das hin und her von „Ladebereit“ zu „Warte auf Freigabe“ ist der Versuch vom WARP4 Charger den Tesla aufzuwecken.

Kannst du einmal schauen ob es funktioniert wenn du nur Autocharge aktivierst? Du musst da auch das Fahrzeug keinem Nutzer zuweisen o.ä. Der WARP4 führt dann den Kommunikationsaufbau am Anfang einmal aus, aber startet keine ISO 15118 Kommunikation (bzw DIN SPEC 70121 tatsächlich, dein Tesla unterstützt die ISO 15118-2 gar nicht).

geht leider auch nicht, wenn nur Autocharge aktiviert ist.

Neue Firmware: Nachdem die neue Firmware installiert ist, wacht das Auto auch leider auch nicht auf.

warp4-8hjb-Debug-Report-2026-07-10T11-43-47-446.txt

  • Author

Nein, die Fehlermeldung erscheint in der Tesla-App nun nicht mehr. Er lädt/wacht aber auch nicht auf. Tesla ist ein Model 3 von 07.2023

Mh, komisch. Ich war davon ausgegangen dass der Tesla auf jeden Fall wieder anfängt zu laden wenn die DC-Ladung ohne Fehler beendet wird.

Wird denn sonst irgendeine Statusinformation im Tesla oder in der App angezeigt?

  • Author

Korrektur nach Fahrt:

Nachdem ich gefahren bin, erscheint bei aktiviertem ISO15118 in der Tesla App erst der Fehler (Fehler bei der Kommunikation mit Ladegerät) und dann etwas später „Ladegerät nicht bereit“, lädt aber wie gehabt nicht. Also keine Änderung mit der neuen Test-Firmware. Ohne aktiviertem „Au­to­char­ge“ und/oder ISO 15118 funktioniert alles prima.

IMG_7175.png

IMG_7176.png

wem2-2iMq-Debug-Report-2026-07-11T12-34-40-937.txt warp4-8hjb-Debug-Report-2026-07-11T12-35-05-670.txt

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.