Owner API will stop working as vehicles begin requiring end-to-end command authentication in 2024 about tesla-api

[purcell-lab]

I think we're done here! This will very likely mean the end of this project and usage of the API outside of sanctioned projects. I guess we'll stay tuned as they publish more things.

@timdorr I would like to thank you for all the work you have done bringing the unofficial API to the masses, I know I utilise it's befits every day.

I would also like to think that your work here has helped Tesla bring forward a documented and supported API as they have been able to see the befits of a third party eco system.

[timdorr]

https://developer.tesla.com/
https://developer.tesla.com/docs/fleet-api

I think we're done here! This will very likely mean the end of this project and usage of the API outside of sanctioned projects. I guess we'll stay tuned as they publish more things.

[timdorr]

It only took 10 years! (e9a161a)

[Rockster160]

What did you use for your OAuth provider?

I have a personal web server that I run a bunch of home/life automations on. I do OAuth through that.

[drnic]

Thanks @timdorr and everyone who contributed to the API docs + ruby code over the last decade!!

[itsMeDavidV]

direct quote:

Following the release of Tesla Vehicle Command SDK support for REST API vehicle command endpoints is now reaching end of life. Starting 2024 most vehicles will require sending commands via Tesla Vehicle Command SDK.

The use of Tesla http proxy is recommended for ease of development and to accelerate the transition to Tesla Vehicle Command (via SDK). When applicable, the proxy will transform Rest API HTTP commands into signed commands. Once configured, developers can simply point their application to the proxy without making any code changes to their application.

src: https://developer.tesla.com/docs/fleet-api?shell#fleet-telemetry

[vagh141]

Will most existing apps get approved?

[purcell-lab]

A documented and supported API from Tesla, this is fantastic news!

[GaPhi]

I understand that pre-2021 S and X cars will not be compatible with this new API but will still be with current one. This should be considered for applications... Le mer. 11 oct. 2023 à 11:52, Mark Purcell ***@***.***> a écrit :

…

A documented and supported API from Tesla, this is fantastic news! — Reply to this email directly, view it on GitHub <#763 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ADUNWNJPQCU3YD5FJICCZV3X6ZT4ZANCNFSM6AAAAAA53R3RGU> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[itsMeDavidV]

I understand that pre-2021 S and X cars will not be compatible with this new API but will still be with current one.

Hi @GaPhi can you point to where you found this info?

[itsMeDavidV]

I think we're done here!

end of an era!

[kribensa]

I understand that pre-2021 S and X cars will not be compatible with this new API but will still be with current one.

Hi @GaPhi can you point to where you found this info?

It’s a quote from the last section on the github page
https://github.com/teslamotors/vehicle-command

I truly hope it’s a misunderstanding because then there will be two APIs and unless the new one has tantalisingly new functionality, the old/current one will continue to be used to widen the audience

[kribensa]

I understand that pre-2021 S and X cars will not be compatible with this new API but will still be with current one.

I wonder where an older car with the MCU2 upgrade fits into this. Ie is it the MCU version that determines compatibility or other factors?

[itsMeDavidV]

@kribensa thanks, must've missed it.

I truly hope it’s a misunderstanding because then there will be two APIs and unless the new one has tantalisingly new functionality

Unfortunately, it's prob not. Pre-refresh Model S & X don't support VCSEC (eg: no BLE compatibility) and BLE is integrated into a significant portion of the new vehicle-command protocol.

So this:

I wonder where an older car with the MCU2 upgrade fits into this. Ie is it the MCU version that determines compatibility or other factors?

will prob have no effect :/

the old/current one will continue to be used to widen the audience

This prob won't be so bad with the new tesla-http-proxy, but if you skip the proxy entirely and adopt the new vehicle-commands protocol natively then yeah that will be a huge pain.

Hopefully @teslamotors chooses to reverse this decision and support older Model S & X vehicles in vehicle-command

[purcell-lab]

It only took 10 years! (e9a161a)

It can take a long time to become an overnight success.

[jonahwh]

Will most existing apps get approved?

I just applied and was immediately rejected. No reason was given.

[Rockster160]

I just applied and was immediately rejected. No reason was given.

That's interesting. I applied and was immediately approved. I didn't select all of the scopes, and I filled out all of the details as a "company".

[purcell-lab]

That's interesting. I applied and was immediately approved. I didn't select all of the scopes, and I filled out all of the details as a "company".

What did you use for your OAuth provider?

[norenz92]

What did you use for your OAuth provider?

I have a personal web server that I run a bunch of home/life automations on. I do OAuth through that.

Do you know if it's possible to get a list of referrals through their API?

[drnic]

Perhaps this repo can become a Ruby client only for new API endpoints; new requirements like /vehicle_data?endpoints=location_data;charge_state

[purcell-lab]

Looks like the EV.energy folks have something working already.
https://twitter.com/teslaownersSV/status/1724102225579188453?t=Qd7mDeInbR3poLKTL7zHxw&s=19

ChargeHQ also have a working solution now:
https://www.tesla.com/_ak/tesla.chargehq.net