oberkc

Yes. I have a backup program that turns lights off at dawn and, among other thngs, resets the motion programs.

My wife is one of those. She claims not to have to turn off lights because they are automated. The problem is also that she gets concerned also when I use geofencing to determine whether she is home (it is creepy, apparently). Between a rock and a hard place.

You do the same thing that I do, except here. Mine revert to "normal" function at dawn.

Glad you figured it out. I could, at best, make educated guesses at many of those settings.

I have always felt that many underestimate the nuances of these types of automation programs. This is definitely a scenario that is worth thinking about in terms of requirements before programming. I agree with you that better understanding of the lights and requirements is needed to provide better answers. The program I proposed, for example, would not halt itself should someone manually toggle the lights while the timer is running (not sure whether this is important or not). I suspect this program will get more complicated still as AnthemAVM thinks further about what he wants to accomplish.

What are "side lights"? Is it the laundry room exterior lights? BBQ lights? Both? Either? What if someone manually turns on the BBQ lights but does not turn on the exterior lights, what do you want to happen: timer or no timer? What do you want to happen if the timer is already in progress, THEN someone manually turns on one or both of the lights? Depending on answer to the questions above, I would probably take a different approach than Larryllix. I would probably keep it two programs: If From 10:01:00PM To Sunrise (next day) And 'SideGate-Opened-Opened' Status is On and ( 'Exterior Lights / Laundry Room Exterior Light' Status is Off Or 'BBQ Island' Status is Off <<<<<<<<<<<<<<<<<this may need changed to AND depending on your answer to my first question ) Then Run Program 'Side Gate On' (then) Else - No Actions - (To add one, press 'Action') If nothing Then Set 'BBQ Island' On Set 'Exterior Lights / Laundry Room Exterior Light' On Wait 5 minutes Set 'Exterior Lights / Laundry Room Exterior Light' Off Set 'BBQ Island' Off Else nothing

Do you know for sure that they actually came on? I understand that there are no programs with this device but, by chance, did any programs run at (or about) 12:09:31AM?

I did not see three motion sensors. Program 3 is not needed. The other programs, as now written (added ELSE statement) will take care of this. Programs one and two should have an additional statement added to the end of each ELSE path: Set Scene 'Flood Lights' Off I will throw out another option: a single program: If ( Control 'Outside / Rear Deck South Side-Senso' is switched On or Control 'Outside / Rear Deck East Side-Senso' is switched On or control third motion sensor is switched on ) And From Sunset To Sunrise (next day) Then Set Scene 'Flood Lights' On Wait 15 minutes Set Scene 'Flood Lights' OffElse Set Scene 'Flood Lights' Off For any program, ask yourself what will force an evaluation of the IF clause. For the ISY, the evaluations are triggered based upon the conditions contained within. In your (and my) specific cases, the programs would be triggered upon the following events: - sunset -sunrise -receipt of ON commands from one of the two motion sensors. Regardless of what triggered the evauation, the entire condition is evaluated. Any time the evaluation is triggered, WAIT and REPEAT would allow the on-going execution to halt and the program restarted, based on the results of the evaluation. At sunset, the entire condition is false (no simultaneous receipt of any ON command) and the else path runs. At sunrise, the entire condition is false, running the else path. Upon receipt of an ON command, condition could be true (if between sunset and sunrise) or false (if after sunrise and before sunset).

Program looks fine. I expect it to work when you get your communication problems solved. In addition to those things said by larryllix - make sure you PLM is not on an outlet or circuit with lots of other electronic gadgets. - make sure you have confirmed communication between the legs of your electrical circuit. There is a test in the user manuals for most of your dual-band devices that include this test.

I cannot help but fear that this is a hardware failure.

"Best" is subjective. On this one, I would be afraid that motion would trigger during the 15min wait, causing the program to re-evaluate and run false, leaving the lights on indefinitely. Alternatively, if sunrise occurs during wait period, program will halt and leave lights on. Is your objective to have the motion lights turn off after 15minutes, even if subsequent motion is detected? "Control ...on" will only trigger a program upon receipt of ON signals from the motion sensor. OFF signals will NOT trigger the program. It will be TRUE only at that point in time when so triggered. At all other times that condition will be false. "Status...on" will trigger programs only upon a CHANGE of status. Repeated ON signals will NOT trigger the program. It will be TRUE so long as status remains ON. Any time a program is triggered (during a wait or repeat) the program will be interrupted. The only question is whether the program evaluates TRUE (runs THEN) or FALSE (runs ELSE). Having the variable does not halt the interruptions. Rather, having the variable changes the evaluated state (true/false) once interrupted. As for me, I would actually prefer that a new motion sense would reset the timer back to 15min. My recommendation is to state your requirements, in detail. Write them down. What do you want to happen when a motion sensor is triggered? What do you want to happen at sunrise (anything? Turn off the light?)? What do you want to happen if motion is sensed and the light is already on (reset the timer? nothing?) What do you want to happen when one sensor triggers and a second sensor triggers during the wait period? After the wait period?

Brian H, it sounded to me as if they have already tapped into the wall button with another gadget. This same approach would work with the IOLinc, don't you think?

The insteon garage door kit, including the IOLinc, can be configured to send a "momentary" ON signal, very much like a doorbell button.

It would help if you actually post the program. Are you on v4.X of the ISY software, or have you moved to v5.x? One possibility is that your conditions checking on lights being ON are "control on" (rather than "status on") conditions. Is this the case? If so, your program would not ever run the ELSE path.

Given what you describe, I think I would be happy to assume that I am leaving the cabin at approximately the same time each visit and turning off D button at the same time on the 10th day. Whether that is in the morning or evening or whatever, a simple approach would work. Given that you already have some programs working, I will also assume you have an understanding of programming with the ISY and are seeking an approach, rather than the exact steps and syntax for the specific programs. I would take the approach as I originally suggested. First, create a variable (probably would use a state variable here) that is to be used to count days since pressing the button. For these purposes, I will call it "daycount". Second, I would create a program which would increase the daycount variable by 1 each day. Third, I would create a program that would watch for status of D button. If D was ON, I would then enable the program created in the second step. If OFF, disable that program and reset the variable to zero. Finally, I would create a program which would, at a fixed time each day, check the variable value and, if = or greater than 10, turn off D button.

A simple method would simply be to initiate a pogram which increments a variable by one each day. When the variable reaches ten, do something. Whether or not this meets yo needs could depend on what you mean bt “10 days”. If you mean exactly 240 hours from the time you press the button, it might take a little more effort. If you simply mean to do something at a fixed time on the tenth day, this simple method might work.

To satisfy my own curiosity...you state that the ISY recognizes the device as a 5-button dimmer. How many buttons were added to the device tree, 5 (main, A, B, C, D) or 8 (A-H)? One factor that may come into play here is that these keypads can be converted from 5-button to 8-button (or reverse). The keypad sure sounds like it thinks it is in an 8-button configuration. I wonder what would happen if you converted it to a 5-button configuration following the instructions from the manual.

I know that I have converted 6-button versions to 8, and used the instructions that came with the keypad. I don't recall that this can be done via ISY. Also, if needed to perform a factory reset, this will bring the unit back to the original button configuration (6 or 8). According to the latest manuals, this conversion capability is still in place. But, yes, it seems that the 2334-222 is the current version of your old 2486D. Why would you be looking for other "options"?

Even if you don't have a spare device, create a scene (as a test) and put the relay in it. From there, send scene ON and OFF commands and observe how the different modes react. I think you will find that the device DOES work as expected from a scene perspective.

No, I do not think you are confused about momentary-A. (Either that, or we are both confused.) My understanding of momentary-A mode is that either (both) ON and OFF commands will trigger the relay to close momentarily. The only thought that I have is that this may work differently when the relay is part of a scene with another insteon device (keypad button, for example) as controller. Is there a chance you have a spare device laying around to test this theory?

Your action first sets the main door open, then waits. Unfortunately, this will retrigger your program and halt further execution of the action, which will now be false and run ELSE. The trick here is to use two programs. One option would be something like: If $Retirement_Garage_Door >= 50 And 'MyQ / Main Door' Door State is Closed Then run next program (then path)Else - No Actions - (To add one, press 'Action') next program: If nothing Then Set 'MyQ / Main Door' Open Wait 1 minute $Retirement_Garage_Door = 0 Else - No Actions - (To add one, press 'Action')

I do not recall a "resume" type of command. While I imagine creative programming techniques could achieve your goal, I am not sure that there is a canned command for this. Without thinking too much about this, I wonder if you could insert a condition in your programs which would trigger them at the conclusion of your 15-minute wait period. What I imagine might be even harder would be to resume prior status, regardless of whether the result of a program, or manual control.

OK. Try mouse-click on the lts low (IRLinc Reciever) within the scene definition. Check to be sure the ramp rates and ON levels match those shown in your snip. (Most likely they do not.) Remember, responder levels can be different for each controller.

I had the same experience as Asbril (though I do not know from where he was talking on the phone). He went well above the call of duty.

I am not in a position to confirm, but current month is one of the system variables, I thought. In fact, I think I use it in one of my programs.