So, hab jetzt alle Möglichkeiten durchgetestet und leider mittelmäßig schlechte Neuigkeiten.

Autocharge funktioniert problemlos mit Tesla, den SoC können wir zwar auslesen, allerdings ist es nicht möglich direkt danach eine AC-Ladung zu starten 😕. Man kann in dem Zustand dann händisch in der App die Ladung starten, aber die Wallbox hat keine Chance selbst die Ladung zu triggern. Der Tesla ignoriert an der Stelle jegliche Form von Wakeup.

Zwei Möglichkeiten: Wir können auf die ISO15118-20 warten, dort ist SoC auslesen und Laden gleichzeitig vorgesehen. Bei Tesla kommt man aber auch hinreichend einfach über die Cloud an den SoC. Es wäre denkbar das auf dem ESP32 des WARP4 zu implementieren. Das hat dann aber natürlich zusätzlichen Konfigurationsaufwand (Vehicle ID und "Tesla Partner Token" müsste man dafür eintragen).

Bug-Report an Tesla?

Ich denke nicht, dass ISO15118-20 für „ältere“ Tesla kommen wird. Deshalb wäre die Lösung über Vehicle ID und Tesla Partner Token doch eine prima Lösung.

Darum geht es ja nicht. Sondern nur darum, dass sich der Tesla auch so verhält wie andere BEV...
Naja, solange Tesla-Nutzer die Funktion in der Warp4 abschalten können ist es ja auch OK.
Ich habe ja auch einen Tesla und aktuell eine Warp2 - damit habe ich einen Grund weniger für ein Upgrade auf eine Warp4. :-)

Und nein, ich würde nicht wollen, dass die Warp4 auch noch via Tesla-Server und deren API auf meinen Wagen zugreift.

bearbeitet July 17, 2026 at 13:4617. Jul 2026 von wuesten_fuchs

Am 17.7.2026 um 15:45 schrieb wuesten_fuchs:

Und nein, ich würde nicht wollen, dass die Warp4 auch noch via Tesla-Server und deren API auf meinen Wagen zugreift.

Kann man ja optional machen.

Ich würde auf jeden Fall versuchen Tesla zu kontaktieren ob sie das ändern können. Die sind eigentlich schnell bei sowas.

Am 16.7.2026 um 17:30 schrieb borg:

Snip:/ Bei Tesla kommt man aber auch hinreichend einfach über die Cloud an den SoC. Es wäre denkbar das auf dem ESP32 des WARP4 zu implementieren. Das hat dann aber natürlich zusätzlichen Konfigurationsaufwand (Vehicle ID und "Tesla Partner Token" müsste man dafür eintragen).

Ist das bei Euch in der Planungs-Pipeline oder müssen die die Telsas leider in die Röhre schauen.. 😥

Ich hab es mir in der Zwischenzeit genauer angeschaut und der SoC über die API ist definitiv auslesbar auf dem ESP32, aber für den Nutzer leider kompliziert das einzurichten. Um an den client_id und refresh_token zu kommen muss man diese Schritte ausführen: https://www.myteslamate.com/de/blog/tesla-api-anwendung-registrierung/

Das hatte ich mir etwas einfacher vorgestellt. Was meint ihr? Ist das als "Advanced-Feature" für die Leute die das machen wollen noch im Rahmen?

Ich habe auch einen Tesla und (s.o.) ich persönlich würde diesen Aufwand nicht haben wollen. Mir wäre die Sache mit dem SoC auch nicht so wichtig. Wenn unsere Autos laden, kann ich den SoC jeweils über die Hersteller-App direkt sehen und es gibt wiederum von den (oder manchen, jedenfalls bei uns Tesla, Hyundai und Kia) Hersteller-Apps/Servern Integrationen zu Home Assistant, so dass man das dort eh schon bekommen kann, wenn man das möchte. Und vor allem noch viel mehr Daten (https://www.home-assistant.io/integrations/tesla_fleet/). Und eigentlich braucht man den SoC ja nicht in der oder für die WARP-Box, sondern für Automations und dafür wird man eh z.B. Home Assistant brauchen. Wenn es mir nur um einen einfachen Ziel-SoC geht, dann kann ich den sowieso im Auto einstellen und tue dies heute schon so. Wenn ich mal woanders lade und das brauche, mache ich das ja auch so, also warum nur zuhause "anders machen". Langer Rede kurzer Sinn: wenn ich dafür einen Tesla API Key usw. brauche, dann mache ich das gleich in/für Home Assistant und nicht für die Wallbox.

Ich würde mich freuen, wenn es als „Advanced Feature“ für Interessierte angeboten wird. Wer möchte, wird sich mit der Einrichtung, die im Übrigen garnicht so kompliziert ist, bestimmt gerne auseinandersetzen. Wer‘s nicht braucht oder möchte kann ja HA nutzen und auf die Möglichkeit verzichten.

Hallo,

der Thread verunsichert mich jetzt ein bisschen, da ich ein bisschen zu Unerfahren bin, um den Zusammenhang zwischen Warp4Pro, SoC und Tesla noch nicht ganz verstehe. Mein Tesla kommt erst in einem Monat und bis dato hab ich mich mit dem Laden nur theoretisch befasst.

Unterm Strich möchte ich fürs PV-Überschussladen auf den ModbusTCP meiner PV-Anlage zugreifen und den Überschuss ermitteln. Basislast (z.b. 2kW) + der aktuelle Überschuss sollen dann geladen werden, bis die 80% Ladelimit erreicht sind. Ich bin mir ziemlich sicher, dass die Infos richtig verstehe und dass das so klappt.

Ab Oktober ist es in Österreich auch relativ einfach, lokale Energiegemeinschaften (Peer-To-Peer) zu gründen. So kann ich den PV-Überschuss meines Nachbars (Bruder) nutzen und spare mir ca. 50% der Netzkosten - zudem auch noch ein geringerer Energiepreis. Unsere Homeassistants stellen den jeweiligen PV-Überschuss in kW dem jeweils anderen zur Verfügung. Wenn ich die Warp4 Doku hier wiederum richtig verstehe, lasst sich eine API an der Warp4 einrichten, der ich den "virtuellen PV-Überschuss" übermitteln kann - also mein eigener PV-Überschuss plus dem PV-Überschuss des Nachbarn, den ich aktuell zur Verfügung habe. Wenn wir nur zu zweit in der lokalen Energiegemeinschaft sind, ist das relativ einfach zu bewerkstelligen.

So wäre mein Plan, jedoch bin ich mir eben aufgrund dieses Threads nicht sicher, welche Auswirkungen dieses "nicht funktionierende SoC" hat. Was genau funktioniert aufgrund dieser Tatsache mit Warp4Pro und dem Tesla nicht?

Vielen Dank für Infos & LG :)

Bezogen auf deinen Plan ist der interessante Punkt dieser:

On 8/4/2026 at 1:49 PM, harterch said:

sollen dann geladen werden, bis die 80% Ladelimit erreicht sind.

Stand jetzt müsstest du das 80%-Limit im Tesla selbst einstellen.

Bei anderen Autos, bei denen die Wallbox den SoC (=State of Charge, also wie voll der Akku ist) auslesen kann, müsste man in dem Szenario das 80%-Limit nicht im Auto einstellen, sondern die Wallbox könnte selbst bei (ungefähr) 80% aufhören zu laden.

Am 4.8.2026 um 14:08 schrieb rtrbt:

Bezogen auf deinen Plan ist der interessante Punkt dieser:

Stand jetzt müsstest du das 80%-Limit im Tesla selbst einstellen.

Bei anderen Autos, bei denen die Wallbox den SoC (=State of Charge, also wie voll der Akku ist) auslesen kann, müsste man in dem Szenario das 80%-Limit nicht im Auto einstellen, sondern die Wallbox könnte selbst bei (ungefähr) 80% aufhören zu laden.

Das bedeutet de facto hab ich keine Einschränkungen, wenn ich die 80% sowieso im Tesla einstelle und dieser dann den Ladevorgang unterbricht?
Und was hat es mit dem Titel des Threads "PV-Laden startet nicht automatisch bei Tesla" auf sich? Ich stecke an und es beginnt nicht zu laden?

bearbeitet August 4, 2026 at 12:354. Aug 2026 von harterch

On 8/4/2026 at 2:34 PM, harterch said:

Das bedeutet de facto hab ich keine Einschränkungen, wenn ich die 80% sowieso im Tesla einstelle und dieser dann den Ladevorgang unterbricht?

Genau.

On 8/4/2026 at 2:34 PM, harterch said:

Und was hat es mit dem Titel des Threads "PV-Laden startet nicht automatisch bei Tesla" auf sich? Ich stecke an und es beginnt nicht zu laden?

Das ist sozusagen die andere Seite des Problems:

Es gibt zwei Varianten, wie die Wallbox mit dem Auto kommunizieren kann, die ältere Variante per IEC 61851 (im Endeffekt durch Widerstände und ein Rechtecksignal) und die neue Variante per ISO 15118 (im Endeffekt eine echte Netzwerkverbindung). Den SoC auszulesen funktioniert nur mit der ISO 15118. Wenn man das tut, führt das aber beim Tesla dazu, dass er nach dem Auslesen des SoCs einschläft und nicht (bzw. erst nach 30 Minuten) wieder geweckt werden kann.

D.h. man hat im Moment die Option den SoC nicht auszulesen, dann kann der Ladevorgang jederzeit beginnen, wenn PV-Überschuss vorhanden ist, oder man nimmt die 30 Minuten Pause in Kauf, kann dann aber den SoC auslesen.

Am 4.8.2026 um 15:31 schrieb rtrbt:

Genau.

Das ist sozusagen die andere Seite des Problems:

Es gibt zwei Varianten, wie die Wallbox mit dem Auto kommunizieren kann, die ältere Variante per IEC 61851 (im Endeffekt durch Widerstände und ein Rechtecksignal) und die neue Variante per ISO 15118 (im Endeffekt eine echte Netzwerkverbindung). Den SoC auszulesen funktioniert nur mit der ISO 15118. Wenn man das tut, führt das aber beim Tesla dazu, dass er nach dem Auslesen des SoCs einschläft und nicht (bzw. erst nach 30 Minuten) wieder geweckt werden kann.

D.h. man hat im Moment die Option den SoC nicht auszulesen, dann kann der Ladevorgang jederzeit beginnen, wenn PV-Überschuss vorhanden ist, oder man nimmt die 30 Minuten Pause in Kauf, kann dann aber den SoC auslesen.

Vielen Dank für die Antworten und die Geduld.

Ist geplant, das Auslesen des SoCs noch zu implementieren?

Für mich erschließt sich der Vorteil, den SoC auszulesen noch nicht ganz. Wenn die Warp4 den SoC auslesen könnte, könnte Sie dann selbst entscheiden, dass der Tesla zu 80% geladen ist und den Ladevorgang beenden? Wenn das Fahrzeug den Ladevorgang ohnehin bei 80% (bzw. je nach eingestelltem Ladelimit) beendet, ist das Auslesen des SoC ja sowieso nicht notwendig.

Welche Vorteile hat würde mir ein funktionierendes Auslesen des SoC bieten?

Danke von einem, der kurz davor ist, seine Bestellung der Warp4 Pro abzuschließen.

On 8/4/2026 at 4:07 PM, harterch said:

Welche Vorteile hat würde mir ein funktionierendes Auslesen des SoC bieten?

Ohne Integration in andere Features hast du davon erstmal nichts. Wenn die Wallbox den SoC kennt, dann kann sie ihn aber in die Ladeplanung mit einbeziehen, oder du könntest dir Automatisierungsregeln anlegen, die den Lademodus wechseln wenn der SoC unter einem Schwellwert ist o.Ä.

On 8/4/2026 at 4:07 PM, harterch said:

Ist geplant, das Auslesen des SoCs noch zu implementieren?

Du meinst per Tesla-API, statt per ISO 15118? Zweiteres haben wir ja schon, das führt bei den Teslas nur zu dieser ~30 Minuten Zwangspause.

SoC-Auslesen per Tesla-API wird höchstwahrscheinlich implementiert werden. Zu viele unserer Kunden haben Teslas, als dass wir das ignorieren könnten.

Ich habe heute mal mit meiner Warp 4 Pro und meinem Model Y ein wenig ausprobiert.
Ich hab das Gefühl, gestern hat es sich noch anders verhalten, aber heute was es reproduzierbar so, dass wenn eine dieser beiden Optionen an ist (egal welche) das Laden nicht richtig gestartet hat.


Das äußerte sich so, dass er 2-3 mal in kurzer zeit zwischen "Laden" und "Ladebereit" hin und her gesprungen ist (Unabhängig davon ob "Fahrzeug Weckruf" aktiv ist oder nicht). Nach dem zweiten oder dritten mal, gab's dann eine Fehlermeldung in der Tesla-App (die genaue hab ich grade nicht mehr vor Augen)

Das Kuriose: Wenn ich dann in dem Zustand (Wallbox auf "Ladebereit" und Tesla auf "Kann nicht laden") die beiden Optionen deaktiviert habe, und auf "Speichern" geklickt habe, hat das Laden sofort gestartet.

Auch wenn ich den Wagen trenne und neu verbinde, startet das Laden heute sofort, sofern beide Optionen deaktiviert sind. Ich schwöre, dass das gestern noch nicht so war :D

Zur Info: da ich noch auf meinen Zwei-Richtungs-Zähler warte, ist PV-Überschuss-Laden zzt. nicht konfiguriert. Hab da gestern ein wenig mit rumgespielt, vlt waren meine Testergebnisse deshalb heute reproduzierbarer.

SoC auslesen hat, wie weiter oben im Thread beschrieben, das Problem dass Teslas keine AC-Ladung startet nachdem der SoC gelesen wurden.

Autocharge hat in meinen Tests immer und reproduzierbar funktioniert mit einem Model Y.

Kannst du einmal nachdem Autocharge nicht funktioniert hat den Debug-Report herunterladen und hier anhängen oder per Email an info@tinkerforge.com schicken?

Mein Upgrade set ist heute angekommen und ich es funktioniert supi! Ich habe jetzt das auslesen des SoC nicht aktiviert weil mein Vater hier mit seinem Tesla öfters zum laden rum kommt. Frage: Könnte man das nicht so machen dass man das SoC auslesen in den Fahrzeugeinstellungen aktivieren kann, für Fahrzeuge bei denen man weiß dass es keine Probleme macht? Oder habe ich da einen Denkfehler?

Ja das geht und hab ich als ich den Tesla da hatte zum Testen auch schon implementiert. Kommt dann potentiell mit dem nächsten Firmware-Release.

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

SoC auslesen hat, wie weiter oben im Thread beschrieben, das Problem dass Teslas keine AC-Ladung startet nachdem der SoC gelesen wurden.

Autocharge hat in meinen Tests immer und reproduzierbar funktioniert mit einem Model Y.

Kannst du einmal nachdem Autocharge nicht funktioniert hat den Debug-Report herunterladen und hier anhängen oder per Email an info@tinkerforge.com schicken?

Nun, ich konnte das Problem nicht mehr wirklich reproduzieren 😅
Ich habe Autocharge aktiviert, die wallbox neu gestartet, und dann festgestellt, dass beim Status "Blockiert durch externe steuerung" stand. Also hab ich die Wallbox testweise aus evcc raus genommen, den "Externe Steuerung"-Status zurückgesetzt, die Wallbox nochmal neu gestartet, und siehe da: Es funktioniert auch mit Autocharge auf anhieb.

Das ist jetzt etwas peinlich, aber vermutlich war evcc schuld. Interessanterweise habe ich die Wallbox danach bei evcc wieder hinzugefügt, mit eig. gleichen Einstellungen (standard auf "schnell" und so), aber trotzdem ist das Problem nicht nochmal aufgetreten. Trotzdem seltsam, dass das es ohne Autocharge ging. Hat vlt damit zu tun, ob evcc erkennt welches Auto grade geladen wird oder so.

Ich habe glücklicherweise nach dem ursprünglichen Auftreten des "Laden"/"Ladebereit"-Wechsel-Problems einen Debug-Report Heruntergeladen, wollte den erst nur nicht so hochladen, weil der log fast den ganzen Tag abdeckt und ich dachte, dass man evtl etwas wühlen müsste. Hab ihn jetzt doch mal angehangen.

Das hier aus dem Log sah relevant aus:

2026-08-07 11:34:24,048 | users            | Charger state changed from 0 to 2
2026-08-07 11:34:24,189 | charge_tracker   | Tracked start of charge for local charger.
2026-08-07 11:34:25,212 | users            | Charger state changed from 2 to 3
2026-08-07 11:34:27,245 | users            | Charger state changed from 3 to 2
2026-08-07 11:34:32,280 | users            | Charger state changed from 2 to 3
2026-08-07 11:34:33,311 | users            | Charger state changed from 3 to 2
2026-08-07 11:34:38,346 | users            | Charger state changed from 2 to 3
2026-08-07 11:34:39,377 | users            | Charger state changed from 3 to 2
2026-08-07 11:34:54,430 | users            | Charger state changed from 2 to 3
2026-08-07 11:35:11,488 | users            | Charger state changed from 3 to 2
2026-08-07 11:35:13,519 | users            | Charger state changed from 2 to 0
2026-08-07 11:35:13,652 | charge_tracker   | Tracked end of charge for local charger.

warp4-87ts-Debug-Report-2026-08-07T19-11-37-060.txt

Man kann in den Daten in der Tat sehen dass ein Autocharge korrekt durchgelaufen ist (endet mit CM_SLAC_MATCH.REQ). Danach kommen dann auf einmal ganz viele Versuche rein vom Tesla eine neue Verbindung aufzubauen (die der WARP4 aber ignoriert).

Sehr komisches verhalten, die Abstände bei den Versuchen sind auch nicht standardkonform. Ich weiß nicht was da passiert ist, hab ich so auch noch nie gesehen. Die Erwartungshaltung wäre auch dass der WARP4 das PLC-Modem ausstellt nachdem das Autocharge durch ist und erst wieder aktiviert wenn der Typ2-Stecker entfernt wird (CP-Widerstand auf >2700 Ohm geht).

Würde ich jetzt solange das nicht irgendwie reproduzierbar ist erstmal ignorieren 😅.