oberkc

No. "If X10 'D4/On (3)' is Received" would be triggered only by reciept of an "on" command. Bright, Dim, and Off would not trigger an evaluation of the condition and no "false" evaluation would ensue.

To expand upon LeeGs response, one way that these relays may get out of sync is if you issued an insteon command to one, but operated the other via the mechanical button or remote. This relay status, by itself, does not necessarily represent a problem or even an indication of anything amiss. If your system is otherwise working as you expect, no need to spend any more time on this.

Well, then. Clearly I misunderstood. Ignore my suggestions. Thanks for pointing this out.

Theoretically (I have not attempted), I believe one could come up with a solution based on an ISY program. It may require variables to define fan speeds, but I see this encompassing multiple programs with logic something like: if status fan is off and control switch set on then set fan to low if status fan is low and control switch is set to on then set fan to medium etc....

I stll believe you have only two legs in your electrical system, despite having two panels. I can't say how reliable are dual-band devices (don't have any beyond access points). If you haven't done so, I think I would still confirm you have legs coupled, following the directions in the manual (encompasses four rapid button presses, I think).

Is that not the current section "how are you using the ISY"?

How many of these are dual-band devices and have you ensured that you continue to provide a communication bridge across the legs of your electrical system?

As I understand it, disabling a folder will only stop included programs from self-triggering. I don't believe it will halt on-going programs, nor will it prevent initiation of these programs from other sources (such as being called from other programs). Perhaps (I don't remember) there is a program action that can halt a currently-executing program?

It sounds like this one is solved, then. I am glad you got it working.

Good to know. I was not sure (would have guessed not).

Given that the programs in the folder are disabled if KPL C is off, I am not sure that such a program would run. I believe it would be best to keep this program out of the folder. This is a good option in my mind in that this allows a bit easier maintenance and updates for new devices into the affected scenes.

I don't know. However, if you want something that triggers from on an "off" command AND evaluates as true when thus triggered, one can use: if control .... is switched off. In my mind, this is the opposite of the "if not switched off" construct, so both options are covered.

I have lost track of what your program is doing/not doing that you don't/want it to do, but it appears to me that LeeGs point is insightful: there does appear to be some confusion about triggers versus evaluations. In case this helps: Will act as a trigger only upon reciept of a "fast on". Will evaluate as true when triggered. Evaluates false if program evaluation is triggered by another condtion. As opposed to: Will act as a trigger only upon recipet of an "off" command. Will evaluate as FALSE when triggered. Evaluates as TRUE if program evaluation is triggered by another condition.

For ANY insteon device, including a remotelinc, to control another insteon device, both have to be part of a scene. That is the nature of insteon.

The instructions that come with each insteon are written based upon the assumption that there is NO ISY. Given that you have one, you pretty much ignore them and follow the UDI wiki and users manual for all link management activities.

I suspect that the limitation is with the insteon protocol that would make this suggestion difficult to implement. I don't use it, but there is a command to adjust devices within a scene within the ISY. Folks around here have used this to change responder levels at defined times (reduced brightness after 11pm, for example). Perhaps this would offer an opportunity to do what you desire. It would also require a program.

I can imagine only that it may increase wear and tear on the motor. Perhaps is would impact electrical use. I suspect neither will be noticable. Probably doable with variables, but I suspect the effort is not worth it. You could create a different scene with the same members (all may have to be responders, however). Adjust "on" levels to suit, such as kick lights dimmed, the rest off. Trigger this scene from a program. I think the "off" levels are not adjustable by insteon design.

I don't think iOS would support this (probably best for android) but my dream app would create a resizable widget that emulates a keypadlinc. This would include real-time status, toggle modes, etc. I want to use tablets as controllers at various places throughout the house, and don't want to have to go through multiple steps to turn a light on or off.

This does not necessarily guarantee physical proximity from a wiring standpoint. While it sounds like you have a lot of dual-band devices, have you ensured you have at least one on each leg of your electrical supply?

All "scenes" have "on" levels for each controller of the scene. When you activate the scene, are you sending an "on" command or an "off" command. Have you checked the "on" levels for each controller? Where is you ISY plugged in, and with what other devices in that outlet and circuit?

I use a computer printer and transparent/sticky media. Works on both remote and keypad. While the eventually wear, they last longer than most solutions, and are pretty easy to replace when necessary.

I use a couple of dimming modules for CFLs exactly as you describe: set to 100% with instant on. Theoretically, I understand that this may not be optimum but, for whatever reason, I found some modules worked (communicated) better than others with CFL installed. So far (five years, maybe), no fires. No failed modules. No failed lamps. Use of the module, however, minimizes the risk that they would be turned on in a dimmed state. I understand that using an actual dimmer switch for CFLs introduces a risk that someone may accidentally dim them. I suspect the consequence would be device damage or failure rather than fire, but I don't consider it worth the risk to find out. For applications where there are physical switches, I exclusively use relays where I want CFLs. I don't like CFL dimming characteristics, so anything that I want to dim I use LED or (rarely) incandescent. Now that I think of it, I don't think I have any CFLs in use any more, other than basement and garage. Everything is now LED, dimmed or not. So, I guess my advice is based upon past experience, rather than current. I have noticed some problems with some CFLs causing communication problems, but I used many at one point and still had a pretty reliable system. If I identified one lamp as problematic, I simply switched out with a different one and that usually solved the problem. The fixtures with ballasts and tubes can also be a problem, but I have several of these as well. My suspicion from experience is that they tend to get worse from age. Keep fresh lamps and ballasts, and they tend to be tolerable. My suggestion is to try them and, if needed, they are pretty easy to filter. I also exclusively use relays for the tube lights.

What is this programs' conditions? I don't see anything here obvious, but there are still a few unkowns in my mind. The thing I would be looking for is something in one of these programs ('p Office2 Sunset-Sunrise MS On', or 'p Office9 Off 2 Hr') which causes your folder condition (Program 'p Office9 Motion Timer Enable' is True) to turn false. Since these programs are not posted, I am only speculating.

I have successfully controlled lighting from a logitech remote (and others) via IRLinc. Unfortunately, it was some time ago and the specific steps are not fresh in my mind. I recall that the general approach was to program individual buttons from the remote to be recognized by the ISY, then trigger programs from those button presses. I would need to refresh my memory when I have access to the ISY. Why not add the delays to an ISY program turning on the lights?

The only problems I have had with programs were directly related to errors. I have not experienced any problems with this.