Andy P

Insteon has acknowledged that they sometimes ship the device with the load assigned to the wrong button although they just use a generic statement. Here is the link from their webpage. Still no way to reassign to any button other than the top one by doing the reset. i3 Keypad Setup — Insteon IMPORTANT: We’ve discovered an issue where some i3 devices may have shipped with a configuration issue that impacts performance and reliability. To ensure best performance and reliability, factory reset before using.

Hi, hoping to use this plugin with my Kasa EP25 devices. According to the Github info, it is the intent to support any devices in the python-kasa library. That library lists the EP25 but with an asterisk saying new devices need authentication. Do you plan to support that? Currently it just responds with ERROR Controller:_add_manual_devices: Unsupported device 192.168.3.118: Thanks, Andy

Here is a link to a related post - no way so far.

My approach is to create a folder called "random lights" and set the condition for that folder to a variable that gets set by a button on a scene controller so I can turn it on as I leave the house if I am going to be gone for a couple days. Then inside that folder there are a series of programs for each room I want to randomize - like Random Kitchen, Random Office, etc. I found it easier to just create a program for each room. Here is one example program that uses Repeat: Random Mudroom - [ID 0028][Parent 0023] If Time is Sunset + 30 minutes Then Repeat 5 times Wait 45 minutes (Random) Set 'Main Hallway' On 20% Wait 1 hour (Random) Set 'Main Hallway' Off Else - No Actions - (To add one, press 'Action')

Jim, maybe a few more words about what you want you are trying to do in the big picture will generate some more suggestions. But I don't think you need eight programs - for example, I do this: Any zone faulted - [ID 0073][Parent 0071] If 'TC2 / Home-IA / Home- BASEMENT DO' Zone Status is Faulted Or 'TC2 / Home-IA / Home- BASEMENT WI' Zone Status is Faulted Or 'TC2 / Home-IA / Home- DEN WINDOW' Zone Status is Faulted Or 'TC2 / Home-IA / Home- EAST FAMILY' Zone Status is Faulted Or 'TC2 / Home-IA / Home- EAST KITCHE' Zone Status is Faulted Or 'TC2 / Home-IA / Home- EAST OFFICE' Zone Status is Faulted Or 'TC2 / Home-IA / Home- FOYER' Zone Status is Faulted Or 'TC2 / Home-IA / Home- FRONT DOOR' Zone Status is Faulted Or 'TC2 / Home-IA / Home- KITCHEN WIN' Zone Status is Faulted Or 'TC2 / Home-IA / Home- LAUNDRY GLA' Zone Status is Faulted Or 'TC2 / Home-IA / Home- LAUNDRY WIN' Zone Status is Faulted Or 'TC2 / Home-IA / Home- LIBRARY DOO' Zone Status is Faulted (... more zones removed ) Then $State_Faulted = 1 Else $State_Faulted = 0

Have you looked at the universal devices mobile app? I think that fits what you are describing? Introducing UD Mobile for iOS - Universal Devices - News (universal-devices.com)

Looks like I just got hit by this same bug - still shows panel status but no longer updating any of the zones 2024-02-14 16:52:51,798 Thread-2 udi_interface ERROR totalconnect-poly:discover: Discovery failed with error Missing element isSceneZones (GetPanelMetaDataAndFullStatusEx_V1.isSceneZones) Traceback (most recent call last):

This post explains how to do what @paulbates suggests keeping two hubs in sync using variables and network resources

I am assuming the network traffic was generated by the query all action updating the portal

OK, I did this to myself. Michel set me on the right track when he told me I had created a program with an infinite loop. So, over the weekend I was updating my config and changed a bunch of devices. When going through the programs looking for places I had to change devices which no longer existed I looked at the Query All program and it had an error in the Then statement. I deleted that statement and put in Run Program - Query All - which just caused it to run itself. I should have put in: Set 'Barn EISY' Query So, I assume this is fixed and will close this thread. I don't know how the query all program got messed up originally but I know that I made it worse. Thanks, Michel. Andy

Oh wow, traffic started again this morning at 3am - I am opening a ticket:

You might want to get some help on what you find old school and cryptic from the people in this forum. But, to answer the specific question, I believe the EISY is worth more to be sold as an EISY than to try to repurpose. I come to this conclusion because of what @EWhite said about the BIOS but also, it is 8gb ram and 60gb storage costing $290 which I wouldn't want to run anything else on - although you could add a m2 nvme to that. But, you can get the Mele Quieter3q which is essentially the same box with 8gb of ram and twice the storage with windows installed for less than $200 on amazon. So, thinking find someone else who sees the value of the EISY if possible. Andy

Still a mystery - traffic started Saturday morning at 2am and ended when I did the reboot today (and there is nothing in the log at that time other than some current voltage level on an energy plug that reports every 5 minutes)

Looking at my UniFi dashboard today I saw that one of my EISY hubs has been bombarding my network with traffic for the last week. Looks like over 500mb per day. I looked at the error log and saw nothing unusual. Then I opened the event viewer and turned on debug and it looks like something is crazy with the time server. I rebooted the hub and it went away but generated something almost 1.5 GB of traffic over the last week. I think this happened when I updated to 5.8.0. Did not open a ticket since the problem went away - but posting here for awareness and comment. Andy

I received the response to my ticket with Insteon. Sounds like they took it seriously and will investigate. Here are the details: Hi Andy, I'm sorry to hear that the load assignment is not set as expected out of the box. But I'm happy to hear that a factory reset does move it back to the top. We are looking into the issue as this appears to be a missed step in our QA process. Thank you for bringing this to our attention. Just so I completely understand the concern, could you elaborate on how this disappoints you? My assumption is that you had spent time programming the keypad and then had to do it over again after the factory reset. Is there a forum post or other place where you heard others complaining of this similar issue? What are you using to manage your Insteon devices? Hub/app, 3rd party controller, manually linking? Thank and sorry for the delay in getting back to you. Best regards, Isaac I RESPONDED WITH A LINK TO THIS THREAD AND RECEIVED THE FOLLOW UP: Hi Andy, Thanks for providing the additional information. It's unclear how many users are affected but this is the first I've heard of it, so hopefully just an isolated batch that was not factory reset after updating firmware. We've added a bit of text to the QSG page in case others fall into the same situation https://www.insteon.com/support-knowledgebase/get-started-kp014 Currently the only way to move the load to a different button has to be done via Insteon Hub & Director app or other software that supports the feature. We have shared developer documents with our close partners, including UDI. Thanks for bringing this issue to our attention and for being a great customer! Best, Isaac

Is that $260 for the EISY and $126 for the zwave dongle (which isn't needed for insteon)? I think I have around 100 insteon devices which cost anywhere from $30 to $79, so lets say $50 each meaning $5000 invested. Doesn't feel overpriced to have a hub for $260. I have seen some others make the jump to HA and RPi. I think the user interface is definitely a lot more modern than the Admin Console, but they also spend a lot more time trying to make everything work. For me the biggest advantage of going to the EISY over the ISY is the additional power to run all the node servers. I actually like the EISY box enough that I bought a couple of the MELE quieter3c boxes to replace windows pcs in my house. Good luck whichever way you choose to go. Andy

Insteon has not yet responded to my ticket - I sent them a reminder. Meanwhile, I ordered a couple more keypads so will report back what I find with the others.

Yes, @paulbates, that is where I expected to find it, but no option under any of the drop downs or the buttons at the bottom

I opened a ticket with Insteon - let's see how/if they respond.

I take a different approach. I have three programs - two for the conditions at night before and after midnight (Breezeway Motion Off Dim and Off Off) and one for the conditions during the day (Breezeway Motion Daytime). Then I use another program which runs at the crossover time and turns on the outside lights to also enable one program and disable the others. Then I use the program that runs at midnight and one that runs in the morning to change which of those is enabled and disabled. I just found this easier than trying to do it all in one program. Sunset Actions - [ID 0003][Parent 000D] If Time is Sunset Then Set 'Garage Sconces (SC)' On 20% Set 'Breezeway' On 15% Set 'Front Sconces (SC Front Dr)' On 20% Set 'Rear Sconces (Screen Porch SC' On 20% Set 'Front Balcony Sconces' On 20% Set 'Rear Balcony Sconces' On 20% Set 'Foyer Sconces' On Set 'Slat Wall' On 12% Wait 5 seconds Resource 'Notify Sunset' Enable Program 'PreDawn Sconces' Enable Program 'PreDawn Slatwall' Enable Program 'Breezeway Motion' Enable Program 'Breezeway Motion Off Dim' Disable Program 'Breezeway Motion Daytime' Else - No Actions - (To add one, press 'Action')

I just installed an i3 keypad and was surprised when the load was controlled by the bottom button not the top button. According to the manual, the factory default is supposed to be the top button. Did anyone else have this experience? I went looking for how to change which keypad button controls the load using the EISY admin console but did not find the option. Anyone know how to do this? So, I factory reset the keypad by pulling out the airgap switch, then pushing it in until the beep stopped. After the reset, the top button now controls the load, but I am left wondering. I also did a restore device from the AC to add back the links and all is working fine. Andy

That is pretty close to what I do, except in the THEN clause, I set a state variable $sBarnLightOn to 1 if any light is on and 0 otherwise. Then I use a second program that triggers off the state variable. The main reason I do this is in case I want to have multiple programs that take advantage of the lights being on or off flag - for example, a program that sends a notification if the basement lights are left on past 10pm (and doesn't just shut them off in case I am in there). I do the same thing with a state variable called '$sAnyZoneFaulted' which is a whole bunch of if statements on the node server nodes. btw, in another case, I am not turning the light on and off, I am changing the color of the LED on the zen32 - this one just turns the lights on and off but you can use the other advanced settings to change the color. Dormer light status - [ID 0020][Parent 0007] If 'Barn Dormer' Status is 100% Then Wait 1 second Set 'Shop Loft-Binary' Set Configuration Parameter 3 = 3 Wait 1 second Set 'Shop Loft-Binary' Set Configuration Parameter 5 = 2 Else Wait 1 second Set 'Shop Loft-Binary' Set Configuration Parameter 5 = 3 Wait 1 second Set 'Shop Loft-Binary' Set Configuration Parameter 3 = 2 (at the time I am posting this, you can find the configuration parameters for the zen32 here: ZEN32 Scene Controller Advanced Settings - Zooz Support Center (getzooz.com) )

Bob, it does look like you nailed it! Thanks! Andy

Bob, I didn't notice this yesterday, but now all three days are showing the same forecast number for rain. Looks like forecast day 0 has rain, forecast day 1 has snow and that causes a parse error which also causes the same value for rain to show up in the other two forecast days and the snow value shows up as zero. Sorry, not high priority, but I'm sure you want this working right. Andy 2023-12-18 06:10:23,119 Thread-4 udi_interface INFO query:_query_forecast: Day = 0 - Forecast dt = 1702915200 2023-12-18 11:00:002023-12-18 06:10:23,119 Thread-4 udi_interface INFO query:_query_forecast: Day = 1 - Forecast dt = 1703005200 2023-12-19 12:00:00 2023-12-18 06:10:23,119 Thread-4 udi_interface WARNING query:_query_forecast: Failed to parse forecasted rain/snow data. 2023-12-18 06:10:23,119 Thread-4 udi_interface WARNING query:_query_forecast: 'rain' {'dt': 1702897822, 'sunrise': 1702901961, 'sunset': 1702935620, 'temp': 54.5, 'feels_like': 54.21, 'pressure': 986, 'humidity': 97, 'dew_point': 53.67, 'uvi': 0, 'clouds': 100, 'visibility': 4023, 'wind_speed': 16.11, 'wind_deg': 290, 'weather': [{'id': 501, 'main': 'Rain', 'description': 'moderate rain', 'icon': '10n'}], 'rain': {'1h': 3.16}}, 'daily': [{'dt': 1702915200, 'sunrise': 1702901961, 'sunset': 1702935620, 'moonrise': 1702918200, 'moonset': 1702959240, 'moon_phase': 0.21, 'temp': {'day': 47.37, 'min': 35.28, 'max': 57.52, 'night': 35.28, 'eve': 42.42, 'morn': 54.41}, 'feels_like': {'day': 39.97, 'night': 26.92, 'eve': 35.11, 'morn': 54.1}, 'pressure': 990, 'humidity': 83, 'dew_point': 42.44, 'wind_speed': 21.3, 'wind_deg': 313, 'wind_gust': 41.45, 'weather': [{'id': 502, 'main': 'Rain', 'description': 'heavy intensity rain', 'icon': '10d'}], 'clouds': 100, 'pop': 1, 'rain': 57.24, 'uvi': 0.74}, {'dt': 1703005200, 'sunrise': 1702988396, 'sunset': 1703022042, 'moonrise': 1703006040, 'moonset': 0, 'moon_phase': 0.25, 'temp': {'day': 36.9, 'min': 29.7, 'max': 37.58, 'night': 29.7, 'eve': 33.57, 'morn': 31.21}, 'feels_like': {'day': 27.66, 'night': 20.73, 'eve': 25, 'morn': 21.11}, 'pressure': 1017, 'humidity': 55, 'dew_point': 22.3, 'wind_speed': 16.13, 'wind_deg': 295, 'wind_gust': 29.19, 'weather': [{'id': 600, 'main': 'Snow', 'description': 'light snow', 'icon': '13d'}], 'clouds': 35, 'pop': 0.67, 'snow': 0.55, 'uvi': 1.4}, {'dt': 1703091600, 'sunrise': 1703074829, 'sunset': 1703108466, 'moonrise': 1703093880, 'moonset': 1703049900, 'moon_phase': 0.28, 'temp': {'day': 41.36, 'min': 28.45, 'max': 43.39, 'night': 33.98, 'eve': 35.6, 'morn': 28.67}, 'feels_like': {'day': 35.82, 'night': 28.6, 'eve': 30.43, 'morn': 21.51}, 'pressure': 1031, 'humidity': 43, 'dew_point': 20.53, 'wind_speed': 9.78, 'wind_deg': 310, 'wind_gust': 24.96, 'weather': [{'id': 800, 'main': 'Clear', 'description': 'clear sky', 'icon': '01d'}], 'clouds': 4, 'pop': 0, 'uvi': 1.62}, {'dt': 1703178000, 'sunrise': 1703161260, 'sunset': 1703194892, 'moonrise': 1703181780, 'moonset': 1703140560, 'moon_phase': 0.32, 'temp': {'day': 45.28, 'min': 32.72, 'max': 45.28, 'night': 34.52, 'eve': 36.81, 'morn': 32.72}, 'feels_like': {'day': 41.04, 'night': 29.61, 'eve': 32.07, 'morn': 26.64}, 'pressure': 1029, 'humidity': 46, 'dew_point': 25.54, 'wind_speed': 8.41, 'wind_deg': 351, 'wind_gust': 18.77, 'weather': [{'id': 800, 'main': 'Clear', 'description': 'clear sky', 'icon': '01d'}], 'clouds': 8, 'pop': 0, 'uvi': 1.54}, {'dt': 1703264400, 'sunrise': 1703247690, 'sunset': 1703281321, 'moonrise': 1703269740, 'moonset': 1703231160, 'moon_phase': 0.35, 'temp': {'day': 41.81, 'min': 31.06, 'max': 41.81, 'night': 35.89, 'eve': 35.98, 'morn': 31.06}, 'feels_like': {'day': 40.01, 'night': 32.43, 'eve': 35.98, 'morn': 26.2}, 'pressure': 1030, 'humidity': 42, 'dew_point': 20.52, 'wind_speed': 4.99, 'wind_deg': 5, 'wind_gust': 8.48, 'weather': [{'id': 803, 'main': 'Clouds', 'description': 'broken clouds', 'icon': '04d'}], 'clouds': 65, 'pop': 0, 'uvi': 2}, {'dt': 1703350800, 'sunrise': 1703334117, 'sunset': 1703367751, 'moonrise': 1703358000, 'moonset': 1703321880, 'moon_phase': 0.39, 'temp': {'day': 39.4, 'min': 33.84, 'max': 40.17, 'night': 40.17, 'eve': 39.56, 'morn': 34.29}, 'feels_like': {'day': 36.93, 'night': 37.33, 'eve': 37.2, 'morn': 31.77}, 'pressure': 1027, 'humidity': 84, 'dew_point': 35.15, 'wind_speed': 4.21, 'wind_deg': 303, 'wind_gust': 9.78, 'weather': [{'id': 804, 'main': 'Clouds', 'description': 'overcast clouds', 'icon': '04d'}], 'clouds': 100, 'pop': 0, 'uvi': 2}, {'dt': 1703437200, 'sunrise': 1703420542, 'sunset': 1703454183, 'moonrise': 1703446560, 'moonset': 1703412540, 'moon_phase': 0.42, 'temp': {'day': 46.33, 'min': 36.43, 'max': 46.33, 'night': 36.91, 'eve': 38.82, 'morn': 36.43}, 'feels_like': {'day': 42.93, 'night': 36.91, 'eve': 36.41, 'morn': 31.51}, 'pressure': 1028, 'humidity': 64, 'dew_point': 34.7, 'wind_speed': 8.03, 'wind_deg': 4, 'wind_gust': 18.72, 'weather': [{'id': 800, 'main': 'Clear', 'description': 'clear sky', 'icon': '01d'}], 'clouds': 4, 'pop': 0, 'uvi': 2}, {'dt': 1703523600, 'sunrise': 1703506966, 'sunset': 1703540618, 'moonrise': 1703535600, 'moonset': 1703503080, 'moon_phase': 0.46, 'temp': {'day': 45.27, 'min': 33.48, 'max': 45.27, 'night': 37.36, 'eve': 38.95, 'morn': 33.48}, 'feels_like': {'day': 43.18, 'night': 35.22, 'eve': 36.97, 'morn': 33.48}, 'pressure': 1027, 'humidity': 67, 'dew_point': 34.86, 'wind_speed': 4.27, 'wind_deg': 178, 'wind_gust': 5.26, 'weather': [{'id': 801, 'main': 'Clouds', 'description': 'few clouds', 'icon': '02d'}], 'clouds': 21, 'pop': 0, 'uvi': 2}],

Yes, the api definition shows that even when Imperial is specified, the rain and snow is still in mm One Call API: weather data for any geographical coordinate - OpenWeatherMap