paulbates

I have experience moving the plm from one system and back to another. Have to be careful not to change anything. I'd find a way, a time to make the conversion one time DO NOT TRY TO USE 2 PLMs with the same Insteon network. "There can be only one" controller owner of an Insteon network

That is a sign of fading away. I've had cases where a device worked fine until I went to manage, like change a scene it was in, and it would beep and not cooperate. I'm guessing it's dying. You could open the event viewer level 3, exercise it from the switch and then try what ever is failing from iox and post it. There are members that are good are deciphering those that might help validate the dying assertion.

I think you recently migrated from a 994?. That's a sign that the SD card in the 994 you came from was failing and the file was damaged. In that case symptoms like these are plausible, and remove/reset/rebuild is the answer Glad you got it working.

Don't remove! This is easy to do: Pull the tab on the bottom out Push all the way in for ~10 seconds and beeping starts or it stops This part can be different by switch, but waiting ~10 seconds until a sound change generally works Go to iox, right click on the device and pick restore device

I skimmed the other tread and it seems more than coincidence that this happened after you migrated. I didn't see that you tried the factory reset and restore device? For switches that old, losing its memory marbles is "a thing" due to running a long time or electrical events like brown/black outs, I've had luck with this wokring on my older, long time running insteon devices.

Air gap is n Air gap is not a factory reset if I take that statement literally. The button that does the air gap has to be pushed and held 10 seconds-ish until until the sound changes.

That sounds like they mistakenly got set to 0% for "On" for the device. That happens sometimes. When you reinstalled them, the default is 100% on

To follow @MrBill 's line of reasoning, Insteon devices are not designed to have 2 masters. Either the PLM owns link management or the devices own link management. You'll have to do the record keeping to keep it straight and doing both simultaneously is inviting problems like you are experiencing. There is zero performance advantage to device to device linking versus iox link management. The Insteon management functions of iox push device-to-device links into the devices and they don't require the PLM for operation; they just have the advantage of iox programming. My set up does that. Device-to-device performance is excellent.. and I can pull the PLM out of the wall and they continue to work that way.

Maybe something is wrong with the unit. Have you factory reset it? I had 2 of these I bought a couple of years ago and the on level could be set by scene and remotely faded up and down from another switch.

Yes, give that a try. I wasn't sure if you had done this, since their continued presence in the config of the iox Insteon db is a plausible explanation. Nothing else to do for this one if the switches don't appear in your device/network view I meant if the devices were still there and you could delete them, do that, it would have cleared them from the iox Insteon db.. and restoring should have removed those links from the device that is exhibiting the problem. First: Try a restore device on the problematic switch. Second: If that doesn't do it, the next steps are more technical In iox, go to Tools/Diagnostics/Event viewer At the bottom of the window, set it for the most detailed tracking - highest level Go turn on the problem switch and the event viewer will capture what's going on Post the related Event Viewer entries back here I'm not the best at deciphering those, but there are members here who are and can hopefully join the discussion to help keep it moving

The blinking can mean it can't contact old invalid links, either other devices or the PLM. If you used the i3s to replace other Insteon switches, my guess is its on or both of the older ones. Things to try: In iox, try right-clicking and Restore Device If that doesn't work, try deleting the old switches from the eisy If they're still in iox but you uninstalled them this could explain it If this still didn't get it, Restore Device again after deleting You can add them back later for a future project

That's what HA HomeKit Integration uses and is very much limited by HomeKit Accessory Protocol (HAP), which is Apple's definition of a thermostat vs the depth of the Ecobee Developer API. It's a big gap and not apples-to-apples. Adopting that would mean losing capability we have today

I've used the Venstar color touch series. It has a local api. It has a cloud service which can be handy, but that is not required for local operation. It can be turned off, but that's how their app gets to the stat. It has significant HVAC features programmable from the stat. They also sell wireless temperature remotes that are a little bigger and designed to screw to a jbox but can also be put on the wall. My experience is that the ecobee is more fire-n-forget and has more convenience features. I had many iox programs for the Venstar and only a few for the ecobee. The ecobee looks more friendly, less techy and family members felt more comfortable setting it. Edit: It's been a few years since I had a color touch. I used their WiFi remotes but I no longer see them on their sales page... No wireless remote. They do have hardwired ones.

@sjenkins Neither of us are yellers, yet yelling was going on... at alexa. That was the sign 🤪😂

Another option is from Yolink, which has a great eISY plugin. Yolink has what's called a finger robot. You simply mount it next to your physical wall garage door opener on the wall. It mechanically presses the physical wall switch. It does not block the opener from being used normally. They also have garage door sensors so you detect open vs closed. https://shop.yosmart.com/collections/smart-garage