oberkc

There is not really a good way. Your fewer hop=0 messages is a good clue. The ISY has a scene test, which is a gross indication of communication goodness. This may be the closest to what you are looking for.

In addition to the remotelinc, I also use the table-top enclosures. I also have keypads mounted in wall boxes that control lighting. I use a couple of android tablets for lighting control. Ultimately, my strategy is to minimize the need for local control by programs, motion sensors, and sunrise/sunset. We just don't often need to turn on a single lamp at this point.

Chain a remotelinc to the lamp.

Xathros, You are, as normal, correct. Unfortunately, this was not a stated requirement that I noticed? Perhaps it is the engineer in my personality, but I have ceased attempting to guess people's requirements, or add my own. I try to offer simple solutions to the stated problem. If the scope of a question evolves, and I feel as if I am chasing a rabit, or if I have to start guessing at what the real (and total) requirements are, I become quickly frustrated.

I, too, had already made a suggestion, based upon your original statement that everything was working and that the only problem you were having was dimming to 50% at 1000. In case that suggestion was unclear... Create an entirely new scene, keeping intact existing scenes. The new scene would include all devices that you want to change at 1000, all as responders. At the scene level, define the ON levels (which includes zero) you desire for each device to assume at 1000. Create a program to turn on that scene at 1000. Done.

Your latest program introduces a device: 'Entry, Hallways, Steps / Entryway 8BKP'. I have no idea what that is relative to your original request. Sorry. I see nothing that turns any front porch or outside can lights off or to 50%, I see nothing that turns light back to full bright at 1 hour before sunrise. I see nothing that turns lights off at sunrise. No, I don't think this will do what you originally asked about.

I have only a single v.41 switch, but it is a relay. The two switches I tested (both v.38) behaved just as did MikeD. When off, pressing the on button brings it up to preset levels. This happens always, regardless of recent paddle presses fast on or not.

Yes, the KPL button should come on and off with the motion sensor.

Based on memory, mine is the same as LeeG. At step four, mine would go to defined level, not full on. I will confirm when I get home, as well as check to see if I have any v.41 devices.

This is not something I routinely do with my system, however, my recollection is that if I press ON once, it goes to the pre-defined level. If starting at the pre-defined level and I press ON again (regardless of wait time) it goes to full bright. If starting at full bright and I press ON again, the device will revert back to the the local ON settings. In effect, repetitive presses of the ON button would toggle between full and the locaol ON level. I don't know why mine would be different than yours, other than some change made by smarthome, or a device defect. Is it possible that you have some program running which would cause this behavior? Do you see any program status who's last run time corresponds to switch input?

I only have a couple of things to observe. One is unrelated. First, the hop cound (hops left = 0) I see in your event viewer suggest (to me at least) that you have something going on that makes communication between devices a little troublesome. Regarding your stated problem, I don't see anything in the program that would cause the observed behavior. I cannot help but wonder about your switchlinc, however. It sounds as if it is reverting to last state, somehow, for "on" levels. I had a couple of X-10 devices that did this. What kind of device is this "switchlinc dimmer"?

. I forget whether ISY programs have the ability to command a device to go to a specified level. If so, one could use that capability. If not (and maybe even if so), I would create a new, additional scene. I will call that scene the "10pm scene". To that scene I would add Outside Front Can Lights and the Front Porch Can Lights. At the scene levels, I would set "ON" levels to be 0 (off) and 50% for each of the two devices, respectively. Modifiy your program (or create a new one) to turn this new scene on at 10pm.

LeeG's advice is probably most productive. Short of that, I would expect a program such as this to work: if from time xx:xx to yy:yy then run other program (then path) wait 1 hour run this program (then path) else other program if then do whatever you want done every hour else

I can only speculate, but I would be inclined to take it with me if needing to sell soon. But...everything is up for negotiation.

At one point he was talking about AC, which suggests summer, during which times 80%+ humidity can be quite realistic. But, you still may win the doll. Regarding furnace use of humidity settings, my honeywell prestige can handle heat and cooling requirements based (at least in part) on humidity. For heating season, however, control of humidity generally requires a humidifier.

You have two thermostats? And they differ only by 1%? Or, you have an ISY which reports 83 and the thermostat reports 84? But later, you report that the ISY reports the values "properly"? I am confused.

That is what it is sounding like, to me. I am not convinced that this is true. I have a few dual-band devices, but most of mine are powerline-only, so my personal experience is limited. Based upon what I read around here, it seems to me that the RF range of some of these devices can be limited (and affected, in part, by installation factors) and that RF should not be counted on as primary communication. Insteon remains, in my mind, primarily a powerline communication protocol, with RF provided as backup. I suspect you will have to solve any powerline communication problems (assuming that is your problem) to get your system to work well.

If you want a time-based panic mode, perhaps something like: If Control 'Living Room- G' is switched Fast On Or Control 'Dining Room - G' is switched Fast On Or Control 'Master Bedroom-G' is switched Fast On Then Send Notification to 'Kerry - Text' content 'Emergency Trigger' run panic program (then path) wait 10 minutes run panic program (else path) Else - No Actions - (To add one, press 'Action') add a new program (I call it "panic"): if then Set 'Siren' On Set Scene 'Every Light' Fast On Wait 1 second Set Scene 'Every Light' Off Set 'Siren' Off run panic program (then path) else I am not sure if the detailed steps are perfect, or even correct, but I suspect you can get the approach I am suggesting.

One can also get LED that emit the cooler, white light. Although, I don't know if these are available in GU24 base. My perception, based upon the various devices I have tried, is that LED is more compatible with insteon. Still, this is device-dependent. I have found an LED bulb that caused problems, but mostly not that I notice. Again, this is unscientific. I measure nothing...just observe the results.

I would first check out the wiki. Try here: http://wiki.universal-devices.com/index ... on_Sensors

While I have no scientific proof of this, I also believe that CFLs can get noiser over time. Perhaps you are seeing the results of the normal aging process?

In general, if you have a situation where a device, when on, causes communication problems, I would first suspect the device is causing problems. If, when KPL on the wall is on, there are communication problems, what is the load. If the KPL on the wall controls your nightstand lights, what are these lights? Incandescent? LED? CFL? Something else? If anything other than incandescent, there is risk of a really noisy device, or one which attenuates signals.

For that, I believe you will need a program. I don't believe insteon scenes can support such a scenerio. You will also need to create an additional scene, with the KPL button as the only device, as responder. Your program would look something like: if status "bathroom light" is on or status "closet light" is on or status "bathroom fan" is on then set "scene with KPL button" on else set "scene with KPL button" off

One of the guiding general-purpose principles involving ISY is that you should use the ISY to manage your "scenes". If you have linked these switches prior to adding them to the ISY, I suggest factory resetting them. While it is not absolutely necessary to reset them, I believe this to be good practice in all cases. Best to start with a known clean device. Once factory reset, add ALL individual devices to the ISY. Once added, create two scenes, calling it whatever you want, representing the four-way and three-way circuit. Add the three devices to the four-way scene, defining each as a "controller". Add two devices to the three-way scene, defining each as a controller. At this point everything should be working great!

Nor the WAF. The more I read, the more I become convinced that a few access points, strategically place, remains a valuable part of any insteon installation.