oberkc

I am not so sure. I have found the logic statements to be extremely versitile.

I was concerned that someone may read your earlier suggestion to put it into one of the momentary modes (A, B, or C) and conclude it did not matter. In this case, it might.

I would expect that sending an OFF command COULD cause problems if the relay is configured to respond to both ON and OFF commands. No?

In what momentary mode do you have it? What makes you believe that it does not "automatically turn off"? Understand that the status as shown on the ISY represents the last command sent to the relay, and not necessarily the status of the device.

Does it do what you want?

Programming, at any level, is an precise and unforgiving endeavour. The good news is that it will do exactly what you tell it...every time. The bad news is that it will do exactly what you tell it, regardless of whether that is what you want.

This can be done without variables if you would rather avoid it for now. I agree it best not to try to run before being able to walk. As a reminder, i offered you a proposed solution should you care to try it. I agree with one point about variables, however...they can help make it easier to visualize what is happening. Just remember, your KPL button is more than an indicator. You have also expressed interest in using this button to turn on and off your lights. Another observation I have is that it seems you may be trying to hit a moving target. I am a fan of working through your requirements...understaning what you want....before going too deep into a solution.

Erick, upon reflection of apostolakisl's comments, I believe he found a problem with your second program that I did not catch. If you were to toggle your KPL button before midnight, it would turn off the landscape lights. I suspect you would find this less than desirable.

No, I did not include this provision to manually turn landscape lights on. If you want that, you could modify the first program such as: if time is sunset-10 minutes and control KPL button is not switched off or control KPL button is switch on then turn on landscape lights else turn off landscape lights Simple enough. I see no problems here. If all you want to do is "keep" the lights on at midnight, then you have a little duplication. There is no need to turn on lights that are already on. But I think you may have devised a way to address all your concerns in two programs rather than my three programs. Nice! As I see it, this program would trigger at three distinct events: at midnight, at sunrise-1hour, and any change in status of the KPL button. At midnight, if the KPL button is off, the lights turn off. At midnight, if the KPL button is on, the lights stay (or turn) on. At sunrise-1hour, the lights will turn off regardless of the KPL status. Additionally, between the time of midnight and sunrise-1hour, the KPL button will toggle on/off the landscape lights. The only question I have for you is whether you want anything to happen to the landscape lights when you toggle the KPL at times other than between midnight and sunrise-1hour?

Is this not what you expected?

I would probably do it different, but based on concerns that you may not have. For example, is it possible that you don't know whether you are going to be late until after sunset-10? What happens to your programs if you toggle the KPL button ON after the lights are already on (it seems to me that you have some potential issues here)? What do you want to happen to the landscape lights if you toggle ON the KPL button after 1158 pm, but before sunrise (I did not address this concern, but you may want to)? Instead, I would probably allocate things a little differently. First, you always want the lights to come on, regardless of button correct? Start with this: if time is sunset-10 minutes and control KPL button is not switched off then turn on landscape lights else turn off landscape lights The program above will always turn the lights on at sunset-10 (regardless of KPL status) and will always turn them off when the KPL is toggled off These next two programs will automatically turn them off at specific times, based on the status of the KPL button: if time is 1158pm and status KPL is off then turn off landscape lights if time is sunrise - 1 hour and status KPL button is on then turn off landscape lights Hopefully, there are some ideas you can play around with.

I have only theories why the light does not go off at dawn. You want the light to come on, or to enable the response to the motion sensor? Is there any particular reason to avoid using the ISY built-in dusk/dawn timer? I am assuming that this suggests that you don't necessarily want the light to come on at dusk and turn off at dawn, but rather you want the motion sensor enabled between dusk and dawn. Change checkbox to ON only. Eliminate this scene. Create a program: if from time = sunset to sunrise (next day) and control motion sensor turned on then turn on porch light wait three minutes turn off porch light else turn off porch light If you would rather use the motion sensor light settings for enabling the motion, change the program to: if status dusk.dawn is on and control motion sensor turned on then .....same else ....same

The ISY does not "check" status on a schedule. ISY programs based on status are triggered when the status changes. If the status does not change, the program will never trigger. The only time your first program would trigger is if the status of either of the two devices in the IF condition change (or if you trigger the program manually or from another program). This program would trigger itself when either the GR Kitchen Lights or GR Island Lights status changes. For status, the cause of the change does not matter (whether a switch was manually changed or from other causes).

I vaguely recall that some of the older keypads do not allow secondary button ON levels of zero. Hopefully I am wrong.

I do not believe so. Hopefully, this will happen very rarely. This is the case at my house.

Shannong's experience with non-toggle off is as mine...the button will flash a couple of times, the turn off. It should work in a scene. At my house, it DOES work in scenes. Perhaps it is a bad device. If it is sending OFF commands, yet the LED is staying on, this would make me suspicious. Is it possible that there are other programs triggered by this button? Could this button also be a responder in another scene?

I agree with LeeG...this is not a program problem. There are lots of possibilities explaining the behavior. My first question is whether the ISY knows that when these two lights are on. Try turning them on manually and checking the ISY to be sure that it noticed the change in status. Do this several times. Does the ISY always reflect accurate status?

Indeed, you are not the first to miss this little detail. This is by design, as I understand insteon, and not unique to the ISY. The purpose of this is to allow multiple buttons to control the same scene, but have different responses. A scene might contain 10 lights, but you may want those 10 lights to be a different levels for, say, watching a movie, versus gathering around, or intermission, or snacks. You could assign four controller buttons to that same scene, but the levels could be set for four different purposes. Most consider this a valuable feature of insteon, I suspect.

I am not sure that I am following what is and is not happening that should and should not happen. Your screenshot captured the ON levels for some of the devices, but not all. Keep in mind that the screen shot represented the ON levels for when the SCENE is invoked from the ISY. These levels COULD be different when the scene is invoked from one of the keypad controller buttons. Click on each controller button and make sure the ON levels are where you want them.

The ISY needs, also, the "PLM" (PowerLine Modem?). Make sure yours included this. Perhaps the difference in price was due to one being a kit (with the PLM) and the other being just the ISY?

This is the very nature of insteon and X-10. The ISY does not solve that problem, though it can trigger X-10 commands from insteon. Yes. Nothing is lost. No. Being in scenes is not necessary for this to happen. But...yes, ISY can handle that. I am unsure. I suppose it depends on how the palm pad remote interfaces with your system. If IR, then almost certainly this would be no problem. If X-10 RF, then no problem. If something else, .... probably, but would have to confirm. It is not needed, but I find it useful. It adds no functional capability. Rather, it makes managing your X-10 devices more intuitive by allowing one to give them names and add them to the device listing.

Erick As your program is now written, the timer would, indeed, continue after the lights are turned off. However, if the lights are then turned back on before the one hour timer finishes, I think you would find that the timer would be reset, due to the new "control on" received. If the light is on when the next person comes, and the timer is nearing the end of the countdown period, then the lights could go off at an inconvenient time. This can be solved by pushing the ON switch (even if the lights are already on), but I would expect this to be easy to forget. I am not sure that there is a programmatic way to solve the second problem. To extend the countdown without human interaction tends to suggest a need for the ISY to know that there is a human present, which tends to suggest the need for a motion sensor.

I would probably look in the manuals for each device, to find out how to factory reset everything. Then I would factory reset everything. Load up latest version for ISY-99 (3.3.10, or something like that) and start linking. Keep in mind that the -99 no longer receives updates. It is possible that it will not recognize some of the latest insteon devices.

I beleive you will get an occasional response from UDI around here, but it is mostly users. The UDI wiki has the contact info for technical support. http://wiki.universal-devices.com/index ... =Main_Page Do ,you have a lot of gadgets on your network? A server? Anything that one can access from outside the home? I wonder if there is an IP address conflict, or a port conflict.

Yes, you listed "apps" but I asked about those that did not require a computer running 24/7 to operate. I already listed two apps that have this and there are about 6-7 more a quick web search would provide you. Ah! So those who disagree are simply not sophisticated "power users". OK.