stusviews

There are no Else statements.

KPL buttons need to be in a scene in order to control them. Then use your program to turn the button scene on or off. BTW, some of my scenes contain only one KPL button.

I will not adopt a technology that in its current state is less than Insteon because Insteon may go out of business. I will use technology that surpasses Insteon, such a Z-Wave locks. I will not abandon a protocol that not only meets, but often exceeds what I want to accomplish because they may/will eventually be superseded by another. There's no guarantee that Z-Wave may eventually meet the same fate. I will continue use a top notch performer now and until something better catches my fascination. And, yes, I began with X10 and switched to the greatly improved SH X10 technology--until Insteon came along. Again, I'm not in any way averse to using Z-Wave products that outdo Insteon devices.

You have no commands after the Wait, so the program will wait 5 minutes and end without doing anything (unless the status changes). Question: do you want the notification if the door is left open for 5 minutes or only if it opens and closes during that time?

What specifically does not work?

Only the computer app has Forget All. The smartphone app does not.

Just make each device a controller of the scene. That way you can have any number of devices in a multiway configuration

No difficulties at all using the powerline for WiFi along with Insteon.

Glad you finally got it working, but if you expose the program as a light, then you can use one program for both open and close as a "light' can be turned on (runs then) or off (runs else). I agree about the confusion. Alexa smartphone groups are somewhat different than Alexa computer groups both of which are very different from Insteon groups which are actually scenes. But Alexa is meant to be generic, not tied to Insteon (nor the ISY portal)

If you're using a program, then Off is not available to a routine. In the portal, expose the program as a light, rediscover in the smartphone app and add a new routine for Off.

Create programs to control the X10 devices and use Alexa to control the programs.

What are you actually using to control the window covering, a scene or a program? Are you using an iOS or Android app?

That's not a problem for what you want to accomplish. Create a a smartphone Alexa app to turn the scene/device on and another routine to turn the scene/device off to open and close the window covering. Did you add the scene/device to the smartphone app?

Forget All is only available from the computer Alexa app, not the smartphone app.

Repeat, add scene to smartphone app.

Forget All forgets everything. There's no need to do separate forgets

I don't know what you're missing because I don't know what you did. First, did you add the scene to the smartphone app? Then, select Routines, add routine (+), skip to Add action, Smart Home, Select Scene. Does the scene appear?

Yes, Alexa does. You'll need to download the Alexa smartphone app and create a routine. Also. if you are using programs, then you'll need to expose the scene as a light in the portal first.

If you mean the Insteon Hub, then don't even try unless your intimately familiar with the Insteon protocol and the way the ISY handles links (i.e., scenes). Both are unaware of changes made to devices by the other, but the devices themselves aren't. It can be done, but expect the unexpected.

asbril, I am in a similar situation rolling into my eighth decade with a spouse that has only limited automation abilities. There's no possibility that she will ever be able to add a device, create a scene or ever have anything to do with a program. Her concern is that nothing will work once I'm gone. I reassure her that everything will continue to function with the possible exception of replacing a failed device. I am fortunate enough to have two contacts, somewhat friends, who can be called to provide telephone assistance if needed, one person only 3-4 hours away who will make the trip (but not on a call and I'll be there friendship, but rather I'll get there within a day or week or month). I also have a friend who will show up if really needed and is capable of following instructions. His daughter (my god-daughter) is even more capable, but being at Cornell U, second semester only a few days away, presents other difficulties). However, worst possible scenario is if/when a device fails and no one is available at all. In that case, a standard electric switch can be installed. All that's lost is the bells and whistles associated with that specific device (KPL, SwitchLinc). I'm a firm believer in retro-fit, that is, using the existing wiring to perform automation magic. In one and only one situation, I added wires, but even that can be circumvented by a knowledgeable electrician. And I concur with others, you are an advanced home automation techie

The ISY will support either a Zigbee card or a Z-Wave card, not both. There may be a work-around to support the hardware limitation, but the native ISY will support only one card.

Failing PLMs will do that, that ism give varying results, Working, not working, working again, etc. As larryllix suggested, try again several times during the quietest time. The results will vary, but should be relatively stable.

It's certainly not optimal. I dislike anything that creates unnecessary traffic, most especially if a program is needed to fulfill a function that does not perform as it should. I had a KPL like that (since replaced) and did a similar correction procedure, something I wasn't happy with. But, you gotta do what you gotta do

I did not say that I have no problems. I did indicate that I'm happy with the results. That doesn't imply that the procedure to get those results is ideal. My concern is the definition of dimming a scene, that is, what should occur when the scene is dimmed. I'm not siding with either interpretation, as they're both valid. And, I have no presumption that one interpretation is better than the other. It's just that they are different. My bottom line is, if I can accomplish the desired result relatively easily, then I'm happy. I would also have been happy if either one of the constructs was included in the original protocol as long as I can easily create the other. To answer you other concern about dimming, it depends on what you want to occur. When I say, "Alexa, set the light to 50%, I expect each responders On-Level to change to a value of 50%, not 50% of what it was. (Therein are the two interpretations.) I accomplish what I want to happen by using a computer group (which is somewhat different than a smartphone app group and much different than an Insteon group, adding to the confusion). Each light is given a name, such ad KT ceil, KT cab, etc, as is the scene (KT sch). Each device is added to the group. The group is given given a name the will be the spoken. When I say, "Alexa turn the spoken on, the respondesr turn on at their respective pre-set On-Levels. But, when I ask Alexa to set the spoken to 50%, then each device's On-Level with be 50%, not 50% of what it was. I found an inconsistency when the group is activated for the first few times and there is more than one responder. In particular, not every device responds. The devices that do respond vary with each subsequent voice command, but after that all the devices respond as expected. I have no idea why that happens. If I want to set each device in the scene to a %age of what it was, rather than all to the same specified On-Level, then I use a scene.

I don't believe that there's an official maximum, but I'd keep the length to 15' or even 25' if it's a quality (Cat 6 or better) cable.