TJF1960

Well, I would think it would run based on my understanding….but I could be wrong….its been known to happen…..After a reboot the ISY evaluates programs. If the power fail/restore occurred within the 6 hour window shouldn’t that program evaluate true and run? Perhaps someone with direct knowledge could chime in. Tim

Unless of course there is a power outage at 12:00AM and lasts longer than the "Missed Schedule Grace Period" time set in the ISY in which case the irrigation program wouldn't run that day. With the "For 6 hours" added in to the code the irrigation should run when power was restored within the 6 hour window. Tim

Hello Michel, Installed 3.1.4 the day it was released - everything went smoothly. However today I noticed my sprinklers hadn't run. We had rain a couple of days ago so I didn't expect them to run until today. After looking into the previous day rain programs I created I found that what used to be " If Rain Today 0.1 inches" now was "0.01" inch, and the same for 0.2" now 0.02" and so on up to 1 inch. In 3.1.3 these programs ran fine. It appears that these values in the programs changed from 1/10 to 1/100 because of the Rain Today enhancements made in 3.1.4? If so then anyone using rain today values should double check their programs. Thanks, Tim

Hi Illusion, Thanks for keeping us updated. It will be interesting to see if the switch starts to ghost on now. Any bets? Tim

I can confirm the code text color change. I was able to print screen in both 3.1.3 and your link Michel but I havent been able to upload the images to this post. I did have some of the same problems with the 2.8.16 console as sanders2222 did but not as bad, not sure why. Running windows 7, and using http://www.universal-devices.com/99i/3.1.3/admin.jnlp - Java application Tim

An app called athome http://forum.universal-devices.com/viewtopic.php?t=4801 works well with the original iPad and iPod Touch, not sure with iPad 2 though, but its worth checking out. Tim

For what its worth it is possible to use a triggerlinc or ms as a controller of a scene (linked to and controller of a SL relay or dimmer) and use the adjust scene in programs to control the on levels and ramp rate when turned on by the ms or triggerlinc. Similar to using adjust scene in programs for local control. Tim

Yes, the ISY writes the local on levels to the dimmer, what you are trying to do should work. Problems with the on/off status in the gui do indicate something is not right. I have found sometimes rebooting the ISY and PLM will clear up strange issues, but aside from that I am sure LeeG or Michel can/will offer further assistance. Tim

To test I just created a new scene with a SL Dimmer as a controller, no other devices are in the scene (although that shouldn't matter). Went back to a program, selected "adjust scene" and that SL Dimmer showed up in the drop down box for "In Scene" whereas that device wasn't an option before it was made a controller in the new scene. I should have asked what platform version for the ISY are you on and what does the ISY report the version is for the dimmer you want to scene adjust? Also, are there any devices showing in the drop down box or just scenes? Tim Edit: I just re-read your first post and see you are on 3.1.2 same as mine. Sorry. What is the version reported of the dimmer?

As I recall the device needs to be in a scene as a controller. Once a scene is created with the device as a controller that device will appear in the drop down box. Then you may select the device as you were correctly trying to do. To power cycle a SL you can just pull the set tab out at the bottom of the rocker switch for 10 or so seconds which removes power from the device. Tim

Andy, Agreed, it is confusing. To expand upon Lee and apostolakisl’s comments try thinking of it this way. Once a wait or repeat is reached in the program any trigger change in the “if†during execution will cause the program to re-evaluate during the wait or repeat. If none of the triggers change after execution has begun then the program will not re-evaluate. A single time schedule in the “if†does not cause automatic re-evaluation by itself because the trigger (1:00pm) didn’t change (its merely waiting for 1:00pm in order to trigger). Tim

Shouldn't the variable be set for 14 in order for the program to run "then" every 15 days?

Andy, Just for clarification is variable “$Cleaning_Day “ an Integer or State variable (guessing Integer)? Thanks, Tim

Along with LeeG's comments you could drop the second program by adding a wait after "Set 'Garage Door Relay' Off" then add it again. If Time is 10:00:00PM And Status 'Garage Door Sensor' is On Then Set 'Garage Door Relay' Off Wait 1 Minute Set 'Garage Door Relay' Off Else - No Actions - (To add one, press 'Action') If the Garage Door Sensor does not turn off by the end of the wait period the second "Set 'Garage Door Relay' Off command will run. If the sensor does turn off within the wait period the program will turn false and not run the second command. Tim

Confirmed on mine as well. Thanks, Tim

I have a slightly different take on it. Since the program is not looking for a “switched Off†from the motion, once it does switch off it will not affect the program – running or not. If at anytime during the “wait†the motion is switched on again or the state of either variable changes (I am assuming the programs are “stateâ€) then the program will re-evaluate immediately. If the condition evaluates true it will start the “then†over again. If it evaluates false the program will stop running and the program will turn false immediately, not completing the “then†section (in other words “Set Scene 'Closet Lights / Closet light Switch' Off†will not occur). Is it possible that during the wait either one of the variable states may be changing which would halt the program? Tim Edit: As far as needing the brackets, I don’t use them unless I am using and/or combo’s and they are absolutely needed. I don’t believe you need them in this program. It has been my experience that having the 3 conditions listed as you have them without the brackets will evaluate anytime any one or more change state, but the “then†should not run unless all 3 “if†conditions are true. In answer to your other question, without brackets the order would be from the top down as far as I understand it.

Hi Chris, Thank you. Just so I understand correctly, Is device query run first to initialize device status then on to step 1 - 5? Thanks, Tim

jca001, I am old school with programs and haven’t done much with variables. As such I have been trying to figure out a program using variables to accomplish the same results as the 3 program examples above (Reboot Away KPL Off, Reboot Away KPL On and Reboot Away KPL Status). It seems to me, at least as far as I can see, it would still require 3 programs + variable. But I do not have the experience with variables as some of you do. I know it would be asking a lot but could you provide example programs and variables to demonstrate how you would replace the 3 programs mentioned? Thanks, Tim

After power is restored to the ISY what is the boot sequence (including Run at Startup commands) and now that variables have been introduced where exactly do they fall in the sequence? Thanks, Tim

aLF, Yes, set the program to “Run at Startup†Yes except, if I followed your original post correctly, you would want to turn the away scene "off" at start up (in your example above). The only problem is if you were home and the power cycled off-on the ISY would still turn the scene Away off even though you are home. If you want the ISY to remember the state of your Away program and scene after a reboot I would suggest the following: Program: Reboot Away KPL Status If Status 'KPL Button' is not On Or Status 'APL ' is not On Then Set Program 'Reboot Away KPL Off Set' To Run At Startup Set Program 'Reboot Away KPL On Set' To Not Run At Startup Else Set Program 'Reboot Away KPL On Set' To Run At Startup Set Program 'Reboot Away KPL Off Set' To Not Run At Startup Program: Reboot Away KPL Off Set If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Set Scene 'KPL Button and APL' Off Else - No Actions - (To add one, press 'Action') Program: Reboot Away KPL On Set If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Set Scene 'KPL Button and APL' On Else - No Actions - (To add one, press 'Action') I use these programs for my own Away programs, only I turn "On" the KPL buttons to indicate I am Away, and turn them "Off" when I am home. So I had to reverse the logic in these examples (hope I got them correct). Program: Reboot Email If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Set Program 'Reboot Email' To Run At Startup Wait 15 seconds Send Notification to 'Tim' Wait 1 minute Run Program 'Reboot Email' (Else Path) Else - No Actions - (To add one, press 'Action') This is the program I use to send notification of a reboot. Remember to initially set this program to "run at reboot." Tim

aLF, This might be what you need to restore the kpl button after a power failure. From the wiki: Darrell Peters wrote this set of programs to 'memorize' the state of a keypad button and restore it after a power loss. http://www.universal-devices.com/mwiki/index.php?title=ISY-99i/ISY-26_INSTEON:Programs_as_Variables:_ISY_Restores_KPL_State_After_Power_Loss Tim

That is a very good idea. Thanks for the suggestion kingwr. Looks like I have some studying to do!

It has been a while for this thread and I was wondering if anyone has taken the rfid or Bluetooth ideas any further and have actually integrated one or the other into their systems? Thanks, Tim

You are welcome, and I hope it works too or at least helps in figuring out what is going on. I should mention that I have 4 programs which email me everyday. Every once in a while one of the program notifications seems to get lost. Its not always the same one either, it could happen to anyone of the 4. And it doesn’t happen all the time, maybe once a week. I haven’t figured out why yet but I do know the programs executed fully. What concerned me with your situation was that you indicated it would work for maybe 2 days then stop completely. Please post back the results. Thanks, Tim

Yes, that looks right. Sorry, I wrote the example on the fly.