if I might add:
Another good reason would be to avoid confusion the implementation of sensor.time next to now() causes, as this thread section now proofs… also, the way Petro explained, about losing 8 minutes per day on using only now() is so theoretical, I cant imagine the core team to prioritize that above the ‘ease’ of having now() simply update on the minute (and thus void the need to use the extra line with sensor.time)
I do realize now() is supposed to be what it is, now. And it will be. But failing another entity to update, it would be very well accepted to have it update on the minute.
The new template Python types in 0.117 are unrelated to this topic which is about how to adapt to the deprecation of entity_id. Kindly move your post to a separate topic (where it will also get better visibility than being the 565th post of this thread). Thank you!
(This thread is long enough without the addition of every new thing happening to templates in general.)
Yeah it was rolled into beta2 (going final today). I was hoping to receive some feedback during beta time but not getting bug reports is a good start …
have been busy with some diehard issues and bug reports on the new template type consequences…
they are still not ironed out, but don’t have to do with either frequency or entity_id limiting, so haven’t reported here because of that.
all templates that had the {% set trigger = states('sensor.time')%} because the use now() now behave very nicely indeed without that.
That is to say, they update once a minute.
the ones that had that and have other recognizable entity_id’s can’t be limited any longer either by setting an entity_id or frequency (id). Which I still feel as a limitation of the toolset.
so yeah, mixed feelings will linger. Grateful though for all the efforts being made
Right, that is still a limitation compared to the previous template engine (well, it was more of a bicycle before). I am also a bit sorry that it is gone but … yeah, Hue lights are polled every five seconds, it is what it is.
If the limitation causes observable problems (other than to your guts) I am still interested in YAML showing the issue.
I have a sensor with a for loop with if statements. eg.
{%- set domain = states['sensor'] -%}
{%- for item in domain if ("docker" in item.entity_id | lower and "status" in item.entity_id | lower and item.entity_id != "sensor.docker_status") -%}
Is it possible to have it updated less than each minute, like /10 of a minute?
To save processor uses?
just for reference here (too): yes! it has been solved by Frenck and Paulus: rest_command working again, with the original templates. No need to change the format at all. very nice!