LeeG

Suggest you post what the Program should be accomplishing. I don’t think either of my suggestions will give you what you want. Once the requirement is understood a good suggestion can be offered.

oberkc is exactly right. The Then clause changes the Status of the device in the IF statement. Whenever a Repeat or Wait is encountered the If is reevaluated. Since the Status is now False the Else runs. Two solutions. Change the If Status to If Control which will trigger the Program only when an On command is received from the device. Or move the Then logic into a second Program. Have the Then of the first Program invoke the second Program. That way when the If of the first Program is reevaluated and the Else runs it will not affect the second Program.

If you are referring to the button in the Action section of the post KPL Entry Light Ceiling, that is adjusting the "backlight" level. Adjusting backlight level applies to the entire KeypadLinc. It adjusts the differential LED level of a button that is Off versus On. Adjusting the backlight level does not turn On/Off the LED. The only KeypadLinc button that can be turned On/Off with an Insteon Direct command is the Primary load control button. Every KPL button has a Group number associated with it. For an 8 button KPL … A (Main) – load control button – Group 1 B – Group 2 C – Group 3 etc The only way a KPL knows what button a command is targeted at is to look at the Group number. There is no place holder in an Insteon Direct On/Off command for a Group number. The Primary load control button responds to Direct On/Off commands as the assumption is a Direct On/Off command is directed at that button. There is no mechanism in an Insteon Direct On/Off command to identify any KPL button. Scenes have Responders which can be specific KPL nodes (ISY knows the KPL button to Group number). Therefore when a Scene is used the Group number of the Responder KPL button is known. That is why a Scene must be used to turn a Secondary KPL button On/Off.

I have seen a post somewhere that explains Telnet does not come standard on W7 but it can be installed as an option. Cannot confirm this personally. I did find this with a Google search for windows 7 telnet From Windows 7 Help: By default, Telnet is not installed with Windows, but you can install it by following the steps below. To install Telnet Client Click the Start button , click Control Panel, and then click Programs. Under Programs and Features, click Turn Windows features on or off. If you are prompted for an administrator password or confirmation, type the password or provide confirmation. In the Windows Features dialog box, select the Telnet Client check box. Click OK. The installation might take several minutes.

A Secondary KeypadLinc button cannot be turned On/Off with Insteon Direct On/Off commands. The Secondary KeypadLinc button(s) needs to be a Responder in an ISY Scene and the Scene turned On/Off.

Telnet over IP.

Go to Help | About. What is displayed for Firmware and UI? It sounds like the Admin Console is not at 3.2.4. If both the Firmware and UI lines do not indicate 3.2.4 or they are not both displayed, clear the Java cache and check the URL being used to invoke the Admin Console to be sure it is one of the 3.2.4 URLs.

The SwitchLinc Timer is the only device I have heard of since 2005 with that type of problem (factory reset would not undo a setting by a command). Could have been others. Smarthome/Smartlabs does not share that type of information with the field so it could have happened before but it is something that would tend to stand out.

Clearly that device has a firmware/hardware issue. It should not be possible to issue any Insteon command that has an affect after a Factory Reset.

Glad to hear it worked. The Set button link is not needed for sure. It may not be there by now. The ISY would not know of its existence and may have over written it by now. A Tools | Diagnostics | Show Device Links Table followed by the Compare button when the display is complete will show if either device has unexpected links. If either device does have unexpected links a right click on the device node in the My Lighting tree selecting Restore Device will rebuild the device link database with only those links created by the ISY. Scenes are integral to Insteon operation. Defining that one ISY Scene actually created multiple Insteon Scenes under the covers. That one ISY Scene definition resulted in all the links and cross-links necessary to control all the devices and for them to stay in sync.

A process bound loop is certainly possible but may be problematic for other ISY activity. Although I doubt it would be done many times during a given day. A Repeat For x times statement setting an Integer Variable (not State) in the Repeat scope will produce the loop. Another alternative is a few X10 Off operations to a house/unit code that does not exist rather than the 1 second wait.

Short answer is no. What device is actually controlling the shades? The I/O Linc Relay can be configured to turn the relay On in 1/10s of a second. Have you tried not waiting at all?

Scene control does not propagate from Controller to Controller. Nor does turning a device On with a Direct command cause that device to become a Controller such that it turns On its Responders. This is not part of the Insteon architecture. The way to achieve the desired effect is to define one ISY Scene. Add the ICON Switch and the LampLinc as Controllers of the one ISY Scene. Turning the ISY Scene On/Off from the ISY or the ICON Switch will control both the ICON Switch and the LampLinc. Turning the ICON Switch On/Off with a Direct command will not affect the LampLinc and turning the LampLinc On/Off with a Direct command will not affect the ICON Switch.

Verify the Access Points pass the 4 tap Set button test. One being on a separate meter may provide communication with the shop but not actually coupling the phases. I would be concerned about the SwitchLinc Relays being I2CS devices but they would not be responding to the Scene name On/Off if they are without being on 3.2.4. Do the KeypadLinc nodes in the My Lighting tree show Status changes as the KPL buttons are turned On and Off? When the Scene is turned On/Off which turns the responders On/Off does KPL button A turn On/Off as well? I would remove the KPL from its current location, connect it to an Appliance cord (plug on one end, bare wires on the other). Plug the Appliance cord into the same outlet as the PLM. Since the Scene turns the responders On/Off the KPL should do the same when powered from the same circuit as the PLM.

Click the Red button A node just below the Scene name. Verify the On Level for both Responders is 100%. How extensive is the Insteon installation? How are other Insteon devices working? Are there Dual Band devices such as Access Points installed and verified to be coupling the two phases?

This is one approach within the function that exists today. Program TimerOffLightA establishes the duration of On with the Wait. If the Wait of 5 minutes completes SwitchLinc will turn Off. If the SwitchLinc is manually turned Off the Wait is cancelled and the Program ends. If the SwitchLinc paddle is double tapped sending a Fast On the Wait is cancelled and the Program ends. Program “TimerOffLightA†If Status 'SwitchLinc Dimmer' is On And Control 'SwitchLinc Dimmer' is not switched Fast On Then Wait 5 minutes Set 'SwitchLinc Dimmer' Off Else - No Actions - (To add one, press 'Action')

You are correct, it is not possible to separate the operation of the paddle from the load attached to the red wire. It is fine to not have a load attached to the red wire.

The SwitchLinc is both a Controller and a Responder as far a device capability is concerned. If an ISY Scene is being created the SwitchLinc would normally be added as a Controller so that whether the SwitchLinc is operated manually with the paddle or with an ISY Scene both the SwitchLinc and the ISY will stay in sync with the Status of the SwitchLinc. If not part of any ISY Scene the question about the SwitchLinc being a Controller or Responder will not be asked. Note that new SwitchLinc Relays (purchased in the last few weeks) are I2CS devices which require the ISY to be at firmware 3.2.4 or above.

flsenior I cannot recreate what you are describing on 3.2.4. I recommend you add the Set motor Off to the Else clause so the motor will turn Off regardless of where the Then clause is in its cycle when the To time arrives. Then move to 3.2.4 to see if it is still a problem.

Thanks. I cannot test ISY code that old. 3.1.17 is the latest official release and it will soon be replaced by one of the 3.2.x beta releases so an official release will have I2CS support. I will test on 3.2.4 to see if I can recreate what you are seeing.

flsenior I don't know the answer to the original question yet. However, changing the time range is not the way to insure the Program turns the motor Off. In the Else clause, which is driven at the end of the time range regardless of where the Then clause is in its execution, add at Set 'Pool Motor' Fast Off. This insures when the Program completes it will turn the motor Off. The original summary information shows the Program started but has not ended. Yet the Activity shows Idle which I was not expecting. What ISY firmware is being used?

Depending on when the motor was turned Off it could run for an hour after being turned On manually before being turned Off by the Program. Did the motor run for more than an hour after being turned on manually?

Ignore the last text in this post. I did not notice the difference in date. I'll have to run a test of this situation. I was expecting something different. How was the Load Controller turned Off manually?

The Insteon On command turns a device On (usually). The On command specifies the specific On Level the device should turn On to. The Local Ramp Rate is respected by the On command. It is the equivalent to a single tap of the top of a SwitchLinc paddle. The Insteon Fast On command turns the device On to 100% at a fast ramp rate. It is the equivalent to a double tap of the top of a SwitchLinc paddle.

What does the Programs | Summary page show for this Program when the Program has stopped running. Last Run Time Last Finish Time Status Activity I assume the motor was disconnected from the device in some way. Otherwise the Program could start it unexpectedly. Some devices will present an error if the load is not connected which may have stopped further activity.