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]

Die Lösung oben funktioniert noch nicht - zumindest aktuell.

Was ist denn das Problem? Es läuft bei diversen Usern...

@andig Es ging um die alternative Lösung hier, die nichts mit Euch zu tun hat: #17501 (comment)

[ChrisPrefect]

Praktisch keine andere Überschussladelösung bindet das Fahrzeug mit ein und funktioniert trotzdem.

Mit der TWC muss das Fahrzeug gesteuert werden, sonst kann nicht sinnvoll mit Überschuss geladen werden. Ohne diese Funktion wäre evcc also für mich nutzlos.

[cschlipf]

OK, stimmt. Hatte das TWC Problem nicht beachtet. Sagte ich schon, dass der TWC eine dumme Wallbox (dumm - im Sinne von nicht steuerbar) ist? ;-)

Für alle anderen mit intelligenteren Wallboxen geht es aber auch ohne Fahrzeugintegration ganz OK.

[ChrisPrefect]

im Sinne von nicht steuerbar

Das stimmt so nicht mal ;-) Die TWC ist per RS485 direkt steuerbar oder per prorietärem WIFI, über das sich bis zu sechs TWCs vernetzen und Lastmanagement kabellos machen. Die TWC ist also effektiv sogar intelligenter als die meisten anderen Wallboxen.

Vielleicht reverse-engineerd jemand mal das Wifi-Protokoll, dann kann evcc die TWCs direkt steuern.

Leider gibt es aus verschiedenen Gründen für mich keine sinnvolle Alternative zur TWC.

[andig]

Für alle anderen mit intelligenteren Wallboxen geht es aber auch ohne Fahrzeugintegration ganz OK.

Zum Glück kann evcc das ja. Und hier gehts nicht um TWC. Zurück zum Thema.

[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?

[TRON4R]

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

[TRON4R]

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

[TRON4R]

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.

[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]

Danke dir. Ich forsche mal weiter.

[FelR]

Hast du die Ursache für den Fehler 412 Precondition Failed gefunden. Habe mir die Tokens mit Postman selbst generiert, aber erhalte in EVCC beim Start auch diesen Fehler.

[christianfuerst]

@FelR Jo, tatsächlich kenne ich die Ursache jetzt. Die Fehlermeldung erscheint, da die eigene App im Developer Account noch über einen öffentlichen Schlüssel per Domain verifiziert werden muss.

Siehe: https://developer.tesla.com/docs/fleet-api/getting-started/what-is-fleet-api (Schritt 3 + 4)

Teslamate löst das Problem, in dem für jeden User eine eigene Subdomain mit individuellen private Key gehostet wird. Diese Funktionalität ist in meinem Projekt aktuell leider noch nicht implementiert.

Wenn du direkt über Postman gehst, bräuchtest du eine eigene Domain mit Webspace und legst dein public-key nach dem Schema ab: https://developer-domain.com/.well-known/appspecific/com.tesla.3p.public-key.pem - danach kannst du den "Register Endpoint" request abschicken und der 412er Fehler kommt nicht mehr.

[FelR]

Vielen Dank für den Hinweis. Das war der entscheidende Punkt, der bei mir noch fehlte. Interessanterweise funktionierte das Regisitieren der App nur mit https://fleet-api.prd.na.vn.cloud.tesla.com/api/1/partner_accounts aber nicht mit der Base URL für Europe.

[martin-eberle]

Das funktioniert aber nur für den "lesenden" Zugriff auf das Auto und nicht, um den Ladevorgang damit über das Auto zu steuern (wie beim TWC3 nötig), oder?

[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?

[TRON4R]

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?

[TRON4R]

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 ...

[tarteflambee]

Hilft vermutlich nicht viel, aber nur zum Vergleich, da ich ein ähnliches Setup habe. Auch ne Easee, allerdings für den gezeigten Zeitraum auf PV mit automatischem Phasenwechsel.

[cschlipf]

Weiter oben hatte ich ja meinen Verbrauch gepostet. Ebenfalls easee Home mit Tesla. Da war einiges an PV Überschuss dabei, aber auch nächtliche, preisgesteuerte Ladevorgänge und nur an einem einzigen Tag gab es einen einzigen Weckruf:

Irgendwas ist da oben faul. Normalerweise weckt die easee Home mit dem Ladestart das Auto auf.

[comissaris]

Danke, das ist evtl. der Fall, wo genug Überschuss da ist, dann wird das Laden auch nicht beendet und dann gibt es auch keinen neuen WakeUp Timer. Aber wie gesagt, will auch nicht ausschließen, dass bei meinem Setup noch was faul ist. Mit der alten API lief übrigens alles prächtig (auch wenn das jetzt vielleicht ebenfalls nicht weiter hilft-:)). Da halt kein Fehler im Log steht, schließe ich physikalische Dinge erstmal aus.

[Funkymaddox]

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

Kurzer Rückläufer: löschen des command proxy bringt keinen Unterschied. Bislang noch nie PV-Überschuss geladen, nur jede Nacht im "Schnell" Modus und pro Tag 20-22ct. Dies ist noch unter den errechneten 32ct je Tag um die 10€ auf 31 Tage verteilt zu haben. Allerdings wie gesagt noch kein PV Überschuss, viel beruflich unterwegs tagsüber und mit zwei Tesla keine Option ohne extra Kosten. Mich würde nur brennend interessieren, woher die Unterschiede kommen. Liegt es an der Tesla Software Version auf den Autos, liegt es an der Wallbox, liegt es an bestimmten Settings der Wallbox ... echt merkwürdig.

Aber ich bin zuversichtlich. Die Fragen lösen sich bestimmt mit der Zeit und es wird dann Anleitungsanpassungen oder Ähnliches kommen.

PS: Eben eine Email von Tesla bekommen "Action required on your Tesla Developer Account". Inhalt: Ab 1.2.25 kostet die Fleet API nun nach der Umstellung und wenn man mehr als 10€ nutzen will muss man ab jetzt eine Bezahlmethode hinterlegen. Ich schätze damit hat sich das erübrigt mit dem "no-method-no-payment" Trick. Komischerweise habe ich diese Mail bekommen, obwohl ich ja eine Methode hinterlegt habe.

[comissaris]

Ich habe heute den nächsten Ladeversuch gestartet. Zwischen ~12:15 und ~14:45 wurden wieder 12 WakeUps von evcc durchgeführt.
Das Szenario war wieder genauso wie oben (03/02) beschrieben, wenn zu wenig "pvScalePhases UP maxPhases: 1, available power" zur Verfügung steht wird der WakeUp-Timer gestartet und der scheint mindestens 3 WakeUps nacheinander durchzuführen, solange nicht genügend Power zur Verfügung steht. Zu Beginn des Ladens war für ca. 1h genug PV-Power da, da wurde kein WakeUp durchgeführt, immer erst, wenn die Schwelle unterschritten wird. Es wäre schön, wenn das mal analysiert werden könnte. Bin für jeden Tipp dankbar.
Meiner Meinung nach sollten die WakeUps unnötig sein, das Fahrzeug war wieder mal die ganze Zeit "wach/online" und das könnte per "vehicle_data"-API-Aufruf verifiziert werden.
@andig: Log vom letzen Mal hatte ich ja oben (04/02) hochgeladen, das von diesem Mal füge ich auch direkt bei.
evcclog.txt
Hier auch wieder die WakeUp-Darstellung:

[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!

[andig]

Wenn du es besser weisst mach das gerne. PR welcome.

[andig]

ich habe valide Vorschläge gemacht,

Ich konnte sie leider nicht nachvollziehen.

Stimmt das denn nicht, was ich vorgeschlagen habe?

Denn "die API in den Client integriert" ist gleichbedeutend mit "die Redirect url ist immer identisch". Es braucht also IN JEDEM FALL eine externe Komponente welche den Redirect für die Anmeldung macht. Und genau das liefert myTM. Und ebenso bedeutet "die API in den Client integriert" eine API für Alle. Das hatten wir und ist nicht finanzierbar. Genausowenig ist es möglich, von Lieschen Müller zu erwarten, sich selbst eine Redirect Url einzurichten und korrekt auf evcc zeigen zu lassen. Da ist der Weg über myTM deutlich einfacher.

Du bist nochmal herzlich eingeladen- wenn du eine bessere Idee hast- die zu implementieren.

Ja, das werfe ich den Antwortenden hier vor

Bitte zum Thema zurück kommen. Hier geht es ums Tesla API. Danke.

[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.

[jingej]

Wann gibts denn das Update, wo das Aufwecken dann auch geht? Danke!

[mucki12]

Hatte ich hier #18400 (comment) schon mal höflich nachgefragt, aber im Moment bleibt wohl weiterhin nur der Schwenk auf die nightly oder halt alternative Lösungen.

[andig]

Wir sind dran!

[naltatis]

Die Einrichtungserklärung ist nun deutlich ausführlicher. Hoffe das adressiert die gängigsten Probleme, die ihr bislang bei der Einrichtung hattet. Ergänzungen und Verbesserungsvorschläge immer gerne hier oder im Doku-Repo als PR.

https://docs.evcc.io/blog/2025/01/20/tesla-api-update#vehicle

[Funkymaddox]

Vorweg: Ich bin absoluter EVCC Fan, aber kann total verstehen, wie Leute, die weniger Experimentierfreude besitzten lieber auf Lösungen wie CleverPV zurückgreifen, aber wenn es dort noch keine Batterieentladungssperre beim Autoladen gibt und alles über Cloud läuft. Ansonsten können die auch schon enorm viel.

Wieso ich dies schreibe: Wie machen dass andere Anbieter mit der Tesla Fleet Umstellung? CleverPV, SolarManager und co. Ein Freund nutzt ersteres und der wusste nicht mal, dass Tesla da was umgestellt hat.

Ich schätze ich denke zu einfach, wenn ich die Frage in den Raum werfe, ob man sich nicht dort an Lösungsideen orientieren könnte?

Grüße

[mfuchs1984]

Clever Pv hat einen Blogartikel dazu

https://clever-pv.com/de/post/tesla-veroffentlicht-kostenmodell-fur-die-fahrzeugintegration/

[cschlipf]

Andere werden unter Umständen ihre Preise erhöhen und die Kosten für die Tesla API über ihren Dienst weitergeben. Dies ist wohl die einfachste, aber teurere Lösung für den Enduser. Erfordert aber eben, dass der Anbieter eine Mischkalkulation pro User kalkuliert. Und wenn die Mischkalkulation nach hinten losgeht, bleiben die Kosten beim Dienstanbieter hängen.

Mir ist die Lösung von EVCC lieber. Keine Zusatzkosten. Kein Risiko für EVCC. Und so schlimm, wie manch andere hier tun, ist die Lösung mit MyTeslamate wirklich nicht. Einmal eingerichtet und gut ist. Ein paar Bugs müssen vielleicht noch ausgebügelt werden - aber so ist das eben, wenn man viele Abhängigkeiten zu dritten hat.

[TRON4R]

Es ist eben KEINE kommerzielle Lösung. Was mich immer nervt ist, dass die Leute, die die größte Erwartungshaltung haben, noch nie selbst Monate und gar Jahre in gemeinnützige Projekte gesteckt haben, nur um einfach um eine Sache nach vorn zu bringen. (erkennt man übrigens meist schon am Ton...)

Das stimmt, evcc ist keine kommerzielle Lösung.
Es ist aber auch keine kostenlose Lösung. Und da geht es dann halt schon mit der Nützlichkeit eines Erwartungsmanagements los.

Bisher habe ich auch noch keine Preiserhöhung wegen der Tesla API irgendwo gesehen. Aber das kann natürlich noch kommen.

[andig]

Bitte zurück zum Thema…

[Trunks1982]

Kann das hier empfehlen wenn einer Home Assistant nutzt: https://github.com/Lenart12/TeslaBle2Mqtt-addon

[TobiEdelberg]

Bekomme folgende Fehlermeldung in EVCC Logs:
creating vehicle model3 failed: cannot create vehicle type 'template': cannot create vehicle type 'tesla': missing client id, see #17501

Verstehe aber nicht wieso ich eine client id eingeben muss wenn mein template folgendermaßen aussieht:
vehicles:

• name: model3
  type: template
  template: tesla-ble
  title: Stromer # Wird in der Benutzeroberfläche angezeigt (optional)
  capacity: 55 # Akkukapazität in kWh (optional)
  vin: xxxxxxxxxxx # Erforderlich für BLE-Verbindung
  url: http://192.168.178.14 # URL des Tesla BLE HTTP Proxy
  port: 8080 # Port des Tesla BLE HTTP Proxy (optional)

Ist das ein Fehler in EVCC, dass das template tesla-ble aktuell nicht unterstützt wird?

[cschlipf]

Mit https://fleetkey.cc/ gibt es noch eine leichtgewichtigere Alternative zu MyTeslamate.

[naltatis]

Interesting. 👀

[naltatis]

But no command proxy, right?

[cschlipf]

Not sure. At the end you can register this app as key in your Tesla. Is this the command proxy part?

At least I have used this for home assistant and there I can send all vehicle commands like starting and stopping charging to the Tesla.

At least myfleet.cc does not require you to register an account. It's just a straightforward process.

[jlestel]

Regarding the commands, no, FleetCC doesn't provide a VM to each customer to host the Tesla proxy : that's why login is required on MyTeslamate.

On this subject, Tesla has just informed me that this practice violates several provisions in § 5 of the Fleet API Agreement.

So I've changed the procedure for obtaining Tesla tokens to use in EVCC. To comply, the user must execute the provided curl commands themselves so that their secrets never pass through a third party... which is still the case on fleetcc since the secrets are shared with third parties.

It's functional but still in WIP mode to adjust the UI. I'll get back to you soon when it's complete.