Or you'll have a notification on your dash saying your car needs service.If we can figure out how to set charge_limit_soc_max to 100, you'll have a 60 ;-)
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.
Or you'll have a notification on your dash saying your car needs service.If we can figure out how to set charge_limit_soc_max to 100, you'll have a 60 ;-)
Thanks Andy. Looks like a standard range charge and a max range charge are the same on a 40. If we can figure out how to set charge_limit_soc_max to 100, you'll have a 60 ;-)
It's part of the streaming API data. The URL looks like this:I must have missed it somewhere, but PureAmps says the odometer reading is available.
Could someone point me to that api query? Thanks.
https://streaming.vn.teslamotors.com/stream/<vehicle_id>/?values=speed,odometer,soc,elevation,est_heading,est_lat,est_lng,power,shift_state,range,est_range
It's part of the streaming API data. The URL looks like this:
Code:https://streaming.vn.teslamotors.com/stream/<vehicle_id>/?values=speed,odometer,soc,elevation,est_heading,est_lat,est_lng,power,shift_state,range,est_range
Be aware that the streaming API requires a bit more care and feeding than the other queries.
It's part of the streaming API data.
Be aware that the streaming API requires a bit more care and feeding than the other queries.
Thanks, got to work. It looks to me like the elevation is in meters. Mine says the elevation is 255, and my car is in the garage which is at around 830 feet.Yep, that is how I get the odometer data. And the streaming API definitely requires a little more effort and thought to use successfully.
I wish this data was available in the drive_state command and also displayed in the mobile app. (hint, hint to any Tesla employees reading...)
That (elevation in meters) matches my data as well.It looks to me like the elevation is in meters. Mine says the elevation is 255, and my car is in the garage which is at around 830 feet.
class Program
{
static void Main(string[] args)
{
// Set up POST parameters.
var values = new NameValueCollection()
{
{ "user_session[email]", "[email protected]" },
{ "user_session[password]", "xxxxxxxx" }
};
// Create a cookie jar to hold the returned cookies.
var webClient = new WebClientWithCookies();
// Perform the POST request.
webClient.UploadValues("https://portal.vn.teslamotors.com/login",values);
// Get the list of vehicles (using the cookies from the container above).
webClient.Headers.Set("Content-Length", "0");
string vehiclesResponse = webClient.DownloadString("https://portal.vn.teslamotors.com/vehicles");
Console.WriteLine(vehiclesResponse);
}
}
class WebClientWithCookies : WebClient
{
private CookieContainer _container = new CookieContainer();
protected override WebRequest GetWebRequest(Uri address)
{
HttpWebRequest request =
base.GetWebRequest(address) as HttpWebRequest;
if (request != null)
{
request.Method = "Post";
request.CookieContainer = _container;
}
return request;
}
}
Has anyone else noticed the REST api not returning data from a climate_state call with their car? It seems if my car sits for a while it will stop returning this data (it occurs both with ahimberg's Win Phone app, and via direct PowerShell calls to the API). Doing a call to turn AC on will cause the car to start returning data again, but that's a pain.
Has anyone else noticed the REST api not returning data from a climate_state call with their car? It seems if my car sits for a while it will stop returning this data (it occurs both with ahimberg's Win Phone app, and via direct PowerShell calls to the API). Doing a call to turn AC on will cause the car to start returning data again, but that's a pain.
Well, good that it's not just my car, annoying that it's a bug. Anybody reported it yet? And is there a good way to report this kind of issue, or just general emails to ownership?
That was my interpretation as well. Similarly, when the vehicle is "off" things like shift_state and speed become null.I didn't think this was a bug so I didn't report it. I just thought that the car was shutting down the HVAC system (like a HVAC sleep mode) and therefore the temperature sensors were no longer accessible.
I didn't think this was a bug so I didn't report it. I just thought that the car was shutting down the HVAC system (like a HVAC sleep mode) and therefore the temperature sensors were no longer accessible.
I didn't think this was a bug so I didn't report it. I just thought that the car was shutting down the HVAC system (like a HVAC sleep mode) and therefore the temperature sensors were no longer accessible.
Possible I guess, but in my testing it's not as simple as "once off stays off" - my temp readings seem to come and go throughout the day, with no interaction from me other than querying the state of the car.