if one has a group of commands activated by a flow (for example Weekend-morning schedule) it’s not an exotic case that most actions are started at the main time while 1 or 2 should be started earlier (in the mentioned case “increase the temperature of the bathroom”). Of course one could define a delay for all other actions but the option to have a negative delay (prematurity) just for the bathroom would be more straight forward.
I get your point, but the whole concept of flow is that they are sequential.
IF Trigger > AND/OR > THEN action
A flow always start with a trigger, the delays relate to the card before. So a negative value is.. back in time, that wont work.
When you have “advanced flows” option the problem is easily solved by 2 delay card with different delay.
My first reaction was like @FKey , Yeah right… You are lost in Back to the future or expecting the next Mission impossible… Or that Athom can predict an event.
Homey works with:
When … (Event/Trigger) And … (Condition) Then … Action (with a Delay)
Or in AF Multiple Conditions and Actions with Delays chained.
So When there is Movement then Action 10 minute before?
or When someone come home then Action 10 minute before?
or When Light intensity… or Internet disconnected…
Fail, fail, fail, that wil never happen
But if you know the Event, like:
or with Alarms:
It is already implemented…
And if you want 1 Check and action 15 minutes before the event, and don’t want to have multiple Actions Delayed with 16 minutes , just make another flow for them and:
I have an alarm for every workday. I set the alarmtime to the time I want to leave home for work. One hour before the alarm goes off the heating is started and a wake-up light is dimming from 0 to 100% in 15 minutes.
45 minutes before my homey sounds an alarmsound.
10 minutes before my homey tells me to brush my teeth
At the set time the radio is turned off and all lights are dimming slowly so I can still orientate where I am going. My presence is set to away.
Thanks for highlighting the problems with my idea in case of unforseeable events.
Nice to know that the idea is implemented in the case of sunrise/sunset which is forseeable.
I hope it will be implemented for time (foreseeable as well) sometimes




