Goose66

Great! I'll give them a try. Just FYI, when I said christmas lights I meant more like this: https://www.amazon.com/dp/B0825JB13B. No solid-state power supply - just a rectifying diode inline with the lights. We'll see how they do.

Has anybody used the Kasa smartplugs with (potentially cheap) LED Christmas light strings? These LED strings cause several problems with older Inteon plug-in modules - primarily noise preventing their remote control, occasional flashing of the light string when "On," and occasional dim glowing of the light string when "Off."

The Inteon ceiling fan unit is really nice when adding a ceiling fan where no ceiling fan wiring already existed. Don't think the ZWave switch could handle that scenario. My Insteon plug-in modules are constantly breaking. Even being aware of the issue and working them gently out of the wall socket, I have to replace at least two a year when taking down all the Christmas lights. They are just so cheap!

Chip shortage or no, there's no doubt that Insteon is in flux. I think UDI sees it as well. I haven't invested any more in my system in 2 years. I have nearly 100 insteon devices and switching to ZWave or something different now would be overwhelmingly expensive. So at this point, as Insteon goes, so does my home automation system - 2 years of no forward progress (for lighting, at least).

Had you previously set a static IP on your ISY, or did you give it a IP address reservation in your old router?

+1 Once I got all of the zone settings right in my RainMachine, it is really set and forget. It starts on May 1, waters our new annuals for 2 months, and shuts it self off after September 30. Plus it has its own Alexa skill so my wife can run zones manually (she doesn't trust adaptive watering algorithms), and she will even go out in the garage and use the intuitive touchscreen to setup a manual run of a string of zones. There's really no point to the ISY integration here. Maybe if I needed to coordinate my pool filler with the irrigation system?

The biggest thing slowing me down on the forums is the lack of additional investment in Insteon equipment. I am not buying any new stuff and having to come here to get ideas for programming it. I wish Insteon would make some announcements or do something. I am just way too far down the road to move to ZWave - maybe the next house! (which is a joke because I am an old person)

It does feel like we are in a little bit of a holding pattern on a lot of fronts. Polyglot Nodeserver development has slowed down - don't know if it is just lack of things to interface to or everyone is waiting for Polyglot 3 and the UDI Nodeserver Store. ISY on Polisy is coming, but we don't know when that will be. I know I am going to buy another Polisy right away when that is available, and move my ISY 994i to my beach house, but I am having to wait on all that investment until it comes to fruition. And Insteon is also completely stopped right now and I have no idea what the future will bring on that front. So unless you are into ZWave (of which I have none) and are dealing with all of the ZWave+ certification upgrades and such, yeah, there's not much happening on the surface right now (plenty going on in the background, though).

As discussed many (many, many, many...) times before the Else clause is not that useful in ISY programs because of the fact that the trigger conditions for the program and the boolean logic in the if are all wrapped together and can't be separated. This has caused much confusion over the 12 or so years I have been on these forums. This is a classic example where you need two programs to get the "expected" or "desired" behavior (I understand this is just a test program). First program is enabled, and contains the "trigger" condition: If 'South - MS - Dawn Dusk' is switched Off Then Run Program SunRiseNotifications (If) Else <--- No Action ---> The second program, SunRiseNotifications, is disabled and contains the conditions you want to test in the if, but not necessarily trigger the program(s): If From 6:00:00AM To 9:30:00AM (same day) Then $Sunset.Flag = 0 Send Notification to 'Broyd' content 'Sunrise Now' Wait 1 minute Send Notification to 'Broyd' content 'Sunrise Now' Else $Sunset.Flag = 0 Send Notification to 'Broyd.Email' content 'Sunrise Now' Wait 1 minute Send Notification to 'Broyd.Email' content 'Sunrise Now'

There is a Polyglot Nodeserver for the Autelis for Jandy AquaLink RS in the nodeserver store. The one for Autelis for Pentair was a one-off for a specific user and could not be tested by the developer. However, as carealtor said, it is available in Github. A python programmer could add light support from the AquaLink nodeserver to the Pentair nodeserver fairly easily. Of course, that's all assuming you can get an Autelis. I've been watching a few projects to make an Autelis-like daemon for the RPi. Something like this would be a good replacement and would be better than iAquaLink (takes the cloud service out of the equation). The Autelis nodeserver could be converted very efficiently. Maybe when Polyglot 3.0 is released with paid nodeservers, this will be a worthy project to take on for Jandy AquaLink and Pentair.

May not like that answer, but you probably will like this one: There is an iAquaLink nodeserver in the Polyglot Node Server Store that will run on your Polisy or in Polyglot Cloud (no Polisy required).

Project CHIP is now "Matter" and Zigbee Alliance is now "Connectivity Standards Alliance." Google, Amazon, and Apple are all in, among others. Is this the Utopia of HA product/device interoperability we've always dreamed of? Probably not, but even if it was, 25 years too late if you ask me. Regardless, all hail Matter!

I suspect a bot post, trying to establish some sort of cred on the site so it can then feed advertisements to users. As far as bot posts go, it's not bad. ?

I had a similar situation as well. I ended up putting an Insteon Dimming Micro Module in the j-box behind the lighting fixture and rewired the circuit to provide full time power to the micro module and Insteon Dimmer Switch. Works great as a switch and light, but only get like 95-98% reliability from my ISY on the scene for this one. I imagine you can put a Micro Module in the can housing behind the fixture without any problems. Also, unless the LED fixture is truly dimmable, you may want an On/Off Micro Module.

I'm surprised you can get the Insteon Leak Detector under your dishwasher. The Insteon LDs is a real miss. I wish they had plug-in remote sensors with a 6 foot cable. Has anyone taken one of these a part and looked into mods?

Haven't owned a GM product since my 1977 Buick Electra with an 8-track and built-in CB radio.

How did I miss this?

I would suggest a little bit different structure. It is often the case that you need two programs when switching "modes" results in long running programs. You'll see the two tier programming structure in a lot of examples around on this site. Here you need two two-tier programs (four total programs): A FreezeProtectionMode On pair of programs and a FreezeProtectionMode Off pair of programs. The FreezeProtectionMode On pair of programs consists of a "trigger program" that is enabled and uses a state variable: If FreezeProtectionMode = 0 And PoolTemp <= 34 degrees Then Run Program TurnFreezeProtectionModeOn (Then Branch) Else <--- No Action ---> The second program in the pair is disabled, sets the state variable, and performs the actions: If Then Set FreezeProtectionMode Value = 1 Set FreezeProtectionMode Default = 1 Repeat Every 2 Hours ... The FreezeProtectionMode Off pair of programs also has an enabled "trigger program": If FreezeProtectionMode = 1 And PoolTemp >= 37 degrees Then Run Program TurnFreezeProtectionModeOn (Else Branch) Else <--- No Action ---> The "second" program of the Off pair could be it's own program that resets the state variable, kills any running TurnFreezeProtectionModeOn program and performs the necessary functions to restore the pool to normal operating mode, or it could just all go into the Else branch of the TurnFreezeProtectionModeOn program to keep all the statements together. The other good thing about putting it in the Else branch is that any running instance of the TurnFreezeProtectionModeOn is automatically killed (i.e. any Repeat or Wait is preempted) in favor of the new instance of the Else branch of the program.

There's lots of info online about interfacing an Arduino Uno Wifi with the sonar sensor. There's also code available online to install a REST server on the Arduino. You could have the Arduino constantly reading the garage bay(s) and storing the height of the car in each, and then make that info available through a REST call that the ISY could poll on a regular basis for determination of which vehicle is in which bay. Eventually, it could be a nodeserver in the nodeserver store along with instructions for building the unit.

How about a couple of these connected to an Arduino with a wi-fi shield (or ethernet port): https://www.amazon.com/WMYCONGCONG-HC-SR04-Ultrasonic-Distance-Measuring/dp/B07JJHCVRG/ If mounted on the ceiling pointed down, you could have power from the GDO outlets and it could fairly accurately (~ 3mm) read the height of the vehicle below, allowing identification of the car.

This sounds like the one I was talking about, but I wouldn't consider it "new." It's been out there for quite some time and discussed in these forums. This is the one I called about before I bought my last PLM and was told by Insteon support it wasn't being developed. It was before COVID. EDIT - found it:

Insteon support told me they weren't producing the new PLM (the "PLM Pro," I think). That was over a year ago. We had many conversations here and on Slack channel about it then, as I recall. Maybe we (I) are conflating the "new" PLM (PLM Pro) with a "new" PLM (new revision of existing PLM).

A lot of people of afraid of where, if anywhere, Insteon is going. E.g., if they drop support for PLMs, then where does that leave ISY users, etc. See:

+1 The Range Extenders just work. They don't have to be linked to the PLM that the ISY uses. The only setup is the phase bridge, and I believe that is more of a verification routine then an actual linking between the devices. The way the ISY works (and the Hub, for that matter), is that EVERY device is in a scene with the PLM as a controller. But range extenders are passive devices that operate down at the network level to repeat signals, and thus don't take part in the scene communications of the PLM and devices.

I have Wi-Fi temp sensors that last over a year with batteries. I change the batteries in my wired smoke detectors every year. I'll do a lot to save $80. Hopefully Wi-fi 6 will move Wi-fi for lower power IoT devices forward.