oberkc

The only isnsteon benefit to migrating is the use of the newest (i3?) devices. I understand that the ISY does not support them. I also vaguely recall that the price for the portal subscription is higher, should you use it and that tech support from UD is discontinued for ISY. I do not recall any other immediate benefit to insteon-only users.

Unplug it and plug it back in? I would have to look it up, but I think one can also reboot using a button on the front.

UD has responded to my ticket and provided instructions for modifying some settings that might help with matter and thread on Polisy. The problem apparently has something to do with the way Polisy handles IPV6 addresses. It does involve logging in under a terminal window and sending a series of commands. Given my lack of urgency and the risk of messing something up and causing a bunch of work that I would rather avoid, I will probably not be in any hurry to try it. I will probably wait until I have a rainy or cold day with nothing else to do before proceeding further. Besides, I have a higher priority to see if I can get the YoLink local hub to work. Sorry that I will not be able soon to confirm whether this works.

Will do, if I choose to do so. Based on the response to my ticket, there are "other issues" that may arise if I make the change necessary to make matter work. I will keep you informed.

I just tried it again. UD Mobile has been trying to setup matter device and telling me "that this may take a few minutes." It is now 15 minutes and no sign of ending. No error code. Yes, I am on Polisy. I will open a ticket.

I understand that a Thread Border router is required and I have tried all this. I have a border router in the form of an echo hub and a google hub 2nd generation. My trial device was a nano leaf bulb over thread. I have an android phone, an iPad, and access to an iPhone, all with UDMobile and google home and the Alexa app. I can add the leaf bulb to the echo hub and share it to the google hub and vice versa. At the time, UD mobile required a QR code to add matter devices. (Perhaps this has changed recently?). I forget which hub and which version of the hub app allowed the sharing via QR code, but one did. I tried adding it via UD mobile, and had no success. I stopped trying. I thought I kept up with the latest software versions for IOX and UDMobile. Maybe there are newer versions out now. I have been waiting for the bugs to surface and be corrected before spending any more time on this.

I understand that the UAID and SECRET_KEY in the node server configuration page will be the same as with the old hub. How does one "fill in" the config page withe the local net ID and access token?

I see both YoLinkTest and TSTYolinkLocal.

I have had different experience with nanoleaf bulbs, unfortunately. Fair point. I would assume that this is the same as wifi and would expect it to work.

As I understand, matter devices can communicate via two options: wifi, or a "thread" network. The thread network was developed as part of the matter ecosystem, I believe, and requires a thread border router in order to complete the system. If a particular matter device connects via wifi, then I expect you would be able to add this device to your ISY, though there may not be full functionality. If a particular matter device communicates via the thread network, then I expect that you will have little success trying to add the device to your ISY.

My experience is that one can use matter over wifi, but matter over thread is not ready yet.

So, does one simply add the new hub to the account and replace the existing credentials and secret key in the node server with a new one from the app once the new hub added?

Do we have a level of confidence that the YoLink node server works with the new hub?

I thought that UD Mobile could be used without the portal. If used inside the house, on the same wifi network, I did not think it was any more difficult than adding the internal IP address for the ISY in http: settings. Maybe things have changed?

I get up there a couple of times each year. Unfortunately, I am stupid and do things backwards. I go south in the summer and north in the winter. We like the good snow at Boyne Highlands.

"Control on" is triggered any time on is received, but not triggered on off/dim/bright/etc. If a device (motion sensor in this case) is already on, a control condition will still trigger a program evaluation even though no change in status occurred. An off command will not trigger a program execution. A control condition is true only during that point when the expected condition is received. "Control on" is false at all other times. "Status on" is triggered by ANY change in status, and is true at all times when the status is on. If the device is currently on and it transmits another "on" command, a status condition will not trigger since it is not a change in status. Use of control versus status is based upon the desired logical result.

If your desire and intent is to ise insteon swithes, I know of no options other than to rely on the wireless communication of insteon. It may require some strategic placement of something like a couple of range extenders or similar type devices. I do not recall that there is a way to link multiple PLMs or multiple ISYs together.

What kinds of devices do you want o control in your shop? What do you use in the house? (Insteon? Zwave? Zigbee? Matter? Other?)

While not a complete answer, most such devices I have tried retain their settings when unpowered, so I just plug them into an insteon or zwave module and control power only.

When you “hit” the new scene, did you mean turn it “on”? What is “existing keypad” and why did you expect it to urn off? If I may speculate, perhaps you are relying onutually exclusive relationships. Be aware that mutually exclusive relationships are only enforced when keypad buttons are controlled directly. If controlled via a scene they will not be enforced. If you want a device (such as a keypad button) to turn off in response to turning ON a scene, you must incude that device in the scene and set the responder level to zero.

Secondary buttons on a keypad cannot be controlled directly. If you want the ability to turn on/off a single button (not the load-controller) you must first put the button into a scene, thn control the scene in mobilinc. (This is not unique to Mobilinc…it is the nature of keypadlincs.)

I have given up on the current iteration of matter over thread. It does not work for me.

I am unsure whether your intention is to use the PLM from the vacation home or the former main home. If from the main home, I would be extremely tempted to perform a factory reset before installing it in the new location. I would be almost as tempted to do the same on the EISY, except for the portal license. The license, of course, can be added back but would require some effort with Universal Devices.

Where do you live? You might get lucky an be close. to someone who can help. I am not sure whether I am remembering correctly, but the app software that you eventually must load to your computer might be dependent on the firmware version on the ISY994. There may be someone around here that remembers how to access via a terminal window and detrmine the firmware version. Is your ISY connected to your network via ethernet cable? Are you able to identify the IP address associated with the ISY? Did the previous owner provide login credentials (may be set to default)? Ultimately, you may end up here to downlaod the launcher for your ISY994 (it claims to be for all firmware versions): https://www.universal-devices.com/resources/#isy

Yes, weird. It is hard to understand how the program is different before you made changes to the "dimming and timing".