Cancel Delayed Device Action Issue

[mulu]

have and event that gets triggered at 2am under certain conditions. You can see that it actually get executed here:



Here is the actual event. I took some of the other OR IFs as it just gets triggered on what is in the red box. Plus from above we see that it gets triggered. What the event is doing is
1) Remove a delayed device action for device "Summer Season" that I set in step 3)
2) I set the "Summer Season" device to Off.
3) Now I set a delayed device action to set "Summer Season" to on. This will execute 1 day and 5 minutes later, i.e. after this event gets executed again at 2am



The delayed device action can be seen here. Today is 2/27/23. So this delayed device will set "Summer Season" to on unless my event is being executed again on 2/28/23 and therefore removed that delayed device action.



BUT my device "Summer Season" is actually On. Here it can be seen it was set to on at 2:05am this morning. So despite the fact that my event was executed this morning at 2am, which should have removed the delayed device action, it still got turned on. So what am I doing wrong?

[Roger D]

Can you show the entire event please?

Thanks!

[randy]

EDIT: I just realized what is wrong. You are cancelling a Delayed Device Action for the Parent Device, Where it should be Summer Season Control.

Disregard the below instructions. While valid they do not apply to this situation.

I agree that we need to see the entire events. Your screenshots show an additional OR IF statement but we have no idea what the triggers and conditions are. Neither of those would explain why a Delayed Device Action is not deleted when an Event runs, but that is easy to diagnose.

• Manually run your Event.
• See if there is a Delayed Device Action for Summer Season Control set for tomorrow 5 minutes later.
• If it is there run it again and see if there is only one Summer Season Control Delayed Device Action in the queue and is now tomorrow five minutes later than the second time you ran it.

[mulu]

EDIT: I just realized what is wrong. You are cancelling a Delayed Device Action for the Parent Device, Where it should be Summer Season Control.

<snip>

Ah, I think that's it. I will see what happens tomorrow. The reason I didn't realize this is because I searched for "Summer" and that only showed the name of the parent (the feature doesn't have the name "Summer" in its name).

[Airtog]

Hi --
I'm having a similar issue with cancelling a delayed event action. I submitted a bug ticket, but the response was to post it here -- so here it goes.
Cancelling a device action isn't working.

I'm trying to cancel a device action in the following use case:
My lights will dim as a delayed event at a predetermined time -- let's say 9pm. However, If i turn off the light the delayed event will turn it back on and dim as instructed. I set up a routine that detects if the light was turned off, and therefore delete/cancel the delayed event for that device.

The example below is a very basic test - checking if a light was turned off before a delayed event turns it off. It simply doesn't work. I've also noticed that delayed device actions only list the control (switch name) and am wondering if there's a better way of identifying what device is actually being delayed. thanks


THE DELAYED ACTION EVENT IN THE DELAYED ACTIONS GROUP


TRIGGER TO DELETE / CANCEL THE DELAYED ACTION ABOVE.


Thanks !

[randy]

Hi --
I'm having a similar issue with cancelling a delayed event action. I submitted a bug ticket, but the response was to post it here -- so here it goes.
Cancelling a device action isn't working.

I'm trying to cancel a device action in the following use case:
My lights will dim as a delayed event at a predetermined time -- let's say 9pm. However, If i turn off the light the delayed event will turn it back on and dim as instructed. I set up a routine that detects if the light was turned off, and therefore delete/cancel the delayed event for that device.

The example below is a very basic test - checking if a light was turned off before a delayed event turns it off. It simply doesn't work. I've also noticed that delayed device actions only list the control (switch name) and am wondering if there's a better way of identifying what device is actually being delayed. thanks


THE DELAYED ACTION EVENT IN THE DELAYED ACTIONS GROUP


TRIGGER TO DELETE / CANCEL THE DELAYED ACTION ABOVE.


Thanks !

See my reply to your other thread with the same question, or look to post Blogs above.