Timer and scheduling construct

It does depend on your devices network behaviour, and (in my case) a reliable connection.

[quote=“RichardTSchaefer, post:17, topic:176848”]You can use the new featuers in Version PLEG-5.1 and PLC-5.13

You can have timers called (or any other naming/timing convention you want):

DAY - EveryDay On at Sunrise Off at Sunset
Morning - EveryDay on at Sunrise Off at Noon
Afternoon - EveryDay on at Noon Off at Sunset

I assume noon is after Sunrise and before Sunset! Maybe a problem at the poles![/quote]

Hi Richard does this then make the night / day plugin redundant (at least for use in PLEG)?

The Day or Night plugin provides a user interface to override and/or test your day and night scenarios.
If you never need to override this than you can do this in PLEG.

I’m going to admit defeat. I thought I finally had my day part schedules working, but I get overlapping day parts… does that even make sense?

Schedules:

weekdaymorning: start mon-fri 7am, end mon-fri 12:00
weekendmorning: start sat-sun 8am, end sat-sun 12:00
daytime: start mon-sun 12:00, end mon-sun sunset
schoolnight: start mon/tue/wed/thu/sun sunset, end mon/tue/wed/thu/sun 22:30
latenight: start fri/sat sunset, end fri/sat 23:00

Conditions:

morning: (weekdaymorning OR weekendmorning)
day: (daytime)
evening: (shoolnight OR latenight)
night: !(morning OR day OR evening)

I’ve put a notification on each Condition and today at 7am it said ‘it turns morning’… so far so good. At 12:00 I first got a notification saying ‘it turns night’, followed by a notification ‘it turns day’. What gives? I figure this is because the weekdaymorning schedule finishes, and the daytime schedule starts, and for a split second both are false causing the night condition to become true…

What gives? I figure this is because the weekdaymorning schedule finishes, and the daytime schedule starts, and for a split second both are false causing the night condition to become true...

With separate timer there is no way to get things to switch at exactly the same moment.
Two will fire sequentially … the order is not defined … and the conditions are evaluated on each timer’s transition.

So how would you propose I catch this then?

You can overlap the interval by 1 second, or shorted the periods by one second, depending on your combination logic.

In your example you would want to overlap. Others may be more concerned that they NEVER overlap … so they would shorted the cycles by one second.