done
Awesome! Any chance seconds could be added? For my current use case, I am polling/refreshing every 10 sec for a couple of minutes…. Want to catch the driver while still in the garage if possible…
Not using that approach as in general as i don't want.to.support.permanent.seconds.as.it.can overload the hub if left that way permanently
Yea, I agree that this would be an issue if left on for a long duration. I’ll continue using RM for my short term high polling rate.
The addition of the ability to update with RM will be useful!
I can make it to 30 secs with override to go back to previous setting? Or 15 minutes if previous was already a minute. would that work?
Thanks! If you do, I’ll give it a try and see if it will provide the notification in time. I’ll test it for a few days afterwards to see if it allows the notification to be given quickly enough.
I’ve been wondering how the app is so quick to update - do they somehow have access to push notifications, or do they poll very often?
new version
tested this with 20 and 30 secs.. if car is not awake doesnt really do anything so added a wake up call first.. In test below with longest time (30 secs) car does appear to stay awake.
Nice! Will give it a go and report back. Thanks!
This allowed me to make the refresh rule much simpler! 
I have a separate rule that will run once the presence is confirmed:
2 issues what happens if car is flagged as arrive before the person or door is closed..
2nd my arrival rule does the same thing but includes wake ups..
It won’t run if the car is flagged as arrived before the person or door. I will be looking to see if that occurs often or at all… but didn’t want it to be triggered every time we closed the door or we arrived, and thought that might do it. The experiment begins! I used the vehicle once since and it worked! Though the rule gets triggered by both the door and the arrival, so I will need to add another restriction (boolean variable).
I would assume that the car is awake since it is being driven, but maybe the connection to the server needs to be awaken?
No it should be awake but i added an awake anyway when u set the reduced time as it cannot hurt and if you do it while vehicle is asleep it does nothing except consume resources on.the hub.
There is a websocket "streaming API" that is different than polling. In Teslamate I can see 1 second updates on all parameters as they change.
I found some discussion from a few years ago when they switched over to the streaming API here: Consider using the websocket streaming API · Issue #417 · adriankumpf/teslamate · GitHub
If you have the ability to run Teslamate locally, it's probably easier to pull current status from that (and the community Hubitat app that works with it) than to mess with variable polling rates.
Alternatively, if @kahn-hubitat has the time and desire to rework this app so it uses the streaming API, it would work a lot better for automations that need real-time updates.
Is there a way to use the zzziFrame attribue in a SharpTools dashboard to embed as an iFrame for display in a tile? Also... WebCoRE dosen't seem to see this attribute.
you will have to ask them.. it is declared and does show as an attribute in a normal dashboard... see below... As for webcore same issue ask them , maybe it doesnt support an attribute type of text. as i said it is visible in rule machine and regular dashboard. Does webcore support any custom attributes? Maybe there is a special way to do it.. Again, I don;t use it so you will have to post in that thread asking them.
you have harped on this before.. if you want to rewrite it be my guest but i will not.. It would be a great deal of work.
And..
it will not provide much benfit.. there really is very few times you need it to refresh every second (only to sense arrival etc), not even that case really needs to be every second, and with the number of attributes that would be pulled in, it would put quite a draw on the hub if it did, whether it is a push or pull does not matter.
You could use the Hubitat HTML Attribute Display custom tile in SharpTools for this:
Thanks Josh. I'll take a look and see if the attribute shows up in SharpTools. In the end if it doesn't work it's not really important, it's just nice to have on the dashboard from a fun point of view.
Sorry, I didn't mean to "harp" on it. I just saw you making changes to this app to accommodate use cases that do require near real-time updates and was trying to point people to a resource that might address those uses more easily.
I'm very appreciative of the effort you've put into creating and maintaining this app. The Teslamate developer has said he has no intention to ever add capabilities to control the car to his app, so your app provides a vital piece of my Tesla automation puzzle (along with Teslamate and the community Hubitat-Powerwall app).
wonder why teslamate wont add control fxs.. teslafi has them i believe.. i still have an acct. there..
i do have some integrations that use websockets such as kasa and automower and i see them very high on the hub resource page.. and if it was easy to rewrite everything i may have tken a look.
Download the Hubitat app
