paulbates

One thing I know for certain, the responding to the dreaded "All On" function was removed from these devices. I tested it several times with the "All On" button on the bottom of iox's network view. All other devices came on and i3's did nothing. Things I did find about the i3's Like all Insteon devices, that can come with links already in them. I had to factory reset several of ~35 i3 paddles I installed over initial behavioral problems. Each i3 has a separate flags node with even more settings in them and sometimes they are set the opposite of what you think. As an example I have is an i3 paddle that was as far away as it can be in my house in terms of wire feet from the panel. It wouldn't respond 100%. Looked at the flags, and there is setting to turn OFF its RF??? Bizarre feature, but changing that solved it. I would pick one. Factory reset it, restore device. Check the Flags node and see if any settings look counter what they should be. Wait and watch.

If haven't opened them up, there's a fuse in there. They could have been used over their spec'd rating, possibly inrush current turning them on

There's complexity here in apple home publishing things to eisy and matter is still a little early on IMO. You could try unplugging and replugging. I'd start with apple home, and once its clearly back up, plug in eisy so it sees the running Apple Home Alos, eisy-UI now backs up everything including PG3X, where plugins like matter are defined. Had you made a backup recently? If yes, did you try a restore, which will bring that backup's pg3x back? I haven't tried it, but the latest release docs say you can do a selective restore; choosing to bring back plugins (pg3x) only and not other eisy components (iox, zwave, eisy-ui settings)

A year or more ago UDI removed the detail device activity database from the backup, and you are seeing the results. Its all good.

Me, being me, might try to create 'Rube Goldberg' version 🤪😂

Interested in this too. If the yolink hub and mouse trap are subtracted from the picture, the remaining device looks like the yolink vibration sensor, which makes sense that's how it would work; vibration from the trap snapping. The git for the plugin says the vibration sensor is supported.

Its waiting to pair new insteon devices when you go to them and press the set button. I'm not sure what the exact prompt is, but there is a button for Finish or somethign like that. Just click it.

I've had this too in the distant past but don't remember specific steps. Things I think it can be: Java is already installed – a conflicting or corrupted existing version - Try to hunt down and delete its files including the temp folder Not running the installer on an Administrator account - right click on the installer pick the install as admin Antivirus soft blocking the installation - but I would think you'd get a pop-up

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

We'll have to wait for jimbo. In the HA case, each individual user owns the key that the HA Integration uses. In the eISY plugin case, jimbo owns it and we're behind that when we generate a pin.... which is the actual intent of the developer access. I don't think ecobee intended many individual users using dev access for individual homes. Everybody needs to standby and wait for jimbo to catch up after the weekend is over.

That's not necessarily an apples to apples comparison as there are 2 ways to integrate to HA, and one is a dead end: If you have your own Ecobee developer API key you can get similar access to the plugin, but Ecobee is no longer handing them out so no one can access it at this time. Ecobee is silent on if they start giving them out again. If you use HomeKit Device integration, The good: no Apple brand devices are required, it's HA straight to the thermostat, 100% local (no cloud or internet needed), The bad: a lot thermostat features via the Ecobee API in this plugin are not all presented in the HomeKit Integration. If you're doing more advanced things in iox programs I'd look before leaping.