@sparkydave, that’s how I thought it should work but unfortunately, it doesn’t. The first stage where it sets to 12% works, but it does not ramp up from there.
What Dave gave you should work, try putting a 5 second delay between each step.
Why do you want to do this.?
It will all go badly wrong if you ever have to turn the lights on or off during this process
I want to emulate sunrise to sunset on my fish tank, so slowly increasing then decreasing light levels throughout a 10 hour period. I’m open to other suggestions on how to achieve the same.
That’s what I’m starting to think, is it just going straight from the first 12% on to the last one, i.e. each action is overriding the transition delay of the previous?
Mutt is right. With no delay between the second and third service calls, the third one will be executed immediately. Thus the final command is the only one that will be noticed.
The commands aren’t queued they just happen serially (so they are queued in a way)
But you issued the command to transition to 100pct over 5 hours then immediately issue a command to transition to 12% over 5 hours and the switch goes “no need, I’m already at 12%” job done! But as bedfellows points out nothing happens.
So set the automation as Dave lays out but increase the delay after the command to 100% to allow it to get there ie 18000
It seems that a wait template may be a preferable solution, as then there wouldn’t be any race condition between timers. Could anyone help me with the template?