apostolakisl

If all you are looking for is a daily email with the enabled state of a program, just make a daily notification program. The customized notification text would have something like: ${sys.program.#.enabled} ${sys.program.#.name} y Replace the # with the number of your program. I would also include the Name in there until you are sure you have the right program, as this is a number and I don't think adding the letters in from the ID works. Also note with this, you'll recieve either a True or a False for the enabled status. I don't think you can not send the email if it is false unless you get deeper than I am with network resources and do some trickery there. 2 questions. 1) Where did you get those variable substitutions. This is all that is on the wiki. http://wiki.universal-devices.com/index ... _Variables 2) on my system it is only working on programs with decimal ID. In other words, 001B does not work, but 0012 does

The only way I can think of to test the enabled status of a program is to include something in the If of that program that is a trigger event and use the other program to create a trigger event for the first program. Then that program would trigger an email from the else clause only if it is enabled. If it weren't enable you would get no notification. If Time is whenever you want to irrigate and state.variable.a = 1 Then irrigate Else notify . . . If time is whenever you want to be notified Then state.variable.a = 0 state.variable.a = 1 optionally add a notify here to remind you that if you don't get a notify from your irrigation program that it must be disabled. Unfortunately this will send 2 notifications, but that is all I can think of right now.

The washer should be easy since the pauses are short and the machine shuts off completely when the cycle is over. You might have more issues with the dryer since it is gas. You won't be able to set the threshold high enough to only recognize the heat elements. You need it to recognize the drum turning motor. You would want the notification to occur the first time the drum stops turning. But then it will trigger again like it is a new load when the drum turns for the wrinkle guard. The key I think here would be to have it not send a notification until it has been on for a period of time that exceed the wrinkle guard run time. Lets say wrinkle gaurd runs for 30 seconds. If status synchrolinc is on Then wait 40 seconds enable program 2 Program 2 If status synchrolinc is off Then notify disable program 2 I believe this should solve the problem. You will need to manually disable program 2 the first time you do this. After that it will disable itself. EDIT: I just checked out the synchrolinc page at SH, and it looks like it has a built-in delay on it. That may solve your issue right there, unless the wrinkle guard runs longer than the 38 second max delay time. I thought it might be nice for my house as well, but I have a 240 dryer which would complicate matters seeing as synchrolinc is 120.

IF from time a to time b Then set light on Else wait 30 minutes random set light off The above turns lights on at time a and off at time b plus 0 to 30 minutes at random.

For what its worth, I have used Insteon appliance links and lamp lincs on GFCI plugs inside my home without issue. The GFCI outlets are 4 years old. I assume the x10 modules were popping the gfci because they were allowing some current to go to ground. x10 or Insteon signals themselves should not affect gfci. All kinds of things produce noise in the same frequency area as Insteon/x10 produce their "meaningful noise" and I have never plugged anything into a gfci breaker that popped it no matter how old the breaker or how old the device unless it was leaking current to ground. I have had lots of issues with my outdoor gfci's popping when things get even the slightest bit wet. Very annoying!!!

I only think that this would be necessary if the washer/dryer for some reason consumed power intermittently when not in use. I don't think they do this, but there are lots of brands with lot of different ways they function. I do know that the amount of power consumed while in use goes up and down by a lot depending on what cycle and if it is in one of the short pauses between cycles. Perhaps all of these issues can be rectified by simply fine tuning the power threshold that synchrolink sees as "on" or "off".

You might put a wait in there because of pauses between cycles. This may or may not be necessary depending on how much power the washer draws while it pauses between cycles. If status synchrolinc is off Then wait 30 seconds notify In this example, the synchrolinc would have to be off for 30 continuous seconds before it sends the notify. If it were to turn back on before the 30 seconds, it would never send the notify. The next time it shuts off for 30 continuous seconds it would send.

No. But if you used the "then" section of program 2 and put Then Wait x minutes Set bathroom fan off it would.

http://wiki.universal-devices.com/index ... _Variables

Perhaps you didn't put in the "not" IF status bathroom light is NOT off

You don't need any variables for this. If status bathroom light if not off Then wait 5 minutes set bathroom fan on Else blank The above program will turn the fan on if the bathroom light is on for 5 continuous minutes. The fan will run until manually turned off. If you want the fan to shut off automatically: If status bathroom light is not off Then wait 5 minutes run program 2 "else" clause Else blank Program 2 If control bathroom fan is switched on Then -blank Else set bathroom fan on wait 10 minutes set bathroom fan off The above 2 programs will turn the fan on after 5 minutes and run it for 10 minutes. If you click the "on" paddle of the fan switch it will abort the timer and the fan will keep running until manually turned off. Also if you turn the light off then back on it will reset the whole process.

I had just opened a program from the programs tree. In the "program content" box, I clicked on a line of the program to which I wanted to make a change. I believe it was a "wait 1 second" that I was changing. I changed the "1" to a "2" in the "action" box at the bottom of the screen and hit "update". At this time, the "program content" box did NOT change the "1" to a "2". However, the green arrow in the programs tree box DID put an arrow next to the program, despite not having actually made any change. Because the green arrow popped up, I know that it was not a failure to click "update". When I hit "update" a second time, it did post the change. This is one example where I know the details because I was watching carefully. However, I have had several times where I wasn't watching the "program content" box as carefully and did not notice if the change had actually posted. In those instances I had gone ahead and hit "save" and then was surprised when the program didn't work. Then I went back and saw that the changes I thought I had made weren't there. At the time, I chalked it up to an error on my part. However, I now suspect it was not an error on my part after this most recent event. In this most recent event I was watching very carefully as I hit "update" and saw that nothing changed in the "program content" box but did see that the green arrow popped up simultaneously to me hitting "update". So I know that it was not a failure to hit "update" properly. When I hit "update" a second time (just clicked the left button again, this is a laptop so the arrow didn't move even a tiny bit) the change did register. EDIT: I just updated to 4.1.0 today. I don't have any programming changes to make right now to see if this problem persists. Maybe I am can think of some stuff to change just for the heck of it.

This version really seems to work. If Control 'Back Hall / Back Hall Ext Door-Breezway' is not switched On = = = This forces a false (abort timer)with a click of the "on" And ( ( Elk Zone 'Back Door' is Violated = = = These 3 lines always runs a true if the light is off and the door opens at night And Status 'Garage / Third Garage-Breez L' is Off And Program 'Dark Outside' is True ) Or ( Program 'back door' is True = = = These 2 cause the timer to start over on any trigger when already running (see last line of "then") And Status 'Garage / Third Garage-Breez L' is not Off = = = except because of a status change to off ( allows manual turning it off) ) ) Then Set Scene 'Breezway S' On Wait 5 minutes Repeat 15 times Set 'Back Hall / Back Hall Ext Door-Breezway' 250 (Beep Duration) Wait 2 seconds Repeat 1 times Set Scene 'Breezway S' Off Run Program 'back door' (Else Path) = = = This causes the program to be listed as "false" except when it is actively running Else - No Actions - (To add one, press 'Action') The above program always terminates when I hit the "on" paddle of "back hall exit door breezway". So I can always abort the timer if I realize I need some time with the light on to do something after the timer gets going. It always runs false when it is not dark outside so it has no affect on manual operation during the day. It always runs false with manual control at night if the program isn't already running, so manual operation at night without having opened the door isn't affected. It only runs the program if it is after dark and if the light is off to start with. So if you had manually turned the light on for a reason (doing something out there), opening the door is not going to start the timer and shut your light off on you after 5 minutes while your in the middle of something. All of the items that are triggers will reset the timer if it is already running, except for turning the light off or clicking the on paddle of the one switch. So if you keep going in and out of the door, the timer keeps resetting. The timer will also reset at the time the dark outside program changes from true to false (in the am), this is maybe not perfect as you would probably just want the light to turn off when it becomes light out, but at least it doesn't abort the timer and leave the light on all day. The only "weird" thing about this program is that if you change the status manually to anything but off (dim the lights) while the program is already running, it will restart the the "then" which causes the light to go back to full on.

I don't exactly understand the architecture of java, but I assume there is a local file that java is saving all the work in progress and then when I hit "save" it transfers to ISY. It is the updates to the local file that appear to be missing sometimes. The "saves" to ISY do accurately save whatever is in the upper pane, it is just that what is in that upper pane is not necessarily what I thought it was. I do know for certain that the local Java session recognized that I hit update because in the last instance, this was the first update I did to that program. And it registered in the program tree that a change had occurred and needed to be updated to ISY (the green arrow popped up). Except no change actually had occurred. When I hit "update" a second time, then it did update. So, I don't think it has anything to do with ISY/local machine comm (ie firewall issue) since "saves" seem to always accurately transfer what is showing on my screen to ISY. But like I said, the java thing is not necessarily properly understood by me. I did recently switch to windows 7 pro from xp pro, so I don't know if that has anything to do with it.

OK, I think this solves all problems except for the 5 minute window right at sunrise. If ( Program 'Dark Outside' is True And Elk Zone 'Back Door' is Violated And Status 'Garage / Third Garage-Breez L' is Off ) Or ( Control 'Back Hall / Back Hall Ext Door-Breezway' is not switched On And Program 'Dark Outside' is True And Status 'Garage / Third Garage-Breez L' is not Off And Program 'back door' is False ) Then Set Scene 'Breezway S' On Wait 5 minutes Repeat 15 times Set 'Back Hall / Back Hall Ext Door-Breezway' 250 (Beep Duration) Wait 2 seconds Repeat 1 times Set Scene 'Breezway S' Off Else - No Actions - (To add one, press 'Action')

The goal of the program is to turn the light on at the back door for 5 minutes if someone opens the door, at night, and the light isn't already on. Any activity with the door will restart the program. .. which is good. Any change in the status of the light will also reset the 5 minute timer except for clicking "on" at that one switch. . .which is fine (although it wouldn't happen in practice). Clicking the "on" paddle will cancel the program. . . which is the objective. EDIT: The only time I think this program will not work as I want is if I open the door in the morning and in less than 5 minutes the "Dark outside" program changes to false.

Wait, I think this might fix that problem. If ( Program 'Dark Outside' is True And Elk Zone 'Back Door' is Violated And Status 'Garage / Third Garage-Breez L' is Off ) Or ( Control 'Back Hall / Back Hall Ext Door-Breezway' is not switched On And Program 'Dark Outside' is True ) Then Set Scene 'Breezway S' On Wait 5 minutes Repeat 15 times Set 'Back Hall / Back Hall Ext Door-Breezway' 250 (Beep Duration) Wait 2 seconds Repeat 1 times Set Scene 'Breezway S' Off Else - No Actions - (To add one, press 'Action')

No. the "or is not switched on" saves you since that is true. So, I do believe that closing the door resets the program, but that is fine. Edit: although I think that this means when the program "dark outside" changes from true to false or vice versa it will run. Which I guess is OK, but not ideal. I'll have to think about that. EDIT again: Actually, this is invalidating the dark outside stipulation and making the program run every time you open the door. Not sure I can get around that and will have to go back to the old program.

I have sworn on a number of occasions that I changed some value and hit "update" while writing programs and then later it wasn't changed. I chalked it up to maybe I didn't hit update. But I was really starting to think I was going crazy. Well just now it did it while I was directly watching. I changed "repeat 0 times" to "repeat 1 times". I clearly had the 1 in there and hit update, but the program stayed "0". In the program tree, the program had the little arrow pop up that indicates you need to hit save, so it obviously registered me hitting "update". It does not do this every time. I hit "update" a second time and then it changed. I am quite certain that it has done this to me a bunch of times now that I have positive proof that it can happen. I am running the 4.0.5 firmware with 4.0.11 gui right now.

I wrote these programs a while back. This got me looking at them and it just seemed like I should be able to do it in one program. And indeed you can. If ( Program 'Dark Outside' is True And Elk Zone 'Back Door' is Violated And Status 'Garage / Third Garage-Breez L' is Off ) Or Control 'Back Hall / Back Hall Ext Door-Breezway' is not switched On Then Set Scene 'Breezway S' On Wait 5 minutes Repeat 15 times Set 'Back Hall / Back Hall Ext Door-Breezway' 250 (Beep Duration) Wait 2 seconds Repeat 1 times Set Scene 'Breezway S' Off Else - No Actions - (To add one, press 'Action') Putting the original stuff in parentheses and "or" ing it with "not switched on" forces the blank "else" clause to run if you hit the "on" paddle while the program is running and terminates the timer.

Hmmm, this is happening to multiple switches? That is weird. This sounds less like a hardware problem now. Air gap is all that is needed to reset the switch. Turning off the breaker offers nothing more. Just be sure to fully pull the air gap and let it stay out for a good 10 seconds. You might try resetting the programming as well. Pull the air gap for 10 seconds then push it in all the way and hold it for about 5 seconds and that wipes the switch. From there you could try restoring it from ISY. Alternatively, you could erase the switch from ISY and program it from scratch. I did have a problem once where ISY had some orphan links that it kept putting back into a switch and it wasn't until I started from scratch that things were fixed. You can always swap the switch with a new one and see if the new one has the same problem. Or swap it with another switch that you are not having any issues with.

This really sounds like a bad switch.

This sounds like a bad switch or a switch that needs a hard reset. Your description leads me to believe that this switch is just constantly turning on/off/on/off all by itself. Unless you have some errant ISY program running in a loop I can't see any possible way for this to happen aside from a bad switch. While I have not seen this exact behavior, I did have one switch that did some crazy things all on its own. What Lee says about noise is basically true. But just to be annoying, noise can still pretend to be an Insteon command, it is just that the odds are astronomically low. At one point someone calculated how long it would take hitting random keys (ie a monkey) on a keyboard before you get War and Peace. . . it can happen, just not likely.

Yes, well 10 seconds or 10 minutes, he just has to be aware that it will shut off every time unless first disabling the program. This can be rather inconvenient when you actually want to be out there doing something and using the light. All of my timed light programs have a simple way to get out of them. Using 2 programs instead of one and having the second program time the light with an "if" section that causes it to abort (like hitting the on when it is already on). Similar to the following. The first program checks the status of the door and the light and calls the "else" of the second program. If I hit the "on" paddle of the light the second program (the one timing to shut down) ends and the light does not shut off after 5 minutes 30 seconds. If Program 'Dark Outside' is True And Elk Zone 'Back Door' is Violated And Status 'Garage / Third Garage-Breez L' is Off Then Run Program 'back door 2' (Else Path) Else - No Actions - (To add one, press 'Action') If Control 'Back Hall / Back Hall Ext Door-Breezway' is switched On Then - No Actions - (To add one, press 'Action') Else Set Scene 'Breezway S' 100% Wait 5 minutes Set 'Back Hall / Back Hall Ext Door-Breezway' 250 (Beep Duration) Wait 30 seconds Set Scene 'Breezway S' Off In his case he might do something like If status of light is not off Then run else of program 2 If control someswitch is switched on Then . . . blank Else Wait x amount of time Set light off

This may be your intent, but realize as it is, there is no way to turn that light on and have it not shut off in 10 seconds. Every time the status of the light changes it will trigger the program. I suppose that means you could constantly dim it up/down a little and keep resetting the program, but realistically you aren't going to do that.