The iOS app was acting up for me at the same time their servers were having trouble with API calls. Everything has normalized from my end.
You can install our site as a web app on your iOS device by utilizing the Add to Home Screen feature in Safari. Please see this thread for more details on this.
Note: This feature may not be available in some browsers.
Does anyone by any chance have a working Javascript implementation for the "new" streaming Summon / Autopark method? Any help would be much appreciated.
Hi All,
New to this thread. I'm trying to make my own Tesla app for windows in Visual Basic. I'm using the code from the API docs and it returns an access token. However, passing that token into the header give me a 404. Is the API playing up or is there a special way to pass the token to the server? I'm happy to give my code to a VB expert for critique.
Hi All,
Author of the EV Watch and Tesla Waze Website here. Seeing all the difficulties with the API, I'm experimenting with a new project to provide an alternate Tesla API endpoint. The main objectives are to:
- Avoid having to hit your personal Telsa account and potentially trigger any rate limits or suffer any side effects
- Test with different configurations without having to actually own them (e.g. Multiple Teslas or alternate models like the Model X).
- Potentially have more insight into error conditions outside of what the stock REST api provides. (e.g. "Your token is wrong" ,"your vehicle id is wrong", "value makes no sense", etc..)
- Ability to emulate external state changes like temperature/SOC/location/speed/doors/driving changes.
Tesla API Simulator
Disclaimer: This is at *alpha* development stage. Especially the autopark/web sockets stuff which I haven't been able to verify; my model S is pre-autopilot and the current implementation is just an approximation based off of various threads.
Hi All,
Author of the EV Watch and Tesla Waze Website here. Seeing all the difficulties with the API, I'm experimenting with a new project to provide an alternate Tesla API endpoint. The main objectives are to:
- Avoid having to hit your personal Telsa account and potentially trigger any rate limits or suffer any side effects
- Test with different configurations without having to actually own them (e.g. Multiple Teslas or alternate models like the Model X).
- Potentially have more insight into error conditions outside of what the stock REST api provides. (e.g. "Your token is wrong" ,"your vehicle id is wrong", "value makes no sense", etc..)
- Ability to emulate external state changes like temperature/SOC/location/speed/doors/driving changes.
Tesla API Simulator
Disclaimer: This is at *alpha* development stage. Especially the autopark/web sockets stuff which I haven't been able to verify; my model S is pre-autopilot and the current implementation is just an approximation based off of various threads.
Yeah, everything is working now. The problem was I was in the middle of debugging my code when the API went down that morning, so I couldn't tell if it was my code or the API. I assumed the API was working and kept trying to figure out why my code didn't work. Very frustrating when my code was totally fine all along!HankLloydRight: Did you get the commands working?
It should work although I only tested on the regular api commands and not the auth.Do the auth parameters really have to be placed in the query string like that? Attempting to auth is failing on my side due to posting a JSON body instead of in the query string. Does the official API support both?
And might I suggest for the 2 vehicle account to actually have 2 distinct vehicles? As is, they have the same VIN numbers which broke some items of mine that required that to be unique.
Otherwise, looks solid! Love the persistence, saves a lot of time instead of having to manually update my mock server with desired results of a command.
I'm using the exact code from the API docs,What's the code for your header look like?
Hi All,
Author of the EV Watch and Tesla Waze Website here. Seeing all the difficulties with the API, I'm experimenting with a new project to provide an alternate Tesla API endpoint. The main objectives are to:
- Avoid having to hit your personal Telsa account and potentially trigger any rate limits or suffer any side effects
- Test with different configurations without having to actually own them (e.g. Multiple Teslas or alternate models like the Model X).
- Potentially have more insight into error conditions outside of what the stock REST api provides. (e.g. "Your token is wrong" ,"your vehicle id is wrong", "value makes no sense", etc..)
- Ability to emulate external state changes like temperature/SOC/location/speed/doors/driving changes.
Tesla API Simulator
Disclaimer: This is at *alpha* development stage. Especially the autopark/web sockets stuff which I haven't been able to verify; my model S is pre-autopilot and the current implementation is just an approximation based off of various threads.
Thanks! Looking at your previous post, it looks like your auth header may not be correct. It should look like:Hi,
Your emulator is awesome. I got an access token from it, but when I try this call: https://tesla.flawedmodel.com/api/1/vehicles I get a 404.
Interesting. I'm sure I'm missing something my code must be the problem.
Hi,Thanks! Looking at your previous post, it looks like your auth header may not be correct. It should look like:
"Authorization: Bearer tokenXYZ"
Where tokenXYZ should be replaced by whatever you got from the oauth/token call
request.Headers.Add("Authorizationrer 123123123123123123123") (random numbers are the token)
I've tried: request.Headers.Add("Authorization: Bearer 121212121212121212")I believe it should read:
request.Headers.Add("Authorization: Bearer 123123123123123123123")
and not:
request.Headers.Add("Authorizationrer 123123123123123123123")