stusviews

Here's the Harmony Activity: and here's the Harmony skill: I don't know why your activity isn't showing up. Do your other activities appear?

1. Select the Start Linking icon (rotating arrows). Place the MS into linking mode. Continue when the MS appears. It's best to add on MS at a time. 2. After the MS is added and a scene created, each tap of the set button will alternately turn the scene on of off. 3. Click on the MS. Place the MS into linking mode and select Options.

1. Are you using the Harmony skill? Do you have distinct names for each the Roku and Fire TV? 2. Alexa can set a timer/reminder. It cannot set a timer for an action to turn on/off.

That's correct (My delay responding is due to my just returning from a mathematics conference. Well, I did spend an extra day in a fun city.)

You can add several terms to the 'spoken.' So you can include both medium and half, for example, and over time see which works more consistently. BTW, I use both medium and off, so they can't be reserved, especially not off which is used a lot.

One at a time, remove devices from the original scene and add them to the 'button' scene. Test each time with each added device. Any success? Is there a point where it stops working?

Use parentheses for the Or statements. And ( 'Outside / DetachGarageNorthDoor' Status is Open Or 'Outside / DetachGarageSouthDoor' Status is Open )

If both buttons are controllers (as shown in red) of the same scene, then they should always be in sync. That's not true if the buttons are in separate scenes. Can you post the scene?

Does the button control anything?

Good the hear that you're actually considering a security system to use as a security system instead Insteon which is not meant to be a security system. Elk is certainly a top choice to integrate security with the ISY and Insteon devices. The latter is also a good choice to supplement, but not take the place of a real security system.

It's not just a bad idea to use Insteon as a security system, it's a terrible idea. Sure, you can use Insteon devices to alert you if a door or window is opened, but that won't stop the intruder, most especially if you're not there. Also, it's common for a thief to cut power. No power, no alert. If you really need a security system, only a security system will suffice. Period.

I'm out of town at a mathematics convention, so I won't be able to verify anything until early next week.

As a test, create a scene with only the problematic button as a responder and any one other device as a controller. Does the button respond when the scene is turned on and off from the admin Console? from the controlling device?

Just to be sure, you have one or more other controllers in the same scene as Dining room KPL button B and none of the other controllers light the button when you turn them on? Do other devices in the scene respond correctly? What is the result if you turn the scene on from the Admin Console?

The PLM is about 2 years old. That's the common life span for older PLMs. It's probably due for a replacement.

AnthemAVM, Create a scene that has the lock and button as responders. Write a program to control the scene. Here's the scene I use: DR Deadbolt If Control 'DR / Devices / DR Side Door Light / DR Side Door G Front Off' is switched Off Or Control 'DR / Devices / DR ZW Deadbolt' is switched Key/Manually Locked Then Set 'DR / Devices / DR ZW Deadbolt' Lock Set Scene 'DR / Scenes / DR Deadbolt' Off Else Set 'DR / Devices / DR ZW Deadbolt' Unlock Set Scene 'DR / Scenes / DR Deadbolt' On

That's precisely the type of logic I use for the button. I don't have any difficulty with the button being in the correct state. Ramp rates shouldn't matter. Two things you can check. First click on the button to determine if the button is part of a different scene. Second, use program search to see if the button is part of another program.

A scene contains one or more devices. Any device in the scene can have a status of off or any other state. The only way a KeypadLinc button can determine the status of a scene is to detect if 1) at least one of the devices in the scene is not off-the scene is ON or 2) all devices in the scene are off-the scene is OFF. I have a KPL button that does just that. It's a responder to all the devices in the scene and a controller of its own scene.. It's set to non-toggle off. If any device in the scene is not off, then the button is lit. It's unit if either all devices in the scene are off or the button is pressed.

It's a matter of making the operation considerably less programming intensive without a great burden on the user. Not surprising for experienced coders, a simple step here can make seemingly unrelated commands malfunction elsewhere. Coding is at the same time straightforward and complex. OTOH, if that can be easily corrected, then I'm all for it.

Use the search option and search for the program name. There may be a disable command in another program.

That's a common malady. After making any change to a program you must select Save Changes. It's easy to miss

I concur with larryflix. When not every device responds in a scene is a sign of communication problems. Fluorescent light ballasts especially are prone to put more noise on the power line as they age. That'll affect not just that fixture but anything on the same circuit. A workaround is to use a repeat statement. But, don't neglect the problem. Is it always the same few devices that don't respond consistently?

There's no comparison. It's like asking if trucks are obsolete because more people are buying cars The Hub, which has improved vastly, is an entry level device. The Hub is very easy to set up and create scenes and schedules. Alerts, too. Amazon Echo integration is built-in. The Hub has no ability to run conditionals, but most casual users don't need that. Control is via a smartphone (and/or manually). A computer is not used at all. There is a Windows app, but that's even more limited than the smartphone apps.

What you propose, an ISY with the portal plus Insteon devices is somewhat complex. The simplest integration of Insteon with the Echo is an Insteon Hub. It's also much less costly. If you friends decide that they need more complexity, the only loss is the cost of the Hub. They'll also have learned a bit about creating scenes and schedules.

What you are saying makes sense, but the response of the Insteon device does not. The only way the LEDs can go down without affecting the load is if it's a directly controlled device does not have a load connected. What is connected to each of the three separate devices?