Tesla Connect 3.0 - Integration to Query Car Status - Deprecated, see below for replacment

[Alan_F]

There is a 'driver present' attribute exposed in Teslamate that I don't think appears in this app. It seems to be based on whether a phone key is in range.

I run both Teslamate (for monitoring) and this app (for control) since Teslamate updates in real-time whenever the car is awake rather than polling the car. Teslamate publishes everything to MQTT, and there is a Teslamate app for Hubitat that brings all that data into the Hubitat.

A few of the automations I run:

• Tire rotation reminder: Using a hub variable to set the next reminder mileage, and a private boolean to only have the rule run once per week, send notification if mileage is above reminder mileage

• Tire pressure warning: If any of the tires is below a certain PSI, send a notification

• Turn on lights when car arrives home: When the geofence changes, if geofence = home, capture foyer lights, turn on foyer lights, wait 5 minutes and restore foyer lights. Teslamate allows for very easy setup of multiple geofences each with a settable radius. Since Teslamate is updating in real-time and I have the home geofence set to a pretty small radius, I can see the lights come on as I pass the same spot near my house every time.

• Charge off peak: (currently disabled as I'm using another solution): If time is off peak (using a hub variable that gets set based on date and time) and car is plugged in and battery level is less than charge limit, start charging

• End charging if on peak: Using the same hub variable as above, if the car is charging and the time changes to off peak, send command to stop charging.

• Notify when not plugged in: If geofence = home and car is not plugged in and 30 minutes elapses, send notification

• Set charge limit: Uses a hub variable that is settable from a Hubitat dashboard tile to set the max charge limit on the car. I find this more convenient than using the Tesla app.

• I also have set up several commands using Google Assistant and a virtual switch... lock/unlock car, open trunk, open frunk, etc.

[Sebastien]

@kahn-hubitat

No it just shows car at your home location

Ah! Thanks!

@Alan_F

There is a 'driver present' attribute exposed in Teslamate that I don't think appears in this app.

@kahn-hubitat, any idea if this is something that could be added? Was the app created based on a published API?

@Alan_F

A few of the automations I run:

Nice! I think I’m going to do some of those same rules.

And on an unrelated topic, I just got a rock hit and crack my windshield… less than 1 week after I took possession of the vehicle… fun!… will need to figure out if I should go through Tesla or someone else for the repair. Closest Tesla service center is roughly 200km away…. I see a road trip in my near future…

[Alan_F]

Had the same with my Model Y. Just a few months old when we caught a rock and cracked the windshield. Luckily our service center is just a few miles away (or 1.6 * a few km away )

According to this site - Data - Tesla JSON API (Unofficial) - the data is returned in "is_user_present" on GET /api/1/vehicles/{id}/vehicle_data

I would expect it could be added to this app also since it's available in the API, but I'd still recommend spinning up Teslamate if you have somewhere to run it (it needs an always-on host) for the real-time data feed.

[Sebastien]

@Alan_F

our service center is just a few miles away

Lucky!

As for Teslamate, I’ll have to look into that at some point - thanks!

Would also be nice if the user presence was part of the Tesla Connect 3.0! Thanks for the info!

[Prometheus_Xex]

@Alan_F

Teslamate

How do you rate Teslamate? I've been using Teslafi since day one (3 years now), but it seems maybe Teslamate can be used directly with Hubitat?

[Prometheus_Xex]

@Alan_F

• Turn on lights when car arrives home: When the geofence changes, if geofence = home, capture foyer lights, turn on foyer lights, wait 5 minutes and restore foyer lights. Teslamate allows for very easy setup of multiple geofences each with a settable radius. Since Teslamate is updating in real-time and I have the home geofence set to a pretty small radius, I can see the lights come on as I pass the same spot near my house every time.

I've been using this app with the cars GPS (long:Lat) for certain automations.

[brad]

is_user_present is still current, but Tesla Connect 3.0 is using data.vehicleState.presence which I'm not seeing anywhere in the raw data. This should probably be updated because it seems like the current presence state isn't doing anything, unless I'm missing something, which is quite possible.

[kahn-hubitat]

You are incorrect and looking at the wrong field
That data is still there and i.use.it.all.the time to alert me if i forget to plug the car in.. turn on debugging and u will see it. Not sure where your data is coming from but it .is not in the vehicle state i am getting .

[brad]

Odd. My Tesla device event history is not showing any presence changes and when I query the raw API data from Tesla, the only present data that I’m showing is the is_user_present Boolean. Maybe it’s the API version or the car (I have a Model Y).

[Alan_F]

I've been happy with Teslamate. When issues crop up due to Tesla changes (like when the changed the auth to tokens) it gets updated pretty quick. Most data issues I've had are due to issues with Tesla's API or with the vehicle itself disconnecting, so TeslaFi would have the same issue.

I run it on a Raspberry Pi 4 along with a bunch of other Docker containers. The basic install is fairly simple. If you want to expose it to the internet through a secure proxy, the install is a bit more complex, but still probably within the skillset of most Hubitat enthusiasts.

From what I've seen, TeslaFi might be a little more polished, but Teslamate is free other than whatever donations you want to send the developer. There is a function to import TeslaFi data into Teslamate but since I've never used TeslaFi I don't know how well that works. There are threads about it on the Teslamate Github page.

A local instance of Telsamate can be used directly with Hubitat because it publishes everything to MQTT. You can work with that yourself using a community MQTT app for Hubitat, which I did before discovering [BETA] Tesla Vehicle via TeslaMate MQTT in Hubitat Package Manager. Now i use that community app for the Teslamate -> Hubitat integration.

If you just want to try out Teslamate, you can set up Teslamate on (most) any machine that can host Docker while still running TeslaFi. If you want to do more than play with it, you need an always-on host, so a low-power SBC like a Pi is a good way to go.

[kahn-hubitat]

Jave you installed this driver and turned on debugging as i said? Comparing with a different implementation is nonrelevent.

[Alan_F]

That works too, but Teslamate makes it so easy. In Teslamate you can create geofences on a map and set the radius with a click and drag. It publishes the name of the current geofence to MQTT whenever the car enters one. That's easier than dealing with the raw lat/long myself. All I need to do in Hubitat is write a rule that is triggered by the geofence attribute of the community Teslamate app.

The two apps make a good pair, using this one for control/commands and the Teslamate integration for streaming data updates.

[Sebastien]

@kahn-hubitat, is the maximum charge amperage something that could be updated with the Tesla Connect 3.0 integration?

This is what it looks like/where it is in the app. Not sure what is its “correct” name:

Some background on what I am looking to do:
I’d like to synchronize the charging start/stop (that I can do already) and rate of charge (would like to be able to do) with the availability of solar energy.

With my current provider, if I give them my extra solar capacity, they give me a credit, which I can use when I consume more than I produce. However, they charge me tax on that usage, where if I used it directly without going through my utility company, I would save that tax amount. (It’s not a lot, but it adds-up long term when it can be controlled with all appliances.)

Being able to control the charge rate would allow me to keep the charge going for as long as possible, while at the same time being able to adjust to use as much of what is being produced as I can.

[SmartHomePrimer]

@Sebastien

they give me a credit, which I can use when I consume more than I produce. However, they charge me tax on that usage

Despicable. They are essentially taxing you for generating electricity. This is probably because the utility simply doesn't have a way to deliver any services to you without applying tax, or they just don't want to make the effort to put that in place. I would submit that to my accountant and see if they could find a deduction for that tax paid.

[Sebastien]

Right? So I am doing all I can to use energy during the day. What makes it difficult sometimes is that during cloudy days, the amount generated fluctuates a lot, so maximizing this use can be a challenge.

Ideally, I would like to synchronize this with my Fronius inverters, but I haven’t been able to make that device driver work… so I plan to use the illuminance reported by my weather station. Will see if it works!

[brad]

This is all in the charging data from Tesla, so just would need to be pulled and added. Assuming it’s charge_current_request_max since mine is set to 48 amps.

charge_state": {
"battery_heater_on": false,
"battery_level": 80,
"battery_range": 249.9,
"charge_amps": 48,
"charge_current_request": 48,
"charge_current_request_max": 48,
"charge_enable_request": false,
"charge_energy_added": 52.75,
"charge_limit_soc": 80,
"charge_limit_soc_max": 100,
"charge_limit_soc_min": 50,
"charge_limit_soc_std": 90,
"charge_miles_added_ideal": 220.5,
"charge_miles_added_rated": 220.5,
"charge_port_cold_weather_mode": false,
"charge_port_color": "<invalid>",
"charge_port_door_open": true,
"charge_port_latch": "Engaged",
"charge_rate": 0,
"charger_actual_current": 0,
"charger_phases": 1,
"charger_pilot_current": 48,
"charger_power": 0,
"charger_voltage": 2,
"charging_state": "Complete",
"conn_charge_cable": "SAE",
"est_battery_range": 214.43,
"fast_charger_brand": "<invalid>",
"fast_charger_present": false,
"fast_charger_type": "ACSingleWireCAN",
"ideal_battery_range": 249.9,
"managed_charging_active": false,
"managed_charging_start_time": null,
"managed_charging_user_canceled": false,
"max_range_charge_counter": 0,
"minutes_to_full_charge": 0,
"not_enough_power_to_heat": null,
"off_peak_charging_enabled": false,
"off_peak_charging_times": "all_week",
"off_peak_hours_end_time": 360,
"preconditioning_enabled": false,
"preconditioning_times": "all_week",
"scheduled_charging_mode": "StartAt",
"scheduled_charging_pending": false,
"scheduled_charging_start_time": 1688796000,
"scheduled_charging_start_time_app": 120,
"scheduled_charging_start_time_minutes": 120,
"scheduled_departure_time": 1608987600,
"scheduled_departure_time_minutes": 480,
"supercharger_session_trip_planner": false,
"time_to_full_charge": 0,
"timestamp": 1688734625126,
"trip_charging": false,
"usable_battery_level": 80,
"user_charge_enable_request": null

[kahn-hubitat]

more info .. got it working.. the field is not what you specified it is charge_current_request.. i believe the max field you specified is the max the charger supports..

ie

[kahn-hubitat]

also got the set command working.. now adding a debugging option to limit the token refresh dubugging as request.. will post new version to github in a few..

[kahn-hubitat]

@Sebastien

t? So I am doing all I can to use energy during the day. What makes it difficult sometimes is that during cloudy days, the amount generated fluctuates a lot, so maximizing this use can be a challenge.

ok version 3.2 commited in github.. (rainy day at the lake and nothing else to do but watch tv) should be able to get via package manager.

new debug field to turn on or off token refresh notifications and also new attribute for current charge amperage and command to set it..

i am not sure the range that you can put in the request.. obviously between 1 and 60?

probably varies.. anyway for this reason and the fact i cannot find documentation on what is allowed i am not restricting it, so obviously if you put in bogus numbers is will raise an error.

I suppose i could query th other max field that your charger supports and do 1-that.. but seems overkill to protect you from yourself.

[Sebastien]

Thanks! Works perfectly. I wonder how it would react to invalid values… I will add a check in my rule to ensure it only sends valid ones.