Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Integration of new fleet api #255

Open
pkuehnel opened this issue Nov 22, 2023 · 9 comments
Open

Integration of new fleet api #255

pkuehnel opened this issue Nov 22, 2023 · 9 comments

Comments

@pkuehnel
Copy link

From now on, new vehicles do not support the old Tesla owner's API. From 2024 onward, no cars will support the current API.

Detailed plan here:
https://developer.tesla.com/docs/fleet-api#2023-11-17-rest-api-vehicle-commands-endpoint-deprecation-timeline-action-required

@tobiasehlert
Copy link
Owner

Ah nice catch, there is a discussion on that as well in #254 and @LelandSindt might already have taken a look too.

@LelandSindt
Copy link
Contributor

@pkuehnel -- are you seeing failures? --- what commands are you using?

@pkuehnel
Copy link
Author

I got rid of Teslamateapi and implemented the new fleet api by myself (at least what I need), see here

I created a Dev Account at Tesla as well and am hosting a service so everyone using TeslaSolarCharger can create a Token from the application. All requests for cars that require the FleetAPI proxy as well are auto transmitted to my self hosted FleetAPI proxy.

@kirichkov
Copy link

For a few days now, my attempts to start/stop charging and change charge current started returning 403. TeslaMate is still able to pull data, but it appears commands are being rejected with 403 status.

@LelandSindt
Copy link
Contributor

Just tested, it looks like the wake command worked, but the /api/v1/cars/1/command/auto_conditioning_start command failed with a 403... I figured it was just a matter of time... I usually only use this automation in the winter time, so it may have been broken for some time.

@tobiasehlert --- it might be time to pull the command portion of this service out... I don't anticipate having time or reason to migrate it to the new supported methods any time soon.

@kimmilde
Copy link

kimmilde commented Jun 9, 2024

The commands are not working longer. I'm using teslamatapi to adjust charging speed, 403 response

@kirichkov
Copy link

Apparently the wake command via the HTTP API will likely remain working, as it requires no authentication. All other commands will require authentication from now on, so 403 should mean that we should be using the FleetAPI

As I was using TeslaMateAPI to control charging, I'm now looking into controlling charging via BLE, as it will likely be faster to adjust charging amps.

@uqs
Copy link

uqs commented Jul 14, 2024

It would be great to have this working in teslamateapi! I had excess solar charging working use the tesla binding in OpenHAB and that worked well, but my car now also needs the Fleet API as of a few months.

I have Teslamate and teslamateapi running and was just about to migrate over to reading that via MQTT and sending commands for my charging rules over to using teslamateapi, but alas the error is "Tesla Vehicle Command Protocol required, please refer to the documentation here: https://developer.tesla.com/docs/fleet-api#2023-10-09-rest-api-vehicle-commands-endpoint-deprecation-warning"

Did someone look at the proxy that Tesla is offering yet?

Or can I poke Teslamate more directly to send these commands for me? I don't think it can do things like start_charging out of the box, can it?

@jlestel
Copy link

jlestel commented Sep 30, 2024

It would be nice to be able to use a custom API endpoint to make the commands easier to use with official API.

I feel like a single new environment variable here to set the API domain might be enough. I just submitted a PR that allows this to be done.

MyTeslamate provides a Fleet API endpoint for free.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants