paulbates

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.

Some missing info: Do you have ADT and Venstar plugins for Eisy, working? Which Venstar- Old school Insteon, Color Touch, or? I can speak to the Color Touch. Create and iox programs. This is more pseudo code but you can find the right things in the eISY interface: If Window 1 is open or Window 2 is open or. Window 3 is open (keep following the pattern, use 'or' for catching any one of them) Then Set Venstar Mode = Off The slipperier slope is do you reverse it if they close all the windows? If yes, then its a similar program, but with "and"s instead of "or"s. With "and"s, they all have to be closed. But when they close the windows it might because it's cold out and you're turning on the air. I'd start with the first program above and see how it goes. They'll figure out the system is off.

Not directly what you asked, but if you are a portal user, you can now access it remotely that way.

I had an Alexa puck I got at a Reinvent at my last house. I tried the alexa client in my Ecobee thermostat a few years ago at this house. Both had long periods where they worked reasonably well, and then go through long spells of a combination of: Said it didn't understand the exact command it did 1000 times before Said it was having problems right then and couldn't do it More irritating: Acted like it did the command, but nothing happened. WAF for automation in general was taking shots on goal over it, so I turned it off. I worked around the voice only automations by either adding a switch or adding voice free automations based on time, etc.

We'd all be guessing too, time to look at log info. I've read about the Hunches feature of Alexa plus where it tries to figure things like turning on iot devices for you. If I still used Alexa, I would find that, turn it off and see what happens