Tesla SoC #3406
Replies: 13 comments 62 replies
|
Aktuell ist ein Abruf neuer Tokens über die openWB-Oberfläche nicht mehr möglich und so wie es Tesla implementiert hat, auch nicht wieder herstellbar. Da das nicht nur die openWB betrifft, hat jemand ein kleines Programm geschrieben, mit dem die Tokens abgerufen werden können: https://github.com/adriankumpf/tesla_auth Da kann man ein Binary, also ausführbares Programm, für die gängigen Betriebssysteme herunterladen. Doppelt draufklicken packt das Archiv auf einem Apple-SIlicon-Mac (wie bei mir) aus. In dem neu angelegten Unterverzeichnis findet sich eine Datei "tesla_auth". Doppelt draufklicken. Dann in den Systemeinstellungen unter "Datenschutz & Sicherheit" Den Punkt suchen, wo drin steht, dass tesla_auth nicht ausgeführt wurde. Dort dann das Ausführen erlauben. (Das ist nur für MacOS relevant, Windows ist bestimmt anders) Es geht ein Browser-Fenster auf, in dem man bitte seine Anmeldedaten eingibt. Danach erscheint dann ein zweigeteiltes Fenster: Oben das Access_Token und unten das Refresh-Token. Die beiden raus- und in den entsprechenden Feldern des Fahrzeugs in der openWB-Konfiguration reinkopieren. Speichern. Falls irgendwas nicht funktioniert, einfach mal ins soc.log unter Einstellungen-System-Fehlersuche kucken. |
|
Hallo, Kann mir jemand helfen? Anbei der Log |
|
Ich denke das hängt mit der Tesla Api zusammen. Habe ein ähnliches Problem bei Teslamate. |
|
Jepp, trifft alle. Fix ist in Arbeit: #3439 |
|
Ich hänge mich mal hier ran um zu hören wann es wieder geht |
|
Für IOS gibt es eine App: Auth for Tesla. Gerade installiert und hat mir die zwei Token ausgespukt. soweit ich es sehe, ist das Feld für die Token in der openWB aber schreibgeschützt, so dass man die Token nicht einfügen kann. 🤒 |
|
Access Token und Refresh Token kannst du erneuern, die sind zumindest bei mir nicht schreibgeschützt. Aber das wird nichts bringen, Tesla scheint da aktuell etwas an der API geändert zu haben. Momentan haben da mehrere verschiedene Programm Probleme mit. |
|
Du hast Recht. Die Felder sind nicht schreibgeschützt. Danke für Deine Unterstützung. |
|
Ok, dann warten wir mal ab. |
|
Der Upgrade auf die 2.2.x dauert aufgrund von File Konvertierungen sehr lange. Keine Panik, wenn die Box auch nach 30min noch nicht betriebsbereit ist! :-) |
Geht mir ähnlich, habe schon unendlich viel Zeit nach manchen Updates aufgewendet um danach rauszufinden das über die Updates ein Fehler reinkam wie beispielsweise das Umschalten zwischen ein und dreiphasig, ich bin froh endlich wieder ein stabiles System zu haben. |
|
Ich bin noch hin und her gerissen. Die Features sind schon beachtlich, aber die dadurch entstehenden BUGs ärgerlich. |
|
Je mehr Feature, desto mehr Bugs. - Ist leider so. |
|
Wobei man sagen muss, dass seit 2.1.9 deutlich mehr bei openWB und bei den Nutzern getestet wird. Sieht man auch an der 3. Ziffer bei Versionsbezeichnungen ab 2.2.x, die Bugbehebungen kennzeichnen. Dahingehend setzt man auf gesteigerte SW-Qualität. |
|
Ich habe zwei openWB und beide auf 2.2.x. Die Erstellung neuer Tokens über tesla-auth funktioniert, das Problem ist halt, dass diese nach wenigen Stunden wieder ungültig sind und das Auslesen des SOC wieder nicht funktioniert. Ich kann und will nicht täglich neue Tokens erstellen und einspielen. |
|
Ich verstehe Deine Intention, aber das würde dazu führen, dass das Auto am Morgen evtl. leer dasteht. Da finde ich persönlich es besser, wenn es so bleibt. Wenn man dann morgens feststellt, dass voll geladen wurde, deaktiviert man die SoC basierte Ladung manuell, bis es wieder funktioniert. Ist ohnehin die Frage wann, ob und wie lange es funktionieren wird, da Tesla an der API immer mal wieder Änderungen vornimmt, die nicht vorhersehbar sind. |
|
Dein Scenario beschreibt die "Ziel-Laden" Funktion - da kann es ja unverändert bleiben, um zu verhindern, dass man morgens ein unerwartet leeres Fahrzeug hat. Ich dagegen meinte die "Mindest-SOC" Funktion beim PV-Überschussladen. |
|
Gilt für mich das Gleiche: Auto ist leer, wenn man es nicht merkt. Das finde ich schlimmer, als einmalig voll zu laden und es dann manuell abzuschalten. |
|
Kann ich gut verstehen. Ich habe bei mir die Mindest-SoC-Funktion deswegen auch deaktiviert. Eine schöne Lösung wäre vielleicht, wenn das SoC-Modul einen Fehler wirft, dass dann soundsoviel kWh geladen werden. |
|
Momentan bekomme ich keine SoC - Werte. |
This comment was marked as duplicate.
This comment was marked as duplicate.
|
Wenn HA immer noch Tesla "Refresh Tokens" kann (3 Monate gültig), dagegen das aktuelle openWB Tesla SoC Modul nur "Access Tokens" (~8 Stunden gültig), wäre es dann nicht das einfachste in openWB das SoC Modul "MQQT" zu verwenden und über MQQT den SoC Wert aus HA an openWB zu senden? |
|
@m3shmax Besser als über MQTT (da man wenn man nicht weiß was man tut schnell was zerschießt) ist das HA SoC Modul in openWB zu nutzen. |
|
Wollte nur sagen, dass es bei Teslamate wieder nach aktuellem Update geht. Das Problem konnte also da gefixed werden. Vielleicht kann sich das jemand dort bitte ansehen, ob das auch für das openWB Tesla-Modul analog umsetzbar ist? |
|
Wenn ich das richtig verstanden habe wurde als Lösung primär auf eine neuere Verschlüsselung gegangen. Im scheint schon jemand netterweise vorbereitet zu haben: #3439 (comment) |
|
Bei mir funktioniert nur schon das Anfordern der Tokens bzw. das Einloggen zu Tesla von openWB aus nicht: Version 2.2.1 vom 2026-06-08 10:05:41 +0200 [82510a2], Release. Irgendwelche Hinweise? |
|
Bitte weiter oben schauen. Das scheint nur noch mit dem externen Tool zu gehen, aber braucht man ja auch nur ganz selten. Erstmal ist ja gut, wenn wie eine Lösung haben. Jetzt müssen wir nur noch auf ein baldiges Release hoffen. Also noch eine oder zwei Monate gedulden oder das Risiko eingehen und auf Master zu gehen. |
|
Schade, dass openWB nicht modular ist. Dann wären Updates für Fälle wie diesen einfacher. |
|
Wie soll das deen gehen? Du wählst aus allen Modulen, die es bei der openWB so gibt (Zähler, Wechselrichter, ... SoC-Modul) diejenigen in der Version aus, die du so brauchst? Weisst du wie viele Kombinationsmöglichkeiten da rauskommen? Und dann stellst du fest, dass die Kombination aus Software V2.1.9 mit Modul A in Version 4 und Modul B V3.8 in der Situation X nicht funktioniert? Meinst du, so etwas hätte Zukunft? (Das ist eins der großen "Probleme" von Linux) Edit: worüber man nachdenken könnte, wäre das nur für die SoC-Module zu machen. Die werden ja von diversen Leuten gepflegt, ändern sich andauernd haben dafür eine fixe Schnittstelle. |
|
Nennt sich moderne Entwicklung. ;-) |
|
Offtopic für hier, haben wir einige male angesprochen. Man trifft aber doch immer mal auf Abhängigkeiten. |
|
Ich habe jetzt mit Unterstützung durch ChatGPT die Tesla Fleet-Api genutzt, um über Home Assistent den SoC in openWB zu bekommen. Geht relativ einfach und man braucht auch keine eigene Domain mehr aufsetzen. Gibt einen kostenlosen Dienst, der einem das zur Verfügung stellt: https://fleetkey.cc/ |
|
Gibt es hier mittlerweile etwas Neues? |
Ich habe es eingerichtet, weil der SoC seit Monaten nicht klappt. Danke für den Hinweis. |
|
Owner-API ist das, was die Tesla-App benutzt. Das wurde reverse engeneered und war lange Zeit Mittel und Weg für alle, den SoC etc zu bekommen. Dann hat Tesla vor ein paar Jahren die Fleet-API vorgestellt und gesagt, da müssten nun alle hin. Nun ist es soweit und die Owner-API ist abgestellt worden. Die Fleet-API verhält sich ein wenig anders was die Benutzung anbelangt. Weiter oben findest Du einen Post, der beschreibt, dass man da eine von außen aufrufbare URL braucht um die Fleet-API zu nutzen. Das kann eine normale, hinter einem NATenden Router befindliche Applikation (wie die openWB) nicht. Weshalb es die auch oben im Post genannten Dienstleister gibt, der diese URL als kostenlosen Dienst zur Verfügung stellt. Da ist ja auch wieder die Frage wie lange das kostenlos bleibt, oder was auch immer der Dienstleister sich da an Kompensation für seine Mühen sich da nimmt. Die Fleet-API ist darüber hinaus auch kostenpflichtig und eigentlich für Flottenbetreiber gedacht. Ich denke, dass es ein Vorgriff auf die Musksche Vision des Robotaxi-Services ist. Tesla denkt ja global und das sind auch da in erster Linie die USA. |
|
Kleine Korrektur: |
|
Aha. Dann muss sich die Owner-API schon deutlich verändert haben, wenn das Token-Generieren nicht mehr so einfach funktioniert. |
|
Die API ist identisch geblieben. Tesla hat den OAuth Flow durch eine Redirect-URL mit dem Protokoll "tesla://" geschützt. Damit kommt kein Browser klar. Du kannst aber in den Entwicklungseinstellungen des Browsers im Reiter Netzwerk die URL inkl. benötigtem Code sehen und auch in der alten Version vom Tesla SoC Modul einfügen. Es gibt nur keine automatisierte Möglichkeit dafür. |
|
Danke für deine Mühe!Am 27.07.2026 um 20:21 schrieb benderl ***@***.***>:
Kleine Korrektur:
Die Owner API gibt es noch und wird auch weiter von openWB (und vielen anderen ähnlichen Projekten) abgefragt.
—Reply to this email directly, view it on GitHub, or unsubscribe.Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today!
You are receiving this because you commented.Message ID: ***@***.***>
|
|
Ich konnte in der 2.3.0-alpha.1 vom 03.08.2026 über das GitHub Tool die Tesla Schnittstelle wieder anzapfen. Allerdings springt bei mir der SOC immer auf 80% und steigt beim Laden dann von dort aus an. Egal welchen SOC die Batterie nun wirklich hat. |
|
In der Releaseversion 2.2.2 sind ja Tesla Serveränderungen aufgeführt - ich dachte, dass damit wieder länger gültige (Access-)Tokens möglich sein sollen. Mache oder verstehe ich da irgendwas falsch? |
|
Du nimmst das tesla_auth von oben irgendwo und bekommst beide Token, die du auch beide in der openWB einträgst. Und dann geht das auch länger als 8 Stunden. Warum sollte man auch nur ein Token eintragen, wenn sowohl Tool als auch Konfiguration zwei vorsehen? |
Naja, weil ich in der GUI nur ein Feld finde und zwar für das Refresh-Token. :-) Wo wird denn das Access-Token eingetragen? |
|
Du trägst nur das Refresh Token ein. Das ist 90 Tage gültig (aber in diesem Schritt irrelevant). Bei der ersten Abfrage wird mit dem Refresh Token ein neues Pärchen von Access und Refresh Token abgerufen. Der Access Token ist dann 8 Stunden gültig, der Refresh wiederum 90 Tage. Nach abgelaufenen Access Token wird mit dem Refresh Token ein neues Pärchen abgerufen und so weitrer. |
|
Verrückt. Da sind erst wochenlang zwei Felder im master, die im Release nicht auffindbar sind, und nun sind's im nächsten Releae statt zwei Feldern nur noch eins... |
Uh oh!
There was an error while loading. Please reload this page.
HINWEIS: Zusammenfassung aus dem alten openWB Forum
Tesla SoC Integration
Aktueller Status
Die Tesla-SoC-Integration funktioniert grundsätzlich weiterhin, ist jedoch regelmäßig von Änderungen seitens Tesla betroffen.
Das eigentliche Laden über openWB ist davon meist nicht betroffen – Probleme treten überwiegend bei:
auf.
Bekannte Probleme
Keine Neuanmeldung mehr möglich
Durch Änderungen an der Tesla-Authentifizierung kam es zuletzt dazu, dass neue Logins teilweise nicht mehr durchgeführt werden konnten.
Typisches Verhalten:
Wenn die bestehende Anmeldung noch funktioniert, sollte sie möglichst nicht unnötig neu eingerichtet werden.
SoC wird nicht aktualisiert
Typische Symptome:
Mögliche Ursachen:
Fahrzeug schläft nicht mehr
Mehrere Nutzer berichteten über zu häufige SoC-Abfragen.
Typische Folgen:
Im Log zeigte sich dabei häufig ein regelmäßiger Abruf alle paar Minuten.
Häufige SoC-Abfragen
Bei einzelnen Installationen wurden deutlich mehr Abfragen durchgeführt als konfiguriert.
Als mögliche Ursachen wurden diskutiert:
Relevant war insbesondere die Datei:
SoC-Abfrage nur bei angestecktem Fahrzeug
Bekannte Einschränkung:
Wenn die Option
aktiviert ist, kann bei nicht angestecktem Fahrzeug teilweise auch keine manuelle Aktualisierung ausgelöst werden.
Dieses Verhalten wurde bereits früh als bekannte Einschränkung dokumentiert.
Typische Fehlermeldungen
Authentifizierung fehlgeschlagen
Beispiel:
oder
Danach folgen häufig Fehler innerhalb des Tesla-Logins.
In den meisten Fällen hilft:
Empfehlungen aus der Community
Empfehlenswert
Vermeiden
Debugging
SoC-Log prüfen
Wichtige Hinweise finden sich im:
Interessant sind insbesondere:
Debug-Level erhöhen
Bei ungewöhnlichem Verhalten empfiehlt sich ein höheres Debug-Level.
Dadurch lassen sich:
deutlich besser erkennen.
Community-Erfahrungen
Mehrere Nutzer berichten:
Ein wiederkehrendes Thema ist die Balance zwischen:
FAQ
Funktioniert die Tesla-SoC-Abfrage aktuell?
Ja, grundsätzlich.
Probleme entstehen meist durch Änderungen der Tesla-Authentifizierung oder API.
Warum aktualisiert sich mein SoC nicht mehr?
Häufige Ursachen:
Warum bleibt mein Tesla wach?
Meist wird das Fahrzeug zu häufig abgefragt.
Die Ursache liegt häufig in:
Sollte ich meine funktionierende Anmeldung neu einrichten?
Nein.
Wenn die bestehende Anmeldung funktioniert, sollte sie möglichst unverändert bleiben.
Best Practices
Diskussion
Falls ihr Tesla mit openWB nutzt:
Feedback und aktuelle Erfahrungen sind willkommen.
All reactions