-
Notifications
You must be signed in to change notification settings - Fork 22
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
Comments
Ah nice catch, there is a discussion on that as well in #254 and @LelandSindt might already have taken a look too. |
@pkuehnel -- are you seeing failures? --- what commands are you using? |
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. |
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. |
Just tested, it looks like the wake command worked, but the @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. |
The commands are not working longer. I'm using teslamatapi to adjust charging speed, 403 response |
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. |
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 |
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. |
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
The text was updated successfully, but these errors were encountered: