Open sdalee opened 1 year ago
@sdalee made a very good point of the time component not being template-able, so the time values (or cron) can only be hard-coded.
My implementation of daily timers (to replace the old mechanical wheels) resulted in quite a messy yaml. Just recently I did a big clean-up, thanks to the number template, which makes it super easy to transfer values from HA and also spares the separate configuration there. Like globals, numbers also have a restore_value flag.
I don't quite understand why something like this does not work in a generic way?
on_time:
- seconds: 0
minutes: 0
hours: !lambda 'return id(my_number-or-global_id).state;'
Even nicer would be something like:
...
hours:
value_from_id: my_number-or-global_id
I was surprised that these couldn't be templated. I was trying to setup an easy to set timer for my wife to make changes to from the devices webpage without having to go into home assistant/esphome/edit code/complie every time she wants to change the time turns on and off. She wants this to operate independently from home assistant, so it can't rely on commands from HA, it needs to be all internal to the device.
My plan was to have number sliders for on hours, on minutes and off hours, off minutes, then template or substitute (ie, $on_hr) those values for the corresponding time based actions. No luck.
For how smart esphome can do a lot of things, it seems like it's dumb when it comes to doing the dumber things.
Back in April, ESPHome added datetime component and template datetime.
This allows you to set a time in Home Assistant which is updated and stored locally on the ESP device.
Check out the sprinkler controller I created here, which uses this functionality.
I think this issue can be closed.
Describe the problem you have/What new integration you would like
Many automations want timed events. The time can be set in the Home Assistant dashboard and the set time would be stored in the ESP flash (EEprom). Please describe your use case for this integration and alternatives you've tried:
Now the on_time trigger can only get hard-coded time (hours, minutes, seconds, months, cron, etc...), meaning that the time values are fixed in ESP, not changeable by a variable, thus from the Home Assistant Dashboard interface. Additional context
The best solution would be if the on_time trigger could be a template for all configuration variables. So, for example, in the case of the irrigation controller I'm developing now, watering would start at the time and on the days set in Home Assistant, even if Home Assistant is not available, and would remain at the set value even in the event of a power failure.