I have the following program to turn a small device on 5 times a day. The program is NOT set to run at startup. Yet when I rebooted my EISY at 11:35AM, the device turned on and off. Why isn't the Run At Startup being honored? Also, in the Summary page, that column shows either ON or a dash. I assume the dash means OFF, so why didn't the developer just use OFF to make this more clear?

Thanks.

BSMT Deodorizer ON-OFF - [ID 002B][Parent 0058]

If

(

Time is 7:00:00AM

Or Time is 10:00:00AM

Or Time is 1:00:00PM

Or Time is 4:00:00PM

Or Time is 7:00:00PM

)

And $sOnVacation is 0

Then

Set 'Basement / BSMT Deodorizer / BSMT Sprayer Relay' On

Wait 15 seconds

Set 'Basement / BSMT Deodorizer / BSMT Sprayer Relay' Off

Else

- No Actions - (To add one, press 'Action')

Turn the deodorizer on once at the top of the hour, several times a day.

On your main Configuration -> System screen, do you have the setting "Catch up on schedules at Restart" checked?

Yes I do. If this is what is causing this, this doesn't make sense. The program specifies five exact times, so none of them is true at 11:35AM when the system booted up. There was nothing to "catch up" to. But then I don't think like ISY thinks.

I'll uncheck it and see if that causes any adverse results.

While looking at the Configuration screen I note that there is a "Reboot" button as well as a "Restart IoX". What's the difference?

I've always used the Reboot button when I need to restart EISY.

I don't know if this could cause it. I'm just giving something to check which could be related. Or not. Let us know if it changes the behavior.

A reboot restarts the whole controller (Unix, etc) while IoX restart only restarts the task that runs your programs.

Apparently it does. I unchecked the box, clicked the Save button below it, and rebooted EISY. The program did not run this time.

Then, to double-check, I checked the box and rebooted again. This time the program did run. I checked the log and it shows a Status On entry for the device seven seconds after it had finished polling all my devices, and then a Status Off entry 13 seconds later (as per the delay in the program). So the "catch up" feature is questionable to me.

I think the idea we have in our heads about what Catch Up should do vs what it really does can be different things. I got unexpected results with it in my first ISY and since then I've always kept it off.

An alternative is to use "init to" variable statements to save running states coupled with setting "run on start" for programs designed to insure things are in the right state after a reboot.