Tesla Fleet Api Bezahlmodell

[LaTell]

Hi, Tesla hat jetzt ja ein Bezahlmodell für die Tesla Fleet Api veröffentlicht.

https://developer.tesla.com/de_DE

Für Privatkunde bekommt man monatlich einen Discount von 10$.
1000 Command Requests kosten 1$. Also müsste man dann ja auch bis zu 10000 Ladestromvorgaben absetzen können, oder verstehe ich das falsch?
Damit müsste man dann doch auch mit dem TWC 3 den Ladestrom deutlich feiner Regeln können.

[cschlipf]

Problem sehe ich eher auch ohne TWC3, wenn man einfach nur den Ladestand alle paar Minuten abfrägt. Weiß nun nicht ob das jetzt ein "Streaming Signal" oder "Data" ist. Bei Data hätte man also 5000 Requests pro Monat frei?

Hört sich auf jeden Fall so an als müsste ich Tesla Mate und die HA Integration deaktivieren.

Eine Frage wäre auch ab wann denn der eine Euro pro Paket berechnet wird? Wenn ich die erlaubte Anzahl der Requests erreiche? Oder schon mit dem ersten Request? Also stehen 1 Euro auf dem Kontingent schon für den ersten Wake Up Call or erst beim 50.ten Call? Wäre es schon der erste Call, dann würde man sehr schnell schon die ersten 4 Euro von den erlaubten 10 Euros angebrochen haben.

Artikel dazu: https://insideevs.com/news/743076/tesla-api-cost-dev-apps/

P.S.: Dein Link ist kaputt: https://developer.tesla.com/de_DE

[LaTell]

Danke. Link aktualisiert.

So wie ich das hier lese, wird jeder einzelne Request abgerechnet. Aufgerundet auf 1ct.

https://developer.tesla.com/docs/fleet-api/getting-started/billing-and-limits

[cschlipf]

Merci.

Also vermute ich mal, dass man mit EVCC alleine unter den 10 Euro bleiben wird im Monat. Aber ich habe auch noch TeslaMate am laufen, das ja wirklich fast Live Daten abruft. Das solllte ich dann wohl lieber einstellen.

[LaTell]

Was ich dabei noch nicht so richtig verstehe ist, was sind "Streaming Signals" und was sind "Daten"?
Wenn die Live Daten während der Fahrt unter die "Streaming Signals" fallen sollten, dann sieht das schon nicht mehr ganz so schlimm aus.

[ansysic]

Man kann die Tesla Fahrzeuge doch per Wallbox aufwecken, indem man den Ladevorgang startet. Oder? Das würde die Wakeup Kosten verringern.

[endurance1968]

Also TeslaLogger wird ab Jan 3€ pro month von jedem Subscriber bekommen. Ob das wirklich ausreichend ist oder gar zuviel wird man sehen. Es wäre super wenn man für EVCC rechtzeitig sicherstellt, dass man Daten weiterhin abfragen kann. Ich habe kein Problem damit, wenn dies bedeuten würde, dass der Tesla-Anteil dann eben eine (zusätzliche) Subscription benötigt.

[endurance1968]

Bin ich mir nicht sicher. Normalerweise wird sowas per API Key abgerechnet, und den muss ich mir von Tesla holen und bei EVCC oder Diensten wie TeslaMate eingeben.

Spaetestens bei streaming müsste man einen festen endpunkt angeben können. Das geht aber nicht wenn man EVCC daheim hinter einer dynamischen Adressen mit NAT laufen hat. Gut evtl. könnte man mit DynDns tricksen. Kommt jetzt also drauf an was man nutzen möchte/muss ob das für "normal" Anwender umsetzbar ist.

[endurance1968]

Probieren geht ja bekanntlich über studieren

beim registrieren muss man eine Domain angeben von und wohin die Daten gehen. Da wird es bei den meisten scheitern.

[cschlipf]

Da das nit einem lokalen EVCC ja nie ging, heißt das am Ende, dass EVCC offensichtlich die Data API verwendet. Es wird ja auch alle 5 Minuten aktiv gepollt (siehe EVCC Log), also kein Streaming API.

Daran ändert das Preismodell auch nichts.

[endurance1968]

Ich habe jetzt mal auf teslalogger umgestellt (da habe ich eh ein Abo) - hätte ich schon längst machen sollen - wusste gar nicht, dass man das hier auch einbinden kann - da lernt man jeden Tag was neues :)
Bin mal gespannt wie das mit den Kosten ausgeht und was wo noch möglich sein wird.

[BY-HomeAssi]

Kannst du mir evtl. kurz erklären wie du hier den teslalogger eingebunden hast? Mein Problem ist, dass ich ein älteres Model habe, welches diese neuen Prozesse (Fleet API) gar nicht unterstützt. Bei teslalogger handhabe ich das mit einer freiwilligen Spende. Der läuft bei mir ohne Fleet API normal weiter wie bisher. Danke.

[RTTTC]

@andig - should we be worried?

[cschlipf]

Possible alternative: Use MyTeslaMate. Looks like they are able to work with personal accounts:

teslamate-org/teslamate#4408
https://www.myteslamate.com/tesla-api-application-registration/

If I understood @andig correctly then we can already do that with EVCC. Is that documented somewhere how I can setup EVCC with my own developer account?

[andig]

Very interesting. If I understand this correctly then Teslamate uses the normal process where users (or data brokers) need to setup their own developer account. They do however simplify the step of providing a redirect uri by hosting this as subdomain on their infrastructure.

[tarteflambee]

Hallo in die Runde,
aus reiner EVCC Nutzer Sicht: was ist denn jetzt die Konsequenz für uns Tesla Fahrer mit der derzeitigen Implementierung?

[naltatis]

Gibts von uns noch keine Entscheidung zu. Tesla hat den Stichtag aber auf 1. Februar um einen Monat verschoben. Bis dahin wird der aktuelle Weg noch so funktionieren.
https://developer.tesla.com/docs/fleet-api/billing-and-limits

[andig]

Stay tuned...

[RTTTC]

Please post recommended configuration for evcc to reduce API calls to a minimum.

[andig]

Tronity is offering 30% subscription discount using WINTER24 discount code.

[naltatis]

We just added the option to easily use your own Tesla Developer Account with evcc though a new clientId field in the Tesla template. #17821

This way it's possible to create your own Tesla Developer Application and use the $10/mo free credit.

For this to work you need to create the access_token and refresh_token using your developer application. Teslamate has built a free online service that lets you do exactly that.
Right now we don't see a huge need to recreate this, since Teslamate has already implemented it in a general purpose way.

Reading vehicle data and waking up works. We still have to evaluate what we do with commands (primarily for Tesla Wall Connector), but this should also be possible.

How to try this:

• follow Teslamates instructions: https://www.myteslamate.com/tesla-api-application-registration/
• use the clientId (from developer.tesla.com) and accessToken/refreshToken (from myteslamate.com) in your evcc template
• should work with the evcc nightly (just published)

The Tesla Developer portal has an application usage diagram where you can see the number of api calls that have been made. I guess we still have potential to optimize the way we talk to the API. Please try if this works for your and give feedback.

[bicaluv]

Bei mir ist es so, dass ich in MyTeslaMate immer einen neuen Access und Refresh Token bekommen, wenn ich deren Dashboard aufrufe. Ist das "normal" und weiß dazu jemand etwas?

[naltatis]

Ist das "normal" und weiß dazu jemand etwas?

@bicaluv ja, das ist normal. Ist bei unserer aktuellen tesla.evcc.io Lösung genau so. Die werden frisch erzeugt.

[bicaluv]

Ich wünsche dem tollen evcc-Team ein gesundes neues Jahr 2025!

Also ich bekomme meinen Tesla mit den Zugangsdaten ClientID und Tokens aus MyTeslaMate nicht über evcc aufgeweckt. Nutze ich die bisherigen evcc generierten Tokens the Client ID geht es.
Es gibt aber keine Fehler im Log etc., sondern einfach nur dass es ein "Gastfahrzeug" ist.

[andig]

Und auch in 2025 steht die Wahrheit im Logfile. Frohes Neues Jahr!

[martin-eberle]

Habe das wie hier beschrieben eingerichtet und auf https://app.myteslamate.com/fleet ist alles „grün“. In evcc steht auch „verbunden“ beim Fahrzeug und der richtige Ladestand wird auch angezeigt. Das starten und stoppen von Ladevorgängen funktioniert allerdings nicht. Im Log steht:

[lp-1 ] ERROR 2025/01/20 16:37:09 charger disable: 401 Unauthorized: Invalid Tesla API User
[site ] ERROR 2025/01/20 16:37:09 telemetry: upload failed: unexpected status: 403 (Forbidden)

Habe die v0.132.1 nightly installiert.

Wie passt das zusammen, dass einerseits der Akkustand korrekt ausgelesen wird aber andererseits das Laden nicht gestartet oder gestoppt werden kann?

[tarteflambee]

ersteresAm 27.12.2024 um 17:44 schrieb bicaluv ***@***.***>: Ok, verstanden, ClientId ist via Teslamate erzeugt. Was, neben der neuen ClientId, ist in der evcc.yaml dann noch einzutragen? Neue Access und Refresh Token von https://app.myteslamate.com/fleet oder die bisherigen, die ich für evcc angelegt habe? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[bicaluv]

hm, oben in #17501 (comment) steht, dass man auch die tokens erneuern muss:

use the clientId (from developer.tesla.com) and accessToken/refreshToken (from myteslamate.com) in your evcc template

[tarteflambee]

bei mir sind es bis jetzt 83 Aufrufe seit 20.12. Habe aber auch erst einmal geladen.Wie oft/schnell aktualisiert wird, kann ich allerdings auch nicht sagen.Am 28.12.2024 um 15:55 schrieb bicaluv ***@***.***>: So, Test durchgeführt: Tokens und Client ID via Teslamate erzeug und in die evcc.yaml eingetragen. Funktioniert super! Verbrauch an Requests/Signals für einen kurzen Ladevorgang in "now": 0 Wisst ihr wie häufig bzw. schnell die Verbräuche auf der Seite https://developer.tesla.com/de_DE/dashboard aktualisiert werden? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[mucki12]

bei mir sind es bis jetzt 83 Aufrufe seit 20.12. Habe aber auch erst einmal geladen.Wie oft/schnell aktualisiert wird, kann ich allerdings auch nicht sagen.

Sorry, konnte das noch nicht selber testen. Aber wird mit der aktuellen Umsetzung in der nightly denn die Ladesteuerung auch schon über Teslamate vorgenommen? Ansonsten wären die 83 Aufrufe doch "nur" für das Wecken und Auslesen des SoC des Tesla, oder irre ich mich?

[naltatis]

Ansonsten wären die 83 Aufrufe doch "nur" für das Wecken und Auslesen des SoC des Tesla, oder irre ich mich?

Korrekt. Ladesteuerung (TWC) ist aktuell noch nicht umgestellt und läuft weiter über den "alten" Weg.

[andig]

Siehe dazu #17981. Wir werden die beiden Wege hart trennen müssen um den Command Proxy am Leben halten zu könnten (falls überhaupt).

[Chappy1985]

klappt bei mir auch einwandfrei mit der Anleitung! Danke!

[naltatis]

📣 PSA: Persönlicher Tesla Entwickleraccount erforderlich

In einem der kommenden Nighlies werden wir die Verwendung von mit tesla.evcc.io erzeugten Token einstellen. Alle Tesla-Nutzer müssen sich im Rahmen dieser Umstellung neue Tesla-Token erzeugen. Hier die neue Anleitung, die nach dem Release in der Dokumentation erscheinen wird.

Deutsch

Tesla bietet eine offizielle, aber kostenpflichtige Fahrzeug-API an. Für private Nutzung kannst du dir einen Tesla Developer Account erstellen und erhältst ein monatliches API-Guthaben von $10. Das ist für die gängigen evcc-Anwendungsfälle in der Regel ausreichend.

Die Anleitung von myteslamate.com erklärt den Prozess und generiert dir kostenfrei die für evcc benötigten Access- und Refresh-Token. Mit diesem Tokenpaar und deiner im Tesla Developer Account erstellten Client ID kann evcc direkt mit der Tesla API kommunizieren. Dein verbrauchtes Guthaben kannst du bei Tesla einsehen.

Für die Nutzung des "Tesla Wall Connectors" benötigst du einen öffentlichen Command-Proxy-Server. myteslamate.com stellt diesen Dienst für 12€/Jahr bereit. Konfiguriere dafür bei myteslamate.com die Command-Berechtigungen und trage das Proxy-Token hier ein. Start-, Stopp- und Stromstärken-Kommandos werden über diesen Proxy an Tesla geschickt.

Englisch

Tesla offers an official, but paid vehicle API. For private use, you can create a Tesla Developer Account and receive a monthly API credit of $10. This is usually sufficient for the common evcc use cases.

The myteslamate.com guide explains the process and generates a free Access and Refresh Token. With this token pair and your Client ID created in the Tesla Developer Account, evcc can directly communicate with the Tesla API. You can see your used credit at Tesla.

To use a Tesla Wall Connector, you need a public Command Proxy Server. myteslamate.com provides this service for 12€/year. Configure the Command permissions at myteslamate.com and enter the Proxy Token here. Start, stopp and current commands are sent to Tesla via this proxy.

🔋 Die Integration der Tesla Powerwall ist von dieser Umstellung nicht betroffen.

Mehr Details gibts wie Immer im Code #17982

[cschlipf]

Du braucht auch kein Teslamate und kein Homeassistant. Hast Du das mal versucht zu machen? Es ist eigentlich ziemlich selbsterklärend.

Du bekommst auf MyTeslaMate.com einen Proxy Service für die Registrierung bei Tesla. Dort musst Du die URLs im Developer Portal eintragen, die MyTeslaMate.com Dir nennt.

[masterjedi]

@cschlipf also irgendwie stehe ich wirklich auf dem Schlau.

Unter Punkt 3 steht folgendes "3. Open a tab on https://app.myteslamate.com/fleet to copy your own URL(s)" wenn ich dies auswähle öffnet sich eine neuer Tab und ich soll mich einloggen. Habe ja kein teslamate.

... und bei Tesla selber, sollen URLS eingetragen werden... was soll ich da eintragen?

Ich nutze evcc über homeassistant. Das meinte ich mit homeassistant.

[cschlipf]

Du brauchst kein Teslamate. Du erstellst bei MyTeslaMate.com einen Tesla Proxy. Dazu musst Du Dich dort mit Deinem Tesla Account authentifizieren. Also in Deinem ersten Screenshot auf "Log in with my Tesla Account" klicken. Wenn Du das machst, dann bekommst Du von MyTeslaMate.com die URLs, die Du unten in Deinem zweiten Screenshot eintragen musst.

[andig]

Die Powerwall ist nicht betroffen?

Nein

[foersst]

Gibt es trotzdem irgendwelche Wechselwirkungen mit der Powerwall? Ohne weiteren Einfluss antwortet diese plötzlich nicht mehr. Wie könnte man dem am besten auf den Grund gehen?

[RTTTC]

But should be going through Teslamate, if we do not use Teslamate ?
In essence we would be abusing their systems?
I think it is not very correct..

[RTTTC]

That's a one time service.

It is still not correct to take this "service" when in fact we have no intention to use their service, don't you think ?

[cschlipf]

That's a one time service.

It is still not correct to take this "service" when in fact we have no intention to use their service, don't you think ?

Before commenting too much here, go to the website and inform yourself. That service is actually provided for exactly such use cases. There is nothing else you can do with this. So what else do you want to do with this API proxy, if you think using the API Proxy service is bad?

[naltatis]

@RTTTC I've double-checked with Julian, the author of myteslamate. He has confirmed that what we are planning is not only ok but very welcome since it increases visibility of his service.

[jlestel]

But should be going through Teslamate, if we do not use Teslamate ?
In essence we would be abusing their systems?
I think it is not very correct..

Hi MyTeslamate owner here, glad to read your discussion.

To clarify our offer, MyTeslamate offers Teslamate hosting AND/OR a service to create/use the Fleet API.

Initially, I used the Fleet API for business fleet owners using Teslamate.

By choosing to facilitate the creation of Tesla API Applications to match the model recommended by Tesla, it turned out that this service is also useful for many third parties.

In summary, no need to use Teslamate to use our API offer! I tried to highlight it quite distinctly and I am interested in your feedback if you can tell me how to improve the message.

[RTTTC]

Thank you for the clarification and for your contribution to this project. This makes life easier :)

[mucki12]

Wahrscheinlich steige ich noch nicht so richtig durch. Habe gerade evcc auf die 0.132.2 aktualisiert und den accessToken und refreshToken auf den von MyTeslamate geändert. Zugriff erfolgt auch, also SoC wird zB abgerufen.

Jetzt wollte ich allerdings mit einer TWC3 auch die Steuerung von MyTeslamate nutzen und habe daher für 12 Euro im Jahr den Proxy Service gebucht.
Habe dann folgende Parameter in der evcc.yaml zum Tesla hinzugefügt:

    commandProxy: https://api.teslamate.com # 
    proxyToken: xxx
    clientId: xxx

Der Tesla lädt aber selbst im PV Modus oder auch im Aus Modus mit 11 kW und im Protokoll ist folgendes zu finden:
[lp-1 ] ERROR 2025/01/19 17:26:53 charger disable: Post "https://api.teslamate.com/api/1/vehicles/xxx/command/charge_stop": dial tcp: lookup api.teslamate.com on 172.30.32.3:53: no such host

Was habe ich vergessen?

[cschlipf]

133.0 ist da. Macht wohl Sinn wegen der Breaking Chances hochzuzählen.

[foersst]

Hat das nur Einfluss auf die Fahrzeuge von Tesla, oder auch auf die Powerwall? Löst sich hier das Problem #18232.
Hab es einfach mal mit den Fleet API Tokens versucht, aber geht leider immer noch nicht.

[naltatis]

Ja, zum einen Versionsnummer mit dem Breaking Change und das passende Announcement, welches jetzt online ist:
https://docs.evcc.io/blog/2025/01/20/tesla-api-update

[cschlipf]

Was erwartest Du jetzt? Du postest keine Konfiguration und keine Logs. Wird das ein Ratespiel?

[Dirk77777]

Wird der commandproxy weiterhin unterstützt für TWC-Besitzer mit einem BLE-Gerät in der Nähe des Fahrzeuges (TeslaBleHttpProxy)? Oder ist für die Nutzung eines TWC in Verbindung mit evcc das 12$-Abo nun Pflicht, und der commandProxy abgekündigt?

[Dirk77777]

Habe die Doku nochmal gelesen:

vehicles:
  - name: my_car
    type: template
    template: tesla
    clientId: # Kunden ID deiner [Tesla Developer App](https://developer.tesla.com/dashboard).
    accessToken: # von [myteslamate.com](https://app.myteslamate.com/).
    refreshToken: # von [myteslamate.com](https://app.myteslamate.com/).
    ...
    commandProxy: https://api.myteslamate.com # Bei Verwendung eines TWC3 (oder eines anderen 'dummen' Ladegeräts, das nicht steuerbar ist) kann evcc die Ladung direkt verwalten, indem es über einen Command Proxy mit dem Fahrzeug kommuniziert. Standardmäßig wird der [myteslamate.com](https://app.myteslamate.com/) Proxy verwendet. Mit diesem Parameter kannst du die Basis-URL ändern. Siehe zum Beispiel [TeslaBleHttpProxy](https://github.com/wimaha/TeslaBleHttpProxy) für einen Proxy, der Kommandos über Bluetooth sendet. (optional)
    proxyToken: # Token für den Command Proxy von [myteslamate.com](https://app.myteslamate.com/) (12€/Jahr). Stelle sicher, dass du den Virtual Key installiert hast und die Berechtigungen 'Ladung starten', 'Ladung stoppen' und 'Ladestrom setzen' erteilt hast. (optional)

Das verstehe ich so, dass der BleHttpProxy weiterhin funktioniert.
Ich war besorgt wegen der Formulierung für TWC-Nutzer im Blogpost. Dort wird die Möglichkeit der Steuerung über BLE nicht erwähnt, sondern nur das Abomodell. Vielleicht solltet ihr dort erwähnen, das der Aboproxy eine Möglichkeit ist, BLE-Proxy eine andere.

[swa72]

Bei BLE ändert sich nichts- denn das geht nicht durch die Tesla Web API

Ich nutze TeslaBleHttpProxy und eine TWC. Verstehe ich Dich richtig, dass ich a) meine Access- und Refresh-Token nach Anleitung erneuern muss und b) den Abschnitt zu "Für Tesla Wall Connector Nutzer" ignorieren kann?

[andig]

Überleg mal bitte: wozu hast Du die Tokens denn? Bei TWC ändert sich nix und das BLE "Fahrzeug" braucht keine?

[swa72]

Überleg mal bitte: wozu hast Du die Tokens denn? Bei TWC ändert sich nix und das BLE "Fahrzeug" braucht keine?

In der Anleitung von TeslaBleHttpProxy lese ich "If you want to use this proxy only for commands, and not for vehicle data, you can use the following configuration. The vehicle data is then fetched via the Tesla API by evcc."
Daher schließe ich nur for "commands" brauche ich keine Token, fürs Auslesen von Daten wie "charge_state" und "climate_state" auch nicht. Wenn ich mehr Daten möchte, muss ich über die Fleet API gehen und benötige Token.

[naltatis]

Das verstehe ich so, dass der BleHttpProxy weiterhin funktioniert.
Ich war besorgt wegen der Formulierung für TWC-Nutzer im Blogpost. Dort wird die Möglichkeit der Steuerung über BLE nicht erwähnt, sondern nur das Abomodell. Vielleicht solltet ihr dort erwähnen, das der Aboproxy eine Möglichkeit ist, BLE-Proxy eine andere.

Ich hab den Blog-Artikel nun so angepasst, dass das klarer wird.

[RTTTC]

Regarding privacy concerns using Teslamate - do we need to click all the checkboxes on Tesla developer portal, when granting rights to Teslamate ??

I think two separate cases should be discussed:

1. When Tesla vehicle is used with any generic non-Tesla wallbox
2. When Tesla vehicle is used with Tesla wallbox

[naltatis]

@RTTTC I've updated the blog-post and listed the required permissions there.

[jlestel]

@RTTTC Teslamate is an OSS while MyTeslamate offers Teslamate Cloud hosting and easy Tesla API creation and managed proxies.

In the title and texts, we could change Teslamate to MyTeslamate.com to avoid confusion.

[chrikoch]

Vehicle Information (this should include charging status)/ Location/ Vehicle Commands (wakeup)/ Vehicle Charging (start/stop).

Does this depend on the use case? Actually, I only allowed "vehicle information" and it seems to work quite fine. SOC is read sucessfully by evcc and it also detects the charing state. Controlling the charge power is done via an Elli wallbox in my use case, so I might not need the other access rights?

[SolarPowerEV]

So you think evcc doesn't need the location for example for matching the right car to the charging process and the right loadpoint or activating the charge through evcc for a planned charge?

[chrikoch]

Just saying it might depend on the use case. In my case (two vehicles, one of them a Tesla), "vehicle information" seems to be sufficient

[aovaron]

Hi, ich hab jetzt auch vergeblich versucht die API über myteslamate zum laufen zu bekommen.
Ich bekomme hier nur Server error: POST https://fleet-api.prd.na.vn.cloud.tesla.com/api/1/partner_accounts resulted in a 500 Internal Server Error response: {"response":null,"error":"An unexpected error occurred - 5936c0458992807370b8378b99517e8d","error_description":"","txid" (truncated...)
Der Support von MyTeslamate meinte nur das ist weird.
Angeblich ist soweit alles korrekt, aber ich kann die App nicht registrieren und somit bekomme ich keine ID usw.
Ich soll es morgen nochmal probieren...

Hatte das auch schon wer und weiß evtl eine Lösung?
Danke

[blo4github]

es geht wieder!

[jlestel]

Ja, Tesla hat das Problem gelöst! Sie können den Vorgang hier abschließen: https://app.myteslamate.com/fleet

[SolarPowerEV]

Danke für die schnelle Lösung. Ich konnte die Registrierung und Verknüpfung bei Teslamate gerade erfolgreich abschließen.

Sehr cool finde ich auch, dass ich in Teslamate direkten Zugriff auf alle meine Supercharger-Rechnungen habe. Der Download über die Handyapp war doch ziemlich nervig, wenn man die Rechnungen auf seinem PC haben wollte.

Eine Kleinigkeit noch:
Ich weiß nicht, ob das noch eine Nachwirkung des Themas ist oder nichts damit zu tun hat, aber wenn ich in der Teslamate Oberfläche auf "Abrechnungsportal" klicke, kommt nur dieser 500er Error:

Alles andere funktioniert soweit.

[jlestel]

es ist gelöst

[SolarPowerEV]

Stimmt, jetzt kommt eine Seite mit Stripe-Bestätigung. Das ist ja Lichtgeschwindigkeit mit der die Themen hier gelöst werden. Danke Dir.

[ThiemoSt]

Ich habe eh schon für Homeassistant eine Application erstellt.
Kann diese auch für EVCC verwendet werden oder wird zwingend eine weitere benötigt?

[naltatis]

Ich glaube, dass du Refresh-Probleme bekommst, wenn du die Applikation wiederverwendest. Heißt, es funktioniert erstmal, aber nach Ablauf des Tokens (ein paar Stunden) funktioniert dann in einem der beiden Systeme (first wins) die Aktualisierung des Tokens nicht mehr.
Zumindest habe ich solche Effekte bei mir mit teslamate (lokal) und evcc beobachtet.

[ThiemoSt]

Alles klar. Klingt auch logisch.
Aktuell hat myteslamate ja ein paar Probleme, daher wollte ich es mit der existierenden Application machen.

[SolarPowerEV]

Kurzes Feedback:
In meiner Testumgebung auf meinem Windows-Rechner funktioniert die Abfrage von meinem Model Y jetzt auf Anhieb mit der 0.133.0 via Teslamate. Danke an alle für die reibungslose Umstelllung, danke insbesondere an @jlestel für die Bereitstellung der API-Tokenunterstützung und die schnelle Klärung mit Tesla und danke an @naltatis für die gut nachvollziehbare Anleitung.

Im nächsten Schritt gehe ich jetzt das Update in meinem Docker auf der Synology an.

Nachtrag:
Die Einrichtung auf meiner Synology hat gerade auch problemlos geklappt.
In der yaml-Datei den neuen Wert clientId: samt der von Tesla vergebenen Kunden-ID eintragen, die alten Access- und Refresh-Token durch die neuen Access- und Refresh-Token von MyTeslamate ersetzen, und dann sollte es eigentlich nach dem Update auf die 0.133.0 bei allen hoffentlich ebenfalls funktionieren.

[herrmann78]

Bei mir jetzt auch.

Was mir angst macht die vollen freigaben auf das Fahrzeug!!

Welche genauen Rechte braucht Teslamate und welche EVCC wäre schön wenn jemand einen Screenshot macht für beides!

Besten Dank.

[mucki12]

Berechtigungen bei Tesla selber soweit ich weiß alle (bin mir da nicht zu 100% sicher - steht zumindest so in der verlinkten myteslamate Anleitung). Berechtigungen in myteslamate können stark eingeschränkt werden (steht ja auch direkt im verlinkten Blog-Artikel).

[cschlipf]

Bei mir jetzt auch.

Was mir angst macht die vollen freigaben auf das Fahrzeug!!

Welche genauen Rechte braucht Teslamate und welche EVCC wäre schön wenn jemand einen Screenshot macht für beides!

Besten Dank.

Siehe den Kommentar von andig hier: #17501 (reply in thread)

Die Berechtigungen musstest Du übrigens auch früher schon erteilen, also hast Du schon die ganze Zeit mit der Angst gelebt ;-)

[SolarPowerEV]

Allerdings sind das demnach (laut andig) faktisch sämtliche fahrzeug-relevanten Punkte:

• Vehicle Information (this should include charging status)
• Location of the vehicle
• Vehicle Commands (wakeup)
• Vehicle Charging Management (start/stop).

Da bleiben dann ja nur noch "Profile Information", "Energy Product Information" und "Energy Product Commands" übrig.

Ob es dann noch viel Unterschied dazu macht, wenn man stattdessen einfach alles anklickt, weiß ich nicht. Insbesondere wenn man keine Powerwall und keinen TWC hat.

[martin-eberle]

Nachdem gestern nach der Einrichtung des proxyToken so wie im Blog-Eintrag beschrieben (https://docs.evcc.io/blog/2025/01/20/tesla-api-update) das Stoppen des Ladevorgangs wie gewünscht bei 40% über evcc dann geklappt hat, hat heute morgen das geplante Starten des Ladevorgangs nicht funktioniert:

[lp-2 ] ERROR 2025/01/22 03:55:56 max charge current 16A: 500 Internal Server Error: Server error: `POST https://client-tamut3XXXXX-teslamate-cmd:4443/api/1/vehicles/XP7YGXXXXXXXXXX/command/set_charging_amps` resulted in a `500 Internal Server Error` response: {"response":null,"error":"vehicle unavailable: vehicle is offline or asleep","error_description":""}

Nutze die aktuelle nightly v0.133.0.

[Fidelity88]

Same problem here. The charging doesn't start automatically. If I wake the car using the app, the scheduled charging starts again

[jlestel]

@naltatis Idealerweise sollten Sie 1 Minute vor Beginn des Ladevorgangs einen Wake_up-Befehl senden, wenn das Fahrzeug offline ist.

Wäre es für mich relevant, dies im MyTeslamate-Proxy zu berücksichtigen?

Wenn das Fahrzeug nicht online ist, wecke ich es auf, bevor ich den Befehl zum Starten des Ladevorgangs sende.

[naltatis]

This should be done by evcc automatically right now.
@Fidelity88 If this does not work as expected please open a dedicated issue with the relevant log information.

@jlestel We also need this behavior to be correct for other command proxies (e.g. ble), so it's best when there's no hidden logic going on inside the proxy.

[jlestel]

Exactly, well done :)

[chrikoch]

Wie ist das eigentlich mit dem Sponsorship für die Tesla-Integration? Im Blogpost steht "Die Implementierung bleibt sponsorfrei." Das deckt sich auch mit meiner Erfahrung (und dafür vielen Dank!). In der Doku für die Tesla-Anbindung heißt es aber, dass ein sponsoring erforderlich ist: https://docs.evcc.io/docs/devices/vehicles#tesla Wenn ich raten müsste würde ich sagen, es ist diese Stelle im template: https://github.com/evcc-io/evcc/blob/master/templates/definition/vehicle/tesla.yaml#L22 Aber wie gesagt, es scheint trotzdem ohne Sponsoring zu funktionieren?!

[naltatis]

Ja, müssen wir korrigieren. Sponsoring war bislang für die Verwendung unseres "Command Proxies" (Anwendungsfall TWC) erforderlich. Hatte ich gar nicht mehr auf dem Schirm.

[Tagiwara]

Ich habe es soweit ans Laufen bekommen, danke für die Anleitung. Eine kurze Offtopic Frage wenn erlaubt: Wie kann ich denn jetzt die API nutzen und bspw. per http die Türen vom Tesla öffnen? Ich checke nicht, wie ich mir den Befehl zusammenbauen muss.

[Tagiwara]

Das was links unter "Tesla API via our proxy" steht.

mmmh, ok. habe jetzt das im Browser abgesetzt

https://api.myteslamate.com/api/1/vehicles/XR7YFREKXSB66112/command/door_unlock?token=9v0jxffspc-casz6o5nzn-q241zcmgga-kp6w49g6om

und erhalte das

{"response":null,"error":"Method Not Allowed","error_description":""}

(VIN und Token sind oben geändert)

EDIT: Es liegt wohl daran, dass das Auto eingeschlafen ist. Ist er wach, klappt das Absetzen des oben genannten Curl Befehls wunderbar. Aber das wird hier offtopic. Danke auf jeden Fall... ich teste weiter

[jlestel]

„Methode nicht zulässig“ bedeutet, dass Sie mit der GET-Methode statt der POST-Methode aufgerufen haben.

[Tagiwara]

Aufgerufen habe ich wie folgt:

curl -H 'Content-Type: application/json' \
--data '{}' \
-X POST \
-i https://api.myteslamate.com/api/1/vehicles/XPxxxxxxx/command/wake_up\?token\=9xxxxxxxxxxxxxxxxxxx

Wäre echt cool wenn ich den Wagen aufwecken könnte. Alle anderen Befehle funktionieren problemlos

[jlestel]

In der URL ist ein Fehler aufgetreten. Dies ist kein Befehl.

Sie können die Syntax hier überprüfen: https://developer.tesla.com/docs/fleet-api/endpoints/vehicle-endpoints#wake-up

Wenn Sie also „command/“ aus der URL entfernen, funktioniert es.

curl -H 'Content-Type: application/json' \
--data '{}' \
-X POST \
-i https://api.myteslamate.com/api/1/vehicles/XPxxxxxxx/wake_up\?token\=9xxxxxxxxxxxxxxxxxxx

[Tagiwara]

PERFECT !!!

Das war der Fehler. Vielen Dank. Es funktioiniert

[Trunks1982]

Läuft der BLE Http Proxy bei irgend einem reibungslos?

[Trunks1982]

Hab mir nur die logs angeguckt. Aber so nur als befehl nein.

[swa72]

Läuft der BLE Http Proxy bei irgend einem reibungslos?

Use case: 2 Tesla, ein TWC und ein BLE Proxy. Mit 0.133.0 läuft bis jetzt alles ok - allerdings kommt auch nicht wirklich etwas vom Dach. Daher kann ich noch keine Aussage zu Anzahl API Calls machen.

[Trunks1982]

Also du schliesst den an und er fängt anzuladen und der ladestand wird angezeigt?
Wie lange dauert das alles?
Bei mir sucht er sich zu tode.

log: can't scan: received scan response 54:b0:a0:ed:f1:26 with no associated Advertising Data packet"

[SolarPowerEV]

Nur der Neugierde halber: die Tesla API läuft eigentlich (von den Umstellungen in den letzten beiden Jahren einmal abgesehen) sehr zuverlässig und stabil und auch zeitnah (anders als ich das leider mit meinen anderen beiden Autos von Fiat und dem VW-Konzern (Skoda) gewohnt bin). Sobald ich mein Model Y anstecke, wird es sehr zügig automatisch von evcc als ladend erkannt und dem Loadpoint zugeordnet. Auch der SoC wird mit max. 1% Abweichung regelmäßig und zuverlässig an evcc übertragen.

Warum sollte man sich jetzt die Mühe machen, die Steuerung, die über die Tesla-Cloud stabil funktioniert, stattdessen über einen Bluetooth-Proxy laufen lassen? (Mal abgesehen von dem Edge-Case, dass man zuhause keinen Mobilfunk-Empfang und kein WLAN hat, dann hat man natürlich keine andere Wahl).

Also bietet der BLE-Proxy irgendwelche greifbaren Vorteile oder ist das einfach nur Spaß am Basteln oder eine generelle Ablehnung jeglicher Cloudfunktionalitäten (wobei ich mich dann fragen würde, wieso man in diesem Fall einen Tesla fährt, wo so ziemlich alles von einer Fahrt in der Cloud landet, von der Fahrstrecke über die Kameraaufnahmen bis hin zu den Ladestopps).

[mucki12]

• Läuft lokal und damit auch beim Ausfall der Cloud
• Daten müssen keinem Anbieter für einen Command Proxy verfügbar gemacht werden
• Einsparung der Kosten für den Command Proxy
• Wenn man viel lädt - Einsparung der Kosten für die Tesla Fleet Api

Habe aber selber keine BLE Umsetzung. Warscheinlich habe ich einiges vergessen :-)

Edit: Bezog sich natürlich insbesondere auf die Kombination Tesla<->TWC3

[christianfuerst]

Als Alternative zu myteslamate.com habe ich nen kleines OpenSource Tool gebaut, bei dem ihr eure API Credentials nicht an Dritte in einen Cloud Service übertragen müsst: https://evcc-tesla-api-helper.vercel.app

Suche nach Feedback von Testern. Ist noch eine sehr frühe Version, falls Interesse besteht, baue ich das gerne noch aus.

Damit es mit eurer App funktioniert, die URLs wie folgt konfigurieren:

• Allowed Origin URL: https://evcc-tesla-api-helper.vercel.app
• Allowed Redirect URI: https://evcc-tesla-api-helper.vercel.app/callback
• Allowed Returned URL: https://evcc-tesla-api-helper.vercel.app

Falls ihr das Repo gecloned habt und lokal ausführt, einfach dann die Domain mit http://localhost:3000 ersetzen.

Eure Keys verlassen niemals den Browser, App läuft lokal. Github Repo ist im Footer verlinkt.

[christianfuerst]

@dr3igramm & @blo4github Danke für das Feedback.
Versuche das Problem in meiner Umgebung noch einmal nachzustellen.

Evtl. fehlt noch eine Berechtigung. Aktuell wird folgender Scope verwendet (Link zur Tesla Doku):

• openid
• offline_access
• user_data
• vehicle_device_data
• vehicle_location

Eine Vermutung wäre, dass noch vehicle_cmds fehlt um z. B. das Fahrzeug aufzuwecken, falls dies über evcc erfolgt.
Melde mich asap mit nem Update.

[blo4github]

Grundsätzlich wären ja die richtigen Berechtigungen gesetzt, weil es ja mit Teslamate funktioniert.
Gerne helfe ich hier beim Testen - wenn du möchteste.

[christianfuerst]

@blo4github Super Danke! Hab mal die Berechtigung für "Fahrzeug-Ladeverwaltung" mit aufgenommen.
Wenn du Testen magst, bitte folgenden Link benutzen:
https://evcc-tesla-api-helper-git-fix-d332a3-christianfuersts-projects.vercel.app/

[blo4github]

habe ich getestet, noch immer der gleiche Fehler - leider.

[christianfuerst]

Danke dir. Ich forsche mal weiter.

[spn91]

Ich nutze den TWC3 Emulator, welcher von meinem lokalen Teslamate die Daten abgreift und die API von einem TWC3 emuliert. Das hat jetzt bei ersten Tests ganz gut funktioniert, um damit mit meinem Tesla UMC laden zu können.
Nun habe ich schon ein paar Mal folgende Meldung erhalten:

[lp-1 ] ERROR 2025/01/28 21:37:29 max charge current 8A: 401 Unauthorized: Invalid Tesla API User

Bei myteslamate wird ja folgender Hinweis angezeigt.

Wenn ich das richtig verstehe, dann muss ich die Tokens dort löschen? Wenn ich das mache, funktioniert aber überhaupt nichts mehr, weil dann ja vermutlich auch der Command Proxy entfernt wird. Was ist nun der richtige Weg um eine stabile Lösung zu erhalten?

[jingej]

Nach langem Probieren, hab ich es nun soweit, dass es so funktioniert, wenn das Fahrzeug wach ist. Ja, man muss nachdem man die Token in die evcc.yaml eingetragen hat dort auf der Seite den Button "...löschen" drücken.
Allerdings ist es nun so, dass ich weiterhin einen Fehler bekomme, wenn das Fahrzeug schläft (kann nicht geweckt werden oder so)

Log:

[site ] DEBUG 2025/01/30 16:28:41 grid power: -18W
[site ] DEBUG 2025/01/30 16:28:41 pv 1 power: 59W
[site ] DEBUG 2025/01/30 16:28:41 battery 1 power: 648W
time="2025-01-30T16:28:41+01:00" level=debug msg="write [{ EMS_REQ_BAT_SOC None }]"
[site ] DEBUG 2025/01/30 16:28:41 battery 1 soc: 1%
[site ] DEBUG 2025/01/30 16:28:41 site power: 730W
[lp-1 ] DEBUG 2025/01/30 16:28:41 charge voltages: [0 2 0]V
[lp-1 ] DEBUG 2025/01/30 16:28:41 charger status: B
[lp-1 ] DEBUG 2025/01/30 16:28:41 plan: charge 1h50m58s between 2025-01-31 02:09:02 +0100 CET until 2025-01-31 04:00:00 +0100 CET (power: 11040W, avg cost: 0.331)
[lp-1 ] ERROR 2025/01/30 16:28:45 max charge current 16A: 500 Internal Server Error: Server error: POST https://client-tqcal5rb3w1-teslamate-cmd:4443/api/1/vehicles/5YJ3E7EA1LF######/command/set_charging_amps resulted in a 500 Internal Server Error response: {"response":null,"error":"vehicle unavailable: vehicle is offline or asleep","error_description":""}
[site ] DEBUG 2025/01/30 16:28:46 ----
[lp-1 ] DEBUG 2025/01/30 16:28:46 charge power: 0W
[lp-1 ] DEBUG 2025/01/30 16:28:46 charge currents: [0.3 0 0.4]A
time="2025-01-30T16:28:46+01:00" level=debug msg="write [{ EMS_REQ_POWER_GRID None }]"
time="2025-01-30T16:28:46+01:00" level=debug msg="write [{ EMS_REQ_POWER_BAT None }]"
time="2025-01-30T16:28:46+01:00" level=debug msg="write [{ EMS_REQ_POWER_PV None } { EMS_REQ_POWER_ADD None }]"
[site ] DEBUG 2025/01/30 16:28:46 grid power: -1W
[site ] DEBUG 2025/01/30 16:28:46 battery 1 power: 624W
[site ] DEBUG 2025/01/30 16:28:46 pv 1 power: 59W
time="2025-01-30T16:28:46+01:00" level=debug msg="write [{ EMS_REQ_BAT_SOC None }]"
[site ] DEBUG 2025/01/30 16:28:46 battery 1 soc: 1%
[site ] DEBUG 2025/01/30 16:28:46 site power: 723W
[lp-1 ] DEBUG 2025/01/30 16:28:46 charge voltages: [0 2 0]V
[lp-1 ] DEBUG 2025/01/30 16:28:46 charger status: B
[lp-1 ] DEBUG 2025/01/30 16:28:46 plan: charge 1h50m58s between 2025-01-31 02:09:02 +0100 CET until 2025-01-31 04:00:00 +0100 CET (power: 11040W, avg cost: 0.331)
[lp-1 ] DEBUG 2025/01/30 16:28:48 set charge mode: pv
[lp-1 ] ERROR 2025/01/30 16:28:50 max charge current 16A: 500 Internal Server Error: Server error: POST https://client-tqcal5rb3w1-teslamate-cmd:4443/api/1/vehicles/5YJ3E7EA1LF######/command/set_charging_amps resulted in a 500 Internal Server Error response: {"response":null,"error":"vehicle unavailable: vehicle is offline or asleep","error_description":""}
[site ] DEBUG 2025/01/30 16:28:50 ----
[lp-1 ] DEBUG 2025/01/30 16:28:50 charge power: 0W
[lp-1 ] DEBUG 2025/01/30 16:28:50 charge currents: [0.3 0 0.4]A
time="2025-01-30T16:28:50+01:00" level=debug msg="write [{ EMS_REQ_POWER_BAT None }]"
time="2025-01-30T16:28:50+01:00" level=debug msg="write [{ EMS_REQ_POWER_GRID None }]"
time="2025-01-30T16:28:50+01:00" level=debug msg="write [{ EMS_REQ_POWER_PV None } { EMS_REQ_POWER_ADD None }]"
[site ] DEBUG 2025/01/30 16:28:50 grid power: -17W
[site ] DEBUG 2025/01/30 16:28:50 battery 1 power: 780W
time="2025-01-30T16:28:50+01:00" level=debug msg="write [{ EMS_REQ_BAT_SOC None }]"
[site ] DEBUG 2025/01/30 16:28:50 pv 1 power: 58W
[site ] DEBUG 2025/01/30 16:28:50 battery 1 soc: 1%
[site ] DEBUG 2025/01/30 16:28:50 site power: 863W
[lp-1 ] DEBUG 2025/01/30 16:28:50 charge voltages: [0 2 0]V
[lp-1 ] DEBUG 2025/01/30 16:28:50 charger status: B
[lp-1 ] DEBUG 2025/01/30 16:28:50 plan: charge 1h50m58s between 2025-01-31 02:09:02 +0100 CET until 2025-01-31 04:00:00 +0100 CET (power: 11040W, avg cost: 0.331)
[lp-1 ] DEBUG 2025/01/30 16:28:50 pv charge current: 0A = 0A + -1.25A (863W @ 3p)

[spn91]

Wenn ich auf den Button löschen drücke funktioniert (wie bereits oben beschrieben) bei mir überhaupt nichts mehr. Obwohl das Auto wach ist. Es kommt dann durchgehend der Invalid Tesla API User Error.

[mucki12]

@jingej
Ja - ist das nächste Problem und scheinbar in der nightly gefixt (habe ich selber noch nicht ausprobiert):
#18400

Vielen Dank an das evcc Team für die schnelle Bearbeitung dieser neuen durch Tesla ausgelösten Fehlersituation. Dauerhaft ist wohl aber eine Steuerung über eine kompatible Wallbox verlässlicher.

[jingej]

ok, dann warte ich aufs update - nightly mach ich jetzt nicht extra erst drauf

[neolight1302]

Ich habe mich auch erfolgreich bei Teslamate registriert.
Jetzt bekomme ich seit drei Tagen in der Tesla App Meldungen, dass ein neuer Fahrer registriert wurde. Mal heisst der irgendwas mit Teslamate, dann evcc...

Ist das wirklich so richtig?

[SolarPowerEV]

Kommt mir komisch vor. Ist bei mir auch nicht passiert. Meine Registrierung kurz nach Release der 0.133.0 bei Teslamate lief erst in das Problem, dass Teslamate mit der Tesla-API hatte und nachdem das seitens Tesla gefixed war, lief eigentlich alles einwandfrei.

[chrassi20]

Ich hab das ein ähnliches oder gleiches Problem wie jingej.

Wenn ich das laden starte regelt EVCC, aber der Start erfolgt nicht. Stoppen soweit ich das sehe funktioniert auch, aber eben der Start hapert...
Wüsste nicht was da bei mir falsch sein sollte?

[spn91]

steht doch hier die Lösung 😄 #17501 (reply in thread)

[chrassi20]

steht doch hier die Lösung 😄 #17501 (reply in thread)

Das versteh ich nicht ganz... dh. ist einem Update gelöst oder wie soll ich das verstehen?
Betreibe EVCC in HA, offenbar kenne ich deshalb diese "nightly" Updates nicht.

[mucki12]

Korrekt. Da musst du auf die final warten, oder evcc in einer Umgebung installieren, auf der auch nightly Versionen genutzt werden können. In HA geht das tatsächlich nicht.

[RolloDWJ]

Hallo Zusammen, ich bin auch wieder am verzweifeln um den Tesla mit einer OpenWB Software 2.0 zum laufen zu bekommen.
Hatte alles frisch aufgesetzt, OpenWB 2.0 auf Werkseinstellungen, frische EVCC Installation auf einen RaspPI. OpenWB direkt auf secondary gesetzt und EVCC configure ausgeführt. Entsprechende tokens usw direkt über Teslamate geholt und siehe da läuft ohne Probleme. Wollte dann zwischendurch nochmal auf die OpenWB als Master zurück greifen und alles neu aufgesetzt. Klappte auch alles ohne Probleme (Grund hierfür war, das sobald ich die OpenWB als secondary setze, es keine vernünftigen Ladelogauszüge in der OPenWB gibt, sondern ich die Daten aus EVCC zur Abrechnung mit dem Arbeitgeber nehmen muss). Da mir ohne EVCC jedoch der nicht vorhandene Min+PV Modus in der OpenWB fehlt, habe ich dann alles erneut frisch aufgesetzt und wollte zurück zu EVCC.
Also OpenWB 2.0 wieder auf Werkseinstellung, direkt auf Secondary und los in EVCC Configure.
Dort entsprechend HM2.0, einen SMA Wechselrichter via Modbus und die Wallbox OpenWB 2.0 gesetzt. Anschließend über die EVCC Oberfläche die UI Funktion genutzt um den Tesla einzutragen. Klappt auch soweit und mir werden alle Daten wie SOC, km Stand usw. Unter den experimentellen Funktionen in der UI angezeigt.
Wenn ich jetzt jedoch den Tesla zum Laden stecke, wird keine Verbindung zum Tesla hergestellt und mir Dinge wie SOC usw. nicht angezeigt, gehe ich dann in die UI, sind jedoch alle Daten vorhanden. Hat von Euch jemand eine Idee?

[SolarPowerEV]

Ehrlich gesagt verstehe ich das Problem noch nicht wirklich.
Wer genau soll eine Verbindung zum Tesla herstellen und Dir "Dinge wie SoC" anzeigen?
Und in welcher UI (ich nehme an die von evcc? Oder doch die von OpenWB?) "sind jedoch alle Daten vorhanden"?

[RolloDWJ]

Mit Verbindung meine ich die optische Anzeige in EVCC mit Infos wie SOC, Restzeit bis zum Zielladestand, usw. Gehe ich jedoch in EVCC wieder in die Konfiguration in der UI und schaue auf das Fahrzeug werden mir alle Daten angezeigt und auch das der Wagen mit der Wallbox verbunden ist.

[mucki12]

Kommt es nur mir so vor, oder steigt man durch diesen Fred kaum noch durch? :-)

Teilweise Fragen zum allgemeinen Abruf der Tesla Daten mit der neuen Api Umsetzung und teilweise Fragen zur Steuerung des Teslas über den commandproxy. Bei letzterem hoffe ich auf eine baldige neue Veröffentlichung einer final Version, da ja scheinbar alle die sich jetzt mit der neuen Api Struktur auseinandersetzen auf weitere Probleme stossen, wenn sie nicht die nightly nutzen.

Bitte nicht falsch verstehen, alles berechtigte Fragen und das Problem liegt ganz klar immer wieder bei Tesla und das fleißige Team von evcc gibt das Beste um immer wieder gegenzusteuern!

[cschlipf]

Vergessen wir nicht @jlestel von myTeslamate, der sich hier auch sehr einbringt.

[mucki12]

Auf jeden Fall! Sorry - sollte keinen Anspruch auf Vollständigkeit haben und bin @jlestel natürlich ebenso dankbar!

[Funkymaddox]

Aus meiner 36 Stunden Erfahrung, nun mit Tesla (haben wir natürlich genau am 1.2. bekommen) und der neuen Fleet API Integration, sind die 10€ schon eher knapp bemessen. Zwei Nächte und ein voller Tag, und wir haben schon 30ct vebraucht. Rein rechnerisch wären bei 31 Tagen im Monat jeden Tag "nur" ca. 32ct zur Verfügung.
In den 36h wurde einmal "schnell" aus dem Netz von 70% auf 100% geladen und vor der zweiten Nacht das Ladekabel abgesteckt. Als Laie stelle ich mir nun drei Fragen:

1. Wird die Datenabfrage nicht viel höher, sobald PV-Überschussladen mit ins Spiel kommt?
2. Was passiert bei einem Internetausfall? Vorher lief ja alles lokal sauber über das hauseigene Netzwerk (Raspi). Tesla Autos ziehen ja Daten über die interne Simkarte. Bleibt es bei der Offline-Funktionalität oder bin ich dann wie bei anderen Anbietern auf eine "Cloud" und Internet angewiesen?
3. Wie hoch werden die Datenabfragungskosten, sobald man mehr als einen Tesla besitzen sollte. Dass summiert sich schon ordentlich... kein feiner Zug von von Tesla.

PS: Weiß jemand, wie man eine API löschen kann im Tesla Developer Account? habe einen falsch konfiguriert gehabt, der da nun "aktiv" rumliegt, aber zumindest keine Daten frisst.
Ebenso habe ich gutgläubiger Esel eine Bezahlmethode hinterlegt. Laut Teslamate soll man dies ja nicht machen, in der Hoffnung, dass nichts abgebucht werden kann. Ob dies nach dem 1.2. mit Beginn der Scharfschaltung der Fleet API immer noch so ist, bleibt natürlich fraglich. Aber weiß jemand, wie man da eine Bezahlmethode löschen kann? Auch hierbei, wie bei den APIs, kann man nur hinzufügen ...

[cschlipf]

Ich bin seit 12.1 dabei und kann Deine Aussagen absolut nicht nachvollziehen. Hier meine letzten 30 Tage:

Und der vorletzte Tag war ein fast perfekter Sonnentag mit viel PV Überschuss und das war der teuerste Tag mit 7ct.

Das reicht absolut locker. Auch für 2 Teslas. Es wird ja in der Realität auch nicht jeden Tag von 0 auf 100 geladen.

Dein zweiter Punkt ist ebenfalls falsch. Tesla hat schon immer eine Cloud API genutzt. Das lief noch nie bei Internet Ausfall.

Nutzt Du MyTeslamate auch noch für andere Anwendungen? Welches Update Interval hast Du eingestellt?

[Funkymaddox]

@cschlipf Das waren nur Fragen :) Danke für deine Daten, dann muss bei mir irgendetwas nicht korrekt sein, obwohl ich es exakt nach Anleitung EVCC und TeslaMate gemacht habe (läuft auch fehlerfrei).

Am 01.02. habe ich die API um 21:30 eingerichtet und der Wagen hat dann ca 30% aus dem Netz geladen, trotzdem waren es bis Mitternacht schon 6ct.
Am 02.02. habe ich gar nicht geladen, auch kein PV Überschuss. Das Auto stand den ganzen Tag in der Garage angeschlossen an der Wallbox bis ca 20Uhr, danach habe ich es abgesteckt. Dieser Tag hat uns OHNE irgendeinen Ladevorgang 20ct gekostet.
Heute am 03.02. steht das Auto in der Garage bislang (aktuell 8 Uhr) ohne eingesteckt zu sein und somit auch ohne Ladevorgang. Trotzdem schon 4ct Kosten.

Wir haben ein Tesla Model Y, eine Go-e Gemini Wallbox. In der API bei Tesla habe ich nur die 3 von EVCC benötigten Häkchen aktiviert.
EVCC Regelverhalten steht bei 15sec.
Den Tesla habe ich über die GUI in EVCC eingefügt, in der ymal steht der gar nicht drin, ist mir eben aufgefallen.
Bei den Kfz Settings ist "(CONTROL) optional" leer. Bei erweiterte Einstellungen "CACHE optional" auch leer.

[cschlipf]

Da würde ich mal die nächsten Tage weiter beobachten. Denk auch dran, dass es am Monatsende eine Mischkalkulation ist, die auch Tage beinhaltet, an denen nicht geladen wurde. Es sollte also völlig ausreichend sein. Warum Du da aber gleich 4cent hast ist schon komisch. Bei mir stehen an Tagen ohne Ladung an denen ich einfach nur eingesteckt habe 1 cent - und das ja auch nur weil das Kontingent für 1ct angefangen wurde. Tatsächlich gab es da gerade mal 5 Datenabfragen.

Du hast allerdings den commandProxy eingetragen. Warum? Den brauchst Du ohne TWC doch gar nicht. Den würde ich mal löschen.

[Funkymaddox]

Ich beobachte mal die nächsten Tage ... dank dir. Der command proxy war als standard schon eingefügt, nicht durch mich. Haben eine Go-e Gemini, evtl zählt diese auch als dumme WB? Hab den proxy mal gelöscht. Falls dies einen Unterschied machen sollte, wäre das eine gute Info für die Anleitung.

[cschlipf]

Nein, die go-e Gemini ist super. Sollte keinen Unterschied zu meiner easee Home machen in Bezug auf die Tesla API usage.

[ChrisPrefect]

Phu, was für eine Hiobsbotschaft, die ich da zufällig in den Release Notes zu 0.133 gesehen habe. Ich bin mega frustriert :-(

1. Ich kann keinen Developer-Account anlegen, weil dafür Multi-Factor-Authentication verlangt wird. Das ist aber ausgeschlossen, da wir für unsere vier Teslas einen gemeinsamen Account für sechs Personen nutzen. Eine Aufteilung auf sechs Accounts mit Fahrerfreigaben ist erstens zu aufwendig und zweitens problematisch, weil man viele Funktionen verliert, wenn das Auto nicht im Hauptaccount ist. Außerdem könnte beim Aufteilen der Autos auf eigene Accounts das FreeSuC verloren gehen. Kann ich stattdessen einen neuen Account erstellen, der nur Fahrer der vier Autos ist, und darauf den Developer-Account anlegen?

2. Kann ich die Kosten bei Tesla so begrenzen, dass niemals etwas abgerechnet wird, sondern die API vorher blockiert wird? Andernfalls wäre das ein unkalkulierbares Risiko.

3. Könnte die Funktion zur Erstellung der Tokens nicht direkt in EVCC integriert werden? Es gibt ja bereits eine Offline-Lösung: Tesla Fleet Api Bezahlmodell #17501 (comment)

4. Ich habe den TWC – warum soll ich jetzt noch 12 € im Jahr für Teslamate zahlen? Der TWC ist doch lokal per IP ansprechbar. Wieso brauche ich dafür noch eine externe Lösung? Muss ich jetzt wirklich sowohl einen bezahlten Tesla-Account als auch einen Teslamate-Account haben, nur um das Laden mit Solarstrom starten zu können? Das kann doch nicht sein...

5. Ich habe bisher 2 € an evcc für die Tesla-Integration gezahlt. Das habe ich jetzt gestoppt, da sie nicht mehr funktioniert und somit keinen Nutzen mehr hat – richtig?

6. Warum implementiert nicht EVCC die API/Developer-Applikation um direkt mit Tesla zu sprechen? evcc ist ja immer online und hat direkten Internetzugang. Warum muss das über einen dritten externen Server laufen? Meinen Tesla-Login bei EVCC eingeben müsste ja reichen, alles andere mit Token-Generieren und verschlüsselter Kommunikation mit Tesla kann evcc direkt erledigen,

Keine Kritik an evcc , aber das Ganze frustriert mich enorm. Es ist mir einfach viel zu umständlich und kompliziert. Ich habe keine Energie für so komplizierte Setups :-( Ich will doch nur die Ladung starten wenn die Sonne scheint!

[ChrisPrefect]

Danke für die Antwort. Ja, eben, keine Kritik an evcc!

2. In meinem Tesla-Account sind natürlich mehrere Kreditkarten für Supercharging und Service hinterlegt. Hat der Developer-Account eigene Zahlungsmittel?

3. Domains habe ich genug und fixe IP ist auch vorhanden. Also sollte das kein Problem sein? Auch ohne fixe IP ist es einfacher einen DynDNS-Dienst einzurichten als die ganzen Zugangsdaten über einen bezahlten externen Anbieter zu routen, oder?

4. Ja, aber wieso muss ich nun 12€ zahlen? Oder ist das gar nicht nötig? Verstehe den Zusammenhang da nicht.

5. Das Tool von [christianfuerst] kann man ja lokal ausführen?

Merci! :-)

[cschlipf]

2: Ja. Aber Vorsicht: Wenn man da einmal eine angegeben hat, kann man sie nicht mehr löschen.
3: Ganz so einfach ist das nicht. Dort müssen auch entsprechende Dienste aufgesetzt sein, um Tesla eine aktive App vorzugaukeln. Siehe auch: https://www.myteslamate.com/tesla-api-application-registration/ - aber wenn Du das hinbekommst, dann kannst Du das auch auf Deine eigenen Domain hosten.
4: Weil durch die Nutzung der aktiven Steuerung auch für myTeslamate Kosten entstehen.
5: Kannst Du ja mal ausprobieren - ich habe das noch nicht verstanden wie man so die Registrierung für einen Developer Account ohne extern zugängliche URLs abschließen kann.

[ChrisPrefect]

Nummer 2 ist eh hinfällig, LOL:

Als Schweizer kann ich nicht mal für die API bezahlen. Ich bin also komplett limitiert. Was denkt sich Tesla nur dabei...

3. Ja, eben, evcc könnte die Dienste ja implementieren und bereitstellen? Ist denn Teslamate nun noch irgendwie involviert wenn ich nur die Token generiert habe für die Delevloper-App bei Tesla?

4. Welche aktive Steuerung? "Commands" ist aktuell bei Teslamate deaktiviert. Muss ich das aktivieren um die Ladung steuern zu können? In der Anleitung stand dazu nichts und wenn ich den Button bei Teslamate klicke kommt nur eine Seite mit QR-Code und einer iOS App, die ich runterladen soll. Strange.

5. Seine App stellt extern zugängliche URLs bereit. Genau so könnte es auch evcc machen. Bei mir ist evcc eh extern über meine fixe ip erreichbar.

[mfuchs1984]

Welche aktive Steuerung?

Normalerweise gibt die Wallbox dem Auto über ein PWM Signal vor, wie viel Strom es beziehen kann. Ist die Wallbox steuerbar, kann evcc diese Stromvorgabe kontrollieren und somit steuern, wie schnell geladen wird. Der Tesla Wall Charger ist aber dumm, er gibt immer die volle Leistung frei und evcc kann das nicht beeinflussen. Deshalb wurde für die Kombination Tesla Fahrzeug und Tesla Charger ein Sonderweg implementiert, nicht die Wallbox, sondern das Auto wird gesteuert und damit über die API das Laden gestartet, gestoppt und der Ladestrom kontrolliert.

[cschlipf]

Also dass Tesla keine Zahlungen aus CH akzeptiert ist ein NoGo und würde hier wirklich dringend ein Support Ticket aufmachen. Bei 4 Autos kannst Du da vielleicht schonmal an die Grenze kommen in einem Monat - erst recht mit TWC.

[tarteflambee]

zu 1. wir haben 2 Teslas und 4 Fahrer - ein Hauptaccount und jeder Fahrer einen eigenen. Einmal eingerichtet, kein weiterer Aufwand. Welche Funktionen fehlen den Fahrern im Vergleich zum Hauptaccount? Und Freikilometer (also zumindest die aus den Referrals) sind unabhängig von Fahrer und Fahrzeug, sondern dem Hauptaccount zugeordnet.

Ob du für einen Fahrer einen Dev- Account anlegen kannst? Einfach mal ausprobieren.

Der Rest wurde ja eben schon beantwortet. Leider schafft es Tesla immer mehr Steine in den Weg zu legen, andererseits ein wenig verständlich, dass sie ihre öffentlichen API's schützen bzw. den notwendigen Ausbau der Infrastruktur refinanzieren wollen.

[mfuchs1984]

Die 12€ sind nicht für den Zugriff auf den TWC nötig, sondern um Kommandos an das Auto schicken zu können. Das wiederum ist notwendig, weil der TWC selbst nicht steuerbar ist.

[Trunks1982]

Du bezahlst den proxyserver. Aber du könntest dir ja auch mal die lösung über http ble proxy angucken.Dann läuft alles local.

[cschlipf]

OK, klar, aber wieso muss ich nun 12€ bezahlen wenn evcc gar nichts mit dem TWC macht?

Weil myTeslamate keine soziale Einrichtung ist und seine eigenen Kosten auch decken muss.

Es sind 12 Euro pro Jahr. Wie kann man, wenn man mehrere Teslas hat, deswegen so einen Aufstand machen? Alternative wäre vernünftige Wallboxen zu kaufen.

[ChrisPrefect]

OK. Das ist alles unglaublich kompliziert und umständlich :-( Zwangs-Registration mit persönlichen Daten bei irgendwelchen kostenpflichtigen Drittanbieter Diensten. Aber merci für die Hilfe! Wie gesagt, nichts gegen evcc.

Der TWC ist die einzige vernünftige Wallbox. Keine sieht schöner aus und ist günstiger und hat das perfekte Kabel.

Es geht nicht um das Geld. Es geht darum, dass ich jetzt wieder irgend ein Abo bei irgend einem Dienst habe den ich eigentlich gar nicht nutzen will und von dem ich Mails und Abrechnungs-Notifications erhalte. Wieder mehr Clutter im Leben der Energie und Aufmerksamkeit frisst. Und in ein paar Jahren ändert der Dienst seine Funktionsweise oder verlangt mehr Geld oder stellt den Dienst ein, was wieder Stunden an unnötigem Aufwand bedeuten wird.

[tarteflambee]

Der TWC ist die einzige vernünftige Wallbox. Keine sieht schöner aus und ist günstiger und hat das perfekte Kabel.

Hm, die Optik liegt im Auge des Betrachters, nützt dir aber in dem Fall auch nichts. Ich hab ne Easee, die finde ich schöner, habe auch ein Kabel mit Chargeport-Opener und günstiger wie den TWC hab ich sie auch bekommen.

Das Projekt hier ist zum jetzigen Zeitpunkt halt noch kein Plug-and-play Baukasten. Wenn das dein Anspruch ist, dann solltest du dir vielleicht kommerzielle Angebote anschauen.

[ChrisPrefect]

Das aktivieren von Multifaktor bei Tesla war ein Graus. Warum sagt einem niemand, welche Authenticator-App man verwenden soll? Man wird einfach damit alleine gelassen, Also wieder ewig mit Googeln verschwendet und dann Apple Passwörter-App verwendet. Mega mühsam, die jetzt jedes Mal verwenden zu müssen. Und ich wechsle zwei Mal im Jahr das iPhone, mal sehen ob das zu Problemen führt. Ich bin so frustriert über all diese völlig sinnlose Arbeit. :-( Ich bin jetzt seit drei Stunden dran :-(

Was muss ich hier bei der evcc config ändern?

Gibt es "Name" nicht mehr? Heisst das jetzt Title?

Braucht es die VIN nicht mehr?

Muss ich die Commands bei Teslamate aktivieren? Wenn ich das bei Teslamate anklicke, wird mir aber irgend eine Seite mit QR code angezeigt.

Muss ich bei Teslamate irgendwas für den " Tesla proxy service" auswählen oder brauche ich den nicht?

Für den TWC muss ich nichts ändern?

`chargers:

• type: template
  template: twc3
  host: 192.168.20.72
  name: wallbox6`

  Danke!!

[mucki12]

Hast du den Artikel dazu gelesen? Da steht genau welche Berechtigungen für die Steuerung über einen commandproxy für die TWC3 Besitzer zwingend erforderlich sind:
https://docs.evcc.io/blog/2025/01/20/tesla-api-update#f%C3%BCr-tesla-wall-connector-nutzer

[ChrisPrefect]

Das habe ich natürlich gemacht. Aber das hat nichts damit zu tun, dass die Commands pro Fahrzeug auf Teslamate nicht aktiviert sind. Oder wie interpretierst du dieses Bild?

For the evcc use case, only the Tesla permissions "Profile information", "Vehicle data" and "Vehicle location" are required.

Das beantwortet die Frage nicht, wieso "Profile information" benötigt werden. Warum verlangt Teslamate meinen Namen, Adresse und Profilbild wenn ich nur die Ladung steuern will?

[ChrisPrefect]

Da steht genau welche Berechtigungen für die Steuerung über einen commandproxy für die TWC3 Besitzer zwingend erforderlich sind

Ja, habe ich gelesen. Du meinst "Charge Start, Charge Stop und Set Charging Amps"? Das hat aber nichts mit dem Screenshot den ich von Teslamate gepostet habe zu tun.

Ich glaube wir drei reden alle anneinander vorbei.

Warum verlangt Teslamate den Scope "Indentity"?

[andig]

Warum verlangt Teslamate den Scope "Indentity"?

@ChrisPrefect mach bitte für Deine Fragen eine eigene Discussion auf. Fragen zu myTM bitte dort, denn wir können sie nicht beantworten. Danke.