oberkc

That is also consistent with my recollection, but a more authoritative source would be better.

I understand that there are hardware versions and software versions, and that it is the version that shows up on the ISY amin console that should give you concern if it is v35. It sounds like you may have an issue with the v35 devices.

Without explanation of the difference between control and status, I suggest the following changes to your program: If control 'Front Door Walkway - Sensor' is switched On and Status 'Front Porch Light' is 30% Then Run timer program (then path) Else -No Action Eliminate the second program and keep the third and fourth: If Time is Sunset Then Set 'Front Porch Light' 30% Else -No Action If Time is Sunrise Then Set 'Front porch Light' Off Else -No Action Create a program folder, where the conditions are: if From sunset to sunrise (next day) Then run the programs in this folder In this program folder create the "timer program" referenced in the first program: if then Set 'Front Porch Light' On Wait 10 minutes Set 'Front Porch Light' 30% else One problem may occur....if the front porch light is manually controllable, this whole scheme can fall apart if someone comes along and dims or brightens your light. For example, if someone comes along and dims your light to something less than 30%. All of a sudden, your program will never evaluate as true (until manually set to 30% or next sunset). If such a possibility concerns you, you may consider an alternative to your first program: If control 'Front Door Walkway - Sensor' is switched On and Status 'Front Porch Light' is not off Then run timer program (then path) Else -No Action I hope this works out for you.

OK, so the light brightens (suggesting that the program executes) but does not dim back (suggesting that the program halts execution). I note that your program still relies on motion sensor "status" rather than "control". I think changing to "control" will (as suggested by J0rdan) will solve most of your problems. I expect that you will still have a potential problem at sunrise. I will provide more detailed program suggestions when I get more time.

Who are "They"? Did they tell you how to control speed? I see nothing on the fantech web page suggesting anyting with regards to insteon. Since you did not say which particular model of fantech you installed, I can only assume that this is some type of electric motor-driven device. My understanding is consistent with Brian H: there is no insteon device rated to control speed of inductive loads, such as an electric motor. You could use a relay to control on and off only. Any of the insteon relay devices would work, assuming that they meet the needed power ratings. You could use the ISY to automate on-off cycle times.

I think this would avoid the problem of of the sensor time-out. This sounds like a good idea to me. You may help with troubleshooting by describing your symptoms. How does it "not work"? Does it not turn on? Does it not turn off at dawn (do you want it to)? Does it not revert to 30% after ten minutes? I see two areas of concern with your program, and j0dan has hit upon one: if your motion sensor status changes to off before the ten-minute wait, then the program will cease execution of the "then" statement and begin execution of the blank "else" statement. I expect changing "status" to "control" will solve this problem. The second area of concern I see is if motion is sensed within ten minutes of sunrise. If your progam is in the ten-minute wait period when sunrise occurs, the program conditions will trigger and become false, and your "else" statement will cease execution before turning the light back to 30%. Do you intend to keep the porch light on all day at 30%? Do you have another program which turns it on (30%) at sunset and off at sunrise? There are relatively painless ways to solve your problems. I have found good value in looking at the wiki, and specifically, the write-up about motion sensors: http://www.universal-devices.com/mwiki/index.php?title=ISY-99i/ISY-26_INSTEON:Using_X-10_Motion_Sensors If you care to add a bit of detail regarding what you expect to happen that is not, I am sure someone here can offer a solution. Please include what you want to happen to the porch light at sunrise and sunset (do you want the porch light to turn off and on, respectively?)

I think this would avoid the problem of of the sensor time-out. This sounds like a good idea to me. You may help with troubleshooting by describing your symptoms. How does it "not work"? Does it not turn on? Does it not turn off at dawn (do you want it to)? Does it not revert to 30% after ten minutes? I see two areas of concern with your program, and j0dan has hit upon one: if your motion sensor status changes to off before the ten-minute wait, then the program will cease execution of the "then" statement and begin execution of the blank "else" statement. I expect changing "status" to "control" will solve this problem. The second area of concern I see is if motion is sensed within ten minutes of sunrise. If your progam is in the ten-minute wait period when sunrise occurs, the program conditions will trigger and become false, and your "else" statement will cease execution before turning the light back to 30%. Do you intend to keep the porch light on all day at 30%? Do you have another program which turns it on (30%) at sunset and off at sunrise? There are relatively painless ways to solve your problems. I have found good value in looking at the wiki, and specifically, the write-up about motion sensors: http://www.universal-devices.com/mwiki/index.php?title=ISY-99i/ISY-26_INSTEON:Using_X-10_Motion_Sensors If you care to add a bit of detail regarding what you expect to happen that is not, I am sure someone here can offer a solution. Please include what you want to happen to the porch light at sunrise and sunset (do you want the porch light to turn off and on, respectively?)

Unless there was a recent change that I missed, I do not believe a scene command or status can be used as a condition in a program.

Are you speaking of accessing your ISY outside your home network? have you enabled internet access? When you do so, a window will pop up giving you the address. I recall, also, that address being available under the configuration tab. You can't get to the admin panel, but you can see your devices and programs, etc....

Like sub-routine, I use sunrise and sunset. One could also use motion sensors (with built-in light sensors) to transmit a signal when "dark" to trigger the lights to come on. I understand that weatherbug also includes a configurable dark parameter which could be used to trigger lights (requires the weatherbug module).

No. This would be a code violation. If dimming is required, the plug-in modules are your only option.

That is probably the best way. Scenes are not avaailable as program conditioms.

Looks good to me. I don't believe so The two options of which I am aware would be motion sensors or weatherbug data. Motion sensors generally have light sensors. Weatherbug data requires the additional module, My gut sense would be that weatherbug data might work a little better, in that I understand that you could better define "dark", using some scale (0 - 100?). On the other hand, depending on where you live, you may not have a good source of data close by.

Your program condition will evalate at these points. The results will be dependent on the entire set of conditions of your program. If this is the only condition in your program, then it will do as you say.

I agree. The programming would likely be pretty straight forward. if status "pump sensor" is on then wait duration of time notify else Unfortunately, I have no direct experience with any 220V sensor.

Just in case this has not been clear to you, scene settings (on and ramp rates) can be different, depending on which controller is initiating the scene. In the ISY admin panel, look at the device tree. Choose the scene, itself, and confirm the settings. These are the settings when controlled by the ISY, such as manually or from a program. Now click on the controller keypad device button within that scene. Are the scene settings the same? These are the settings that will govern the response when initiated by the keypad. Check the setting for the light in question.

The fact that you were successful with one tends to rule out procedural issues. In my mind, this leaves hardware failure (batteries?) or communication problems. Assuming that you do not have a hardware failure: How much farther away is your second triggerlinc from an RF reciever (access point, dual band device) than the first? Do you have more than one RF device and are they on two legs of your electrical system? Have you tried locating the triggerlinc near the first, to see if you could link from there?

I generally find an outlet behind the bed and use extension cords, as necessary. Hopefully, you have such an option. What are you using as controllers?

Plug both into the same module?

It sounds like you have the bug. We may have to start an ISY-anonymous.

This sounds like one of those pesky PLM problems. Besides unplugging and plugging back in, I cannot help much. Be sure cables are securely connected, and in the correct places.

I believe it doesn't matter. I think the IOLinc has terminals for both possibilities, so you simply connect your existing sensor to the terminals that work for you.

Yes, it does (provide nice interface). Yes, it does (keep track). It takes time and thought for all of us.

I had no idea there was a limit to the number of programs. Regardless, I am quite confident that each program in the folder counts towards whatever limits there may be. While I am sure one can get to 300 programs, I suspect one would have to be extremely extreme (or extremely inefficient) to reach this.

Based on reading of this forum, it seems the response you got from smarthome is a common one. I find it interesting that they claim not to be experts on the ISY, yet are pretty quick to blame it. Given the way you created programs, you are correct. There is no reason to have any of the KPL-A buttons controllers in your second scene. The program takes care of that. However, I suspect you are seeing a slight delay in your device response due to the reliance on programs. I believe you can experience a quicker response by taking better advantage of scenes. I think I would keep your "all lights KPL" scene as is, with the four devices as responder. To your "All Lights" scene, I would add the four KPL-A buttons as controllers. After this, eliminate your second and third programs. Having the KPL-A buttons as controllers in the scene will cause the scene to come on and go off without a program, anytime one of the KPL-A buttons is pressed. It will also keep the KPL buttons synced. Keeping the first program will still toggle the KPL-A buttons to be on anytime one of the other devices is switched on locally. Fortunately, the way I understand insteon to work, this will not cause the entire "all lights" scene to come on. I think you will find this approach to be faster and simpler. I have no definite explanation why adding the fourth KPL did not work (I think it should have), but cannot help but suspect that there are residual links or X-10 addresses in some of your devices. Without knowing more about how it failed, though, this is just speculation.