oberkc

I use the irlinc with the ISY-99. It works great. I believe this is a good solution. I have not used the EZUIRT.

I don't expect that you could interface via RF, but could with IR. you would need to install an IR reciever (ISY-99ir or IRLinc) in the room where you expect the remote to work and program the ISY-99.

In similar situations around my house, I simply remove the switch, disabling local control.

Testing for a "NOT OFF" condition is a nice trick when one is using dimmers, where you want to test for a condition where the device can be at any level greater than zero. For relays such as appliancelincs, where there are only two conditions ON and OFF, I would expect that you could use: and status of coffee pot is on

Electronic devices can also attenuate, or "absorb", signals. Regardless, the consequences to your insteon system are the same and a filter will work.

In case you are interested, "noise" is not the only issue. There is much discussion about the effect of electronics devices on insteon communication and a great deal of detail that I find interesting, but of limited value from a practical standpoint, given my lack of access to the necessary troubleshooting tools. I generally think of the potential degredation of insteon communication by electronic devices as, generically, "interference". Regardless of whether it is noise or something else, my experience is like that of Brian H...yes, a filterlinc will help. Also, as Brian H suggests, trials and tests without a filterlinc(s) may reveal no problems, in which case no worries. To this I would add that I have found the problems with electronic devices can be additive. While no single device on your list may be a noticable problem, the effect of so many devices could be. Furthermore, communication failure is not necessarily catastrophic. You may simply experience reduced reliability in your communication (80% success rather than 99%). Or you may notice slow response. Having so many devices plugged into a single outlet offers the opportunity to filter a lot of devices with a single filterlinc. For these reasons, and my experience with similar electronic devices, I suggest putting them on a filter as a pre-emptive measure. You have a lot of money invested in insteon. A few, well-placed filters is cheap insurance.

Guess I forgot a word. Mount a couple of electrical boxes TO/ON/IN a board. You were correct. Yes Yes, you could use this outlet, but I suspect it may be physically blocked by the filterlinc. Consider the second outlet a spare. You may also use this second plug, but it may suffer the same fate as the second plug on the outletlinc. Spare outlets never hurt, however. Yes.

Based upon your description, I consider it highly likely that you are going to experience less-than-optimum performance from your insteon system. The PLM is the brain. It must hear everything. Furthermore, plugging your PLM into the UPS is, in my estimation, a way to nearly guarantee failure. Personally, I have added a dedicated circuit for the PLM. While I expect that this is an overkill for most applications, I believe you should reconsider your plans. My suggestion would be to use some combination of extension cords (not surge suppressor types) to ensure EVERYTHING you have on this outlet is filtered, except the PLM. Depending on your skills, perhaps you could build your own "extension cord". Mount a couple of electrical boxes a board. In one box, add an outletlinc. In the other, a standard outlet. In the outletlinc, plug in a filter, from which you could run a power strip with all your occasional electronics. In the other outlet, plug a filter, from which you would power your UPS and always-on electronics. Power this from the end of a power cord, plugged into your closet outlet. In the other outlet of your closet, plug your PLM.

I have experienced no problems using a keypad with the ISY. None. Never.

Yes. One can log into the ISY admin panel remotely. Or one can use an app such as mobilinc.

I may be able to help with a couple of these: I understand that this causes the ISY to query a particular device and display all the links stored in that device. As opposed to I understand that this displays the links that the ISY thinks is associated with a particular device. Both should be identical, but can diverge for various reasons. I believe that the ISY uses these two results in the "compare" function.

Alternatively, you can identify key devices or scenes as moblinc "favorites" and control them all from there without having to back out of devices or scenes.

In retrospect, status would not be right, either. My thoughts are now something like: from 0800 am to 1000 pm (same day) or control master keypad ... switched off or control master keypad ... is not switched on then set shade... on set master... on set master ... on else set ... off set ... off set ... off I expect a program such as this to trigger at: 0800am (evaluates true), 1000pm (evaluates false), keypad off (evaluates true), keypad on (evaluates false). This also assumes that your master keypad is a relay (not dimmer). Hopefully, this works, or give you some ideas to combine these two into a single program.

I would expect that one program would work. In this case, I would try "status" rather than "control" for your master bedroom keypad condition.

Well, I can only speculate, given that I know nothing of what is in the scene or the elk condition. How long does the kitchen motion violation stay on? Is this a momentary condition? Can you observe the status of the zone from the ISY-99 admin panel? Is it possible that the violation comes on for a short (less than two minutes) period, turns off (unviolated?) by itelf (or based upon motion sensor input), forcing a re-evaluation of the condition before the end or the two-minute wait period?

I use several outside, but protected from direct exposure to any precipitation, wind, or sun. Temperatures range from -15 to 100.

Typically, this is caused by a a program action that would force a re-evaluation prior to the end of the wait. Does changing the scene "front door / foyer" cause some change or violation in the elk zone "kitchen motion"?

Besides kitchen cans, What other devices are in the scene "kitchen sensor on", and what is your purpose in creating this scene? What is your intentions with your third condition (kitchen cans not on)? In my mind, this condition has no purpose given your stated requirements.

You may have to describe the desired response of each device.

I would investigate the use of program folders. With such a folder, you can specify conditions where included programs will be enabled. For example, you could create a folder with the condition that included programs would be enabled between 1010 and 0110 (next day). In that folder, place your current program, with the condition modified to be based only upon the garage door sensor (removing the time-based condition).

Yes

I did not mean to suggest that there are never reasons to check status, but, rather, in this case. The stated goal is simply to turn them on at a certain time, then turn them off at another time. I believe hyounker has the best approach given the stated desires.

I see no practical reason to check light status as a condition. If Time is from 1240 To 1245 Then Turn light on Else Turn light off

I don't believe there is "harm" from disabling the query program. I have always assumed it is there just to provide re-align ISY status with actual device, reducing the risk of a mismatch. I have never understood why running a query would change the status of a device. Perhaps the query triggers a program?

The point I was trying to make was that I see NOTHING that would cause "NIGHT TIME" scene to go off, accidentally or otherwise. I suspect there are things going on in programs or scenes that you have not mentioned or described.