I have broken these down into smaller pistons. However, the lights on this one didn't turn off until 8:15 even though sunrise is at 7:34 less 30 would be 7:04am. And the Undercabinet Lights On in Morning(second one) hasn't turned the lights off yet and it is 8:25am. Both of this pistons have M-F Ristrictions.
I am not able to reproduce the problem with the light turning on at midnight, at least not after my preliminary investigation of this issue. Is this still an issue?
As the lights did turn off but later than expected, I would check your location in the hub.
If it is correct I would change it to something else and save.
Then change it back to the correct location and save again.
I know that this sometimes worked for the ST hub but I don't know if HE has had this issue.
Just something to try.
Can I ask why you are doing a refresh?
Try removing it and see what happens.
You are turning off and refreshing at the same time.
Perhaps the 2 commands running together are causing the issue.
I didn’t have it in before and I it seems that the lights don’t refresh their status very promptly so I put it in to see if it helps. It seems to help as I have a couple of other pistons that do stuff in the evenings and without the refresh they think the lights are on when they are not and vice-versa.
For some reason it isn't seeing the rule as False at 7:04 AM, even though it should. Yes, it sees the time, but it didn't say "... is now False". I will investigate. Can't do that until tomorrow morning.
Unable to get logs I'm afraid as my PC decided to shut down last night.
Light came on again at midnight.
It looks like I'm not going to be able to get you logs so I will just use 2 rules and use the days as restrictions.
There is a bug there but i cannot get you relevant logs I'm afraid.
I may try deleting and doing it again but as its happening on 3 separate rules I'm not sure its worth it.
Do you have any restrictions enabled on that rule? I tried to scan up in this thread to find screenshots but none go down far enough to tell.
I'm wondering if restrictions are preventing the rule from being analyzed, which would prevent the rule truth from flipping, which would prevent the actions from running.
Another thought....do you have anything in this rule or a different one that cancels actions of this rule? I think I just realized looking through some of my own rules, that when you cancel actions of another rule, it's canceling delayed actions as desired but it's also canceling "schedHandler" scheduled time condition checks as well. @bravenel is this behavior by design? Or does there need to be some type of filter added to the type of future events that get canceled?
Hi @pcgirl
The print that you have posted.
Where did you get that.
I cannot seem to find that layout anywhere.
I've obviously missed something somewhere.
Thanks.