oberkc

I think my old -994 has a 500 series board still in it. If I can figure out how to get it out, you can have it.

I have a vague recollection that some (if not all) versions of the ISY-994 had separate (from Insteon) z-wave backups or none. It has been a while since I did it, though. When I did my move from ISY-994, I recall having some of my z-wave devices moved but it was inconsistent and some were not added. I was not sure that it was any easier than just factory resetting them and adding them new to the new IoX device. If you use your old 994 for z-wave only (assuming it works and disabling the PLM connection) you would also loose any scene relationships you have established between Insteon and z-wave.

Your program looks to me as if it will meet your stated requirements. The only thing I notice that may cause an issue is in the last repeat (repeat 1 time) of the last program. (I assume that your garage door is configured to alway trigger from an ON command, which may not be true.) First, I am not sure but assume that those last few lines will be executed twice (literally repeated 1 time). Second, if so, you might be closing your door, then opening the door 30 seconds later.

One thing that I have noticed about z-wave switches on IoX is that most that I have tried do not trigger "control" (is switched on) conditions. I have found them also not to work well for me as scene controllers. (Because of this, I have tended not to use z-wave switches in locations where they would be conditions in my programs.) They seem to trigger "status" conditions, however. So, your program you might try something like: if 'switch' status is on then do something

My routine triggered by a variable is not working, based upon a manual change of value from 0 to 1 to 0. Alexa says that this "sensor" has been inactive for 15 days. I did not see any change in Alexa status from manually changing the values to the variable. On the other hand, routines triggered by door sensors seem to be working. I am on ISY 5.8.3 and the "Optimized" skill. Update: and now, a couple hours later, the variable changes, Alexa sees the change, and triggers the routine.

I just added the four-pack of Govee spot lights. Everything seems to work well, though color temperature is not an option from the Admin Console, One thing I noticed in the Govee app settings: an option for "LAN Control". Based upon the description, this should be toggled on for local control through the API to work.

I think the hardest thing to wrap one’s head around in this situation is that you will have eight controllers (two keypads time four buttons) and all eight need to separately have responder levels defined, and that some responder levels will need to be zero (responder turn off when contoller turns on). For example, define a scene with nine devices, (eight keypad buttons as controllers and the fanlinc as responder). You will need to select each of the controllers within the scene and separately set the response levels for the other eight devices. You need to do that eight times, plus set the responder levels for the whole scene. This approach should work well if your goal is limited to controlling fans only via keypad buttons. if you desire to control the fans externally, such as via a program or alexa, using four separate scenes (for off, low, med, and high) can give you a bit more flexibility.

Unfortunately, I don't have an example but I am with apostolakisl. I cannot envision why this cannot be done. The only thing I want to mention is that I have done fan control with a single scene and with four scenes. Both work for me. Setting these scenes up definitely takes some attention to detail.

Portal is required for alexa and google, home, I believe. It may also simplify connection to ud mobile app and remote access. I donkt recall that it had a funtion regarding node servers. Given what you have described, I don’t think you need a portal subscription.

This is my experience as well. UPS will mess with insteon signals.

I have one indoor and one outdoor YoLink motion sensor. They work great as program triggers so far. While I have had less success with using z-wave motion sensors (or most other z-wave devices) as scene controllers, the YoLink motion sensor seems to be just fine as scene controller. While not quite immediate as with all Insteon scenes, it is still pretty quick when using as a scene controller. The motion sensor appears to have a temperature node but I have not tried using it in any program.

That device slipped past my attention. I am sure it is good as well. I am trying one inside and one outside motion sensor. I intent to mount the indoor sensor on the ceiling. My interest (besides the "all on" problem) is coverage area and sensitivity compared to the Insteon and zwave motion sensors I have tried. I will also be interested in determining how the YoLink sensors behave in programs based on "control" and "status" conditions.

After I saw this thread, I looked harder at the range of devices available from YoLink and also decided to take the plunge. The only trouble I had was trying to "copy" the various credentials from a phone app to a computer screen. It is, apparently, easy to get a character wrong. Initial device was the power strip and was happy to be able control each of the four outlets separately, along with the USB ports. Anyhow, all seems to work well and I am going to try some motion sensors and see how well they trigger some of my motion programs. I continue to get the dreaded "all on" problem and tend to blame the Insteon motion sensors for this. I will replace a few of them with YoLinks and hope to reduce the house lighting up at the wrong time.

I am not sure that I fully understand the problem here (I dont use HA). regardless….. Mutually exclusive relationships are only enforced when manually controlling a keypad. These will not be enforced when commoanding a button via a scene or via the admin panel, or via a program. given this, I would not use the mutually exclusive relationship to achieve th desired results. Wihtin the scene for each button, add the other buttons that you want to turn off, as responders. For thos responder buttons, set the ON level to “off”. Once set, when you turn on a scene, regardless of method, the responder buttons will turn off.

I know that one can create an Alexa routine to run an IoX program (or turn off/on switches, etc). I have added TVs (unfortunately I do not have any compatible Samsung TVs) to Alexa and find that that Alexa can control them. To do this, IIRC, add an ISY program to Alexa. When Alexa tries to turn the device (program) on the program THEN path will run. Turning the device off will cause the ELSE path to run. Alexa routines can have multiple actions, including turning on/off TVs.

FWIW, my andoid has been solid geofencing through ud mobile. Wife’s iphone has had some misses.

I have many scenes havin insteon controllers with zwave responders so, yes, I expect it should work for you.. (Having zwave controlers with insteon responders is a different story.) it sounds to me as if you have correctly identified the failure of IoX to respond to keypad button presses as the problem. Of course, the fun part is figuring out why that is the case. Since you have restored the keypad, I would tend to minimize the possibility that corrupted link records are the problem. Is it possible that you are having communication problems between the keypad and the PLM?

I would have said "yes". It is possible to have a device turn OFF when you send to it an ON command. I would have said that setting the ON for 0% would be the way to do this. If I understand you correctly, your device it turning ON even though it is set to 0%. That is not what I would have expected.

Program disbled? ISY time not correct? I have never experienced any probems with these type of programs (hard for me to imagine a bug).

Well. Interesting...my memory must be failing more than I remembered. I would have made a very large bet on my scene being as I had described originally. I think I will continue to insist that I have a good memory and, instead, that something has changed in one of the ISY updates over the years. But as of now, as I look at my scenes, they are exactly as you describe, with Z-wave with in red, added as controller, but showing as responder in the membership list. This zwave switch location has also been the one with which I have experimented. I think this is the third z-wave switch I have tried here, all in an attempt to better understand z-wave devices and trying to get this scene to work. Perhaps a prior version of this switch worked as I remember but the current version does not. Because of my experience, I have not expanded my use of Z-wave devices as controllers beyond this switch. Perhaps I am loosing my mind.

I have a scene with a Z-wave switch (controller), secondary keypad button (controller) and an Insteon micro module (responder). When the z-wave switch is turned on, the micro module responds, but the keypad button does not. Is your experience different?

I have the same issue. Some time in the past, I recall having a discussion with UD about this and came away with the impression that this was due to the fact that secondary buttons on a keypad switch cannot be directly controlled from the ISY. Of course, there is no direct link between the z-wave switch and keypad button. So...even though this keypad button is in a "scene", it appears that the ISY is trying to mimic an Insteon link between the z-wave and Insteon devices by sending direct commands to Insteon devices "linked" from z-wave devices. In my experience so far, this problem is limited to keypad secondary buttons. That is my theory and I am sticking to it.

There are system variables for day-of-month, and month-of-year. For Holidays with fixed dates, one could use these variables in a program condition. Unfortunately, it gets a little harder for holidays that can have flexible dates.

To the others, I will add that is it possible that there was a hub not provided by Universal Devices. It is possible that there was no hub at all but, given your description of the current situation, I find that unlikely. Insteon (originally sold by smart labs) had a hub and the current Insteon company does, as well. Also, there were companies that that make hubs or use computers to run software to control and manage Insteon devices. Almost all hubs (except the actual "Insteon" hub) require the use of a "PLM" which plug into an outlet somewhere. If you don't see a little white box plugged into an outlet, it is unlikely that you have a working hub somewhere. Another feature of Insteon is that they can be used without actually powering a specific load. Insteon switches can be configured to simply send a command to another Insteon device which, in turn, powers the load (a light, in most cases). Since your post mentioned dimmers, I would tell you that these have three wires coming out of the switch housing: black, white, and red. Black and white connect to line and neutral. Red would connect to a load, but could be left unconnected. The meaning of the status lights varies by generation and I would have to look up the meaning from a user manual. Having said that, I do not recall an Insteon dimmer switch without some sort of status light. I would guess that constantly cycling LEDs is not a good sign. Cycling once, from low to high, is a good sign. Flashing red may indicate that it is failing to receive an expected response from another linked Insteon device. Assuming you have some comfort with electrical systems, my suggestion would be to open a box containing a switch that otherwise appears to be operating normally (no continuously cycling LEDs) and see if anything is connected to the red wire. If not, there is more investigation needed. Another suggestion is to post your location. It is possible someone lives nearby that could help. It is possible that you could make this work again, but it will require expenditures of time and money. It is up to you to decide if it interests you. I suspect most Insteon systems are installed by homeowner hobbyists. There are a couple around here that may still try to make money on installs and maintenance, but whether you could find such a person near you is unlikely, I believe.

Are the programs disabled?