Andy P

Since the demise of the MyQ nodeserver due to being locked out of the API, I installed new Triggerlinc 2843-222 Open/Close Sensors (V43) on my garage doors. I already have a bunch of them on other doors. Install went fine, there are plenty of other insteon devices in the garage so no problem with communication. What I don't understand is why the status in the admin console goes from On or Off to blank after a number of hours. (EISY v5.7.1) In the latest case, the door opened at 11:43 am, closed at 11:44am and i received a heartbeat at 6:05pm - I see all that in the log. The admin console showed the door as closed (off) most of the day, but in the evening I noticed the status was blank. In fact, three of my open/close sensors then had gone blank. There is no indication in the log of why they would go blank. A bunch of the other open/close sensors still show Off so it doesn't happen to all of them. SO they have fresh batteries and good communication and I am receiving a heatbeat, but the status disappears. Any clue what is going on and how to avoid the status going blank? Just to add - I did not restart the EISY or IOX during this time, I know there is a blank status until the first event gets reported. Thanks, Andy

To save someone a bit of time getting the UnifiPresence node server working for the first time, this is what I discovered when setting it up - some of this is probably obvious but I did waste a lot of time figuring it all out. 1 unifi_host -> UDM / Cloud Key - IP - this one is easy - go to unifi.ui.com or your local controller web page and look under UniFi Devices for the controller - in my case a cloudkey - and copy the ip address - like 192.168.1.7 for example 2 unifi_port -> UDM / Cloud Key - Port - well I wasn't sure if it should be 22, 443 or 8443 and tried them all. Turned out 443 was correct 3 unifi_userid -> UDM / Cloud Key - UserID - i had three choices for this, maybe it would be ubnt, or admin, or a custom id I had set up. Turned out to be the custom id 4 unifi_password -> UDM / Cloud Key - Password - the password that goes with the userid above 5 unifi_siteid -> UDM / Cloud Key - Site (default) - if you have a simple setup, it is just the word default, no parenthesis or anything 6 mac_device -> Provide a comma delimited list of mac address of device to detect presence on the network. (ff:ff:ff:ff:ff:ff,ff:ff:ff:ff:ff:ff) - do NOT put them in parenthesis, no spaces, just a comma in between. You can easily find the mac address of devices in the Unifi console under Client Devices - Overview If you get the first 2 right configuration parameters, you will get just one node with the controller called UnifiCtrl. It will show up with either Status - True or False and will have the address n00x_controller where x is the slot you installed the node server in If you get the rest correct, you will get additional nodes for each mac address you included the configuration. The node name will default to the mac address, but you can freely rename it to something like myphone without any problem. The underlying node name will be something like n00x_xxxxxxxxxxxx based on the slot and macid respectively. This is standard node server behavior. If you look in the admin console device summary table, the controller node with show true or false, but the mac nodes will show blank. That is because the status is not being put into the Status field for the individual devices, it is being put in to the GV1 field. You have to go to the detail of the node and it will show up as Online - True or False. To use this to trigger a program, use a condition that tests Status - Online = True or False for the mac devices or use Status - Status - True or False for the controller. If you are having trouble, use the Polyglot console and turn on Debug level logging to get a better idea of what is failing. Good luck! Andy

Excellent! After updating the node server and recycling IOX I found the icon url in GV21 - thanks!

Bob, do you get the icon filename data back from OpenWeatherMap that you could pass as a property for the controller and forecast nodes? Then I could download those 18 icons and use them in my display. Otherwise I have to build a table of weather condition value to icon name. Weather Conditions - OpenWeatherMap

oh, now I see the difference. The ones that were formatted prior to the restart were all using standard UOM (units of measure) and precision to generate the formatted text. But those two have UOM=25. ISY Developers:API:V5:Appendix:Units of Measure - Universal Devices, Inc. Wiki (universal-devices.com)

Interesting. Two values changed to include the formatted text after the restart and now the name value is filled in for all of them. <property id="GV13" value="701" formatted="mist" uom="25" name="Climate Conditions"/> <property id="ST" value="1" formatted="Connected" uom="25" name="NodeServer Online"/> Thanks!

Thanks, I understand number two and that needs to be done by UDI. Regarding the first question, I am getting text formatted values for all the other variables, just not GV13 - but I guess I will go restart IOX and see if that changes. <property id="BARPRES" value="1004" formatted="1004 mb" uom="117" name=""/> <property id="CLIHUM" value="96" formatted="96%" uom="22" name=""/> <property id="CLITEMP" value="5167" formatted="51.67°F" uom="17" prec="2" name=""/> <property id="DEWPT" value="5058" formatted="50.58°F" uom="17" prec="2" name=""/> <property id="DISTANC" value="1" formatted="1 Miles" uom="116" name=""/> <property id="GV13" value="701" formatted="701" uom="25" name=""/> <property id="GV14" value="100" formatted="100%" uom="22" name=""/> <property id="GV18" value="0" formatted="0%" uom="22" name=""/> <property id="GV2" value="5106" formatted="51.06°F" uom="17" prec="2" name=""/> <property id="GV4" value="461" formatted="4.61 mph" uom="48" prec="2" name=""/> <property id="GV5" value="599" formatted="5.99 mph" uom="48" prec="2" name=""/> <property id="GV6" value="0" formatted="0 inches/hour" uom="24" name=""/> <property id="GV7" value="0" formatted="0 inches/hour" uom="24" name=""/> <property id="ST" value="1" formatted="1" uom="25" name=""/> <property id="UV" value="12" formatted="0.12 UV Index" uom="71" prec="2" name=""/> <property id="WINDDIR" value="90" formatted="East" uom="76" name=""/>

Hi Bob, thanks for providing/supporting the openweathermap nodeserver. I got it up and running pretty fast once I subscribed to the service and put in the config. Question about the formatted data being provided for 'weather conditions'. In the admin console, you are converting the numeric value ''804" to "Overcast clouds" which is very useful. In the rest api, when I request the node data, a lot of the values do get different values between the value and the formatted value (like 599 becomes 5.99 MPH) but the weather conditions does not. <property id="GV13" value="804" formatted="804" uom="25" name=""/> Is there any chance you could put the same formatted value from the admin console into the formatted value of GV13 or perhaps create a new property id="CONDITIONS" with the formatted value? Otherwise I will have to do the translation in javascript. Appreciate your consideration. Second question - since I don't need the API polling every 10 minutes all night, is there a way either to provide a sleep time period or to turn polling on and off via a program for when I don't need it to update? I know that first 1000 calls to the api are free, but don't see any reason to poll if I am not needing the data to be updated. Thanks, Andy

I would approach it by isolating the factors. First, remove the load from that dimmer and see if it acts the same. I have seen strange behavior when the load is too little like a single led bulb. Then, if it is still acting flaky, remove the other switch from the circuit by disconnecting the black and white wires from that switch. Finally, swap the load between the two switches and see if the problem moves.

I had a bunch that fired at the same time - like sunset - and would occasionally get devices that did not turn on or off as part of the mix, so I staggered the program triggers by a minute or so each and those problems mostly went away. You will also see advice in this forum from time to time to add 'delays' in programs when there are a large string of devices turning on and off. I have also used that technique to improve the reliability of some programs. Combining those two thoughts, if you still want to trigger the events at the same time, you could put various delays at the start of those events to achieve the stagger. I suppose all of this might just be making up for less than ideal communication or interference in the home, but some of those intermittent problems are really hard to find.

It must be the starting amps that are requiring 40A because most well pumps run less than 20 I believe. I also have a variable speed pressure maintaining setup using a Franklin Electric subdrive controller and a 2hp submerged well pump 300' deep. According to the tables, 2hp 240 VAC draws about 10amps but of course the starting current is higher.

I noticed this morning that 5.7.1 is now up to _05 Release notes for: 5.7.1_05 - 11/29/2023 - Crash while initializing PLM (older versions) Release notes for: 5.7.1_03 - 11/27/2023 - Zooz dongle issue - Initial db Release notes for: 5.7.1_02 - 11/15/2023 Fixes - Crash during restart - Crash during usubscribe - Z-Wave change from bridge to static <br/>

I was pondering the same question when building a new house - then I realized I have a well! And that means I just have to cut power to the well. So, I installed one of these GE Enbrighten 240 volt - 40 amp z-wave switches and trigger it with a leak sensor. (The well pump only uses a 20 amp circuit for those electricians wondering about the bx cable).

Just wanted to share a couple updates. This includes how I am showing the 24 hour cycle of lights on and off and when there is motion. The circle around the device with gray and yellow for lights on and off. Red circle with spokes for motion. The green dot is the current time. Also showing when certain scheduled actions will occur and how long until that happens. The gray pie is a 24 hour clock and when it is within one hour it switches to the green pie. There is also a gant style timeline of the log and a pop up when you hover the mouse to get the controls and access to the log entries for that device. I am doing all this with simple javascript using the response from the rest api. Love to have any suggestions or ideas from the community! Andy

Steve, the first thing I would suggest is don't panic. The insteon stuff is solid and with a little time invested you can get it working the way you want. If you don't want to invest the time, you could of course just replace everything with dumb switches and be done. If you have a dimmer that does nothing, it means that there is another dimmer that is actually controlling the load. If you look at the instructions for those dimmers, you just have to reset them both then link them together. This works even without any hub. If you need more help with how to do that, plenty of people on this forum can help you if you just describe where you are at with each device. I suggest you start with a single pair of devices that aren't working. Factory reset the one that controls the light. Factory reset the one that is supposed to be linked to it, and then use the instructions for how to link those switches together. Get that working and just repeat it for the rest of the house. If you want more control and automation, invest in a hub. For this group, the EISY is the preferred option. but to be clear, you don't need a hub to get your stuff working again. Best, Andy

This absolutely should work and certainly does for me. If Time is Sunrise Then ... So 1. Check - did you click on Save Changes at the bottom of the programs tab? 2. At the top of the admin console, does it show the right time for Sunrise and Sunset? 3. In the programs summary page tab does it show times for Next Scheduled Run and 'On' in the enabled column?

I am using the result of the /rest/log response to create a visual timeline of events. I really only need about the last 800 log entries, but the rest command returns the entire log (so 10's of thousands of records). I can clear the log, but then I lose the most recent entries as well and I cannot see a way to clear the log prior to a certain date. The program works fine, but it feels like I am making it work harder than it needs to. So specifically asking: 1: can /rest/log be called in a way that limits the response to the last n entries? 2. can the current log reset be done but preserve the last n days or n entries? I attached a view of the timeline generated by javascript/html/css from the log. EISY v5.7.0 Thanks, Andy

You can search for MELE Quieter 3C and find some stuff like this: FanlessTech: Fixing the MeLE Quieter cooling

As a background, I am a former user of Indigo as a controller for Insteon tech going back many years. Started converting to UDI about 5 years ago and have since dropped Indigo entirely. However, I have not found anything that works with UDI/EISY that comes close to the web graphical interface capabilities that Indigo has/had. First of all, am I missing something? I know about HA and Mobilinc and a bunch of those, but didn't find what I wanted. Minimal overhead, using local apis and no cloud. So, I pulled out the UDI REST programming manual and put together a simple websockets HTML/Javascript front end that looks a lot like what I had in Indigo. Here are a couple screen shots of pieces of the screen. Interface is to EISY/Polyglot and a couple node servers for MyQ and TotalConnect Anyone else out there doing something similar?

Wibar - welcome to ISY! Before everyone jumps in, can you say whether you have discovered the UDI Wiki which has lots of examples, or any of the other resources for learning about ISY? ISY-99i/ISY-26 INSTEON:Create a Program - Universal Devices, Inc. Wiki (universal-devices.com) Andy

Oh Thanks for clarifying, I never had one of those dual relay outlets.

I got a couple of the newer I3 outlets. I3 do not work with the 994 but I had just upgraded to EISY (mine are at 5.7.0), so no issue for me. There are several key differences between the I3 outlets and the older dual band dimmer outlet (which I also have installed - 2472D v44). First and foremost, the I3 is not a dimmer - only on/off. The good news is that this means you don't need that magnet thing on the plug to use the outlet. The bad news might be that it isn't a dimmer - but I am using it for a fan so didn't matter to me. Second, Both the top and bottom outlets are controllable - not just the top one. Third, the I3 load sensing, is supposed to be able to trigger an event to control other devices when you manually turn on/off the device that is plugged into the outlet, but I have not figured out how to use that yet. Programming wise, it is the same other than not being a dimmer and having two devices in one. I have one outlet set to turn on when I turn on a wall switch for a bathroom fan. Also use a programmed timer to turn it off. I'm keeping the old dimmer outlet because it works well in the nightstand to dim the light and the other outlet is used for charging a smartphone so doesn't need to be switched. Andy

OK, so I know this node server is not being actively developed, but I thought I would make a suggestion and see what happens. On the physical panel for the Honeywell Vista, there is a green light that is on when no zones are faulted. I looked through the TC2 API alarm node status enumeration and it does not look like the API returns a 'not ready to arm' state unfortunately. So, I can write a program with 22 IF statements, one for each node, to check if all nodes are OK, but that seems like a lot of work. So, my feature request is that at each polling interval, the top node which represents the alarm panel has a new property 'All Nodes OK' that would be set to True or False depending on whether the scan of all the nodes returned OK for every node. Or in other words, if that property was false, it means that at least one zone is not OK. This would allow me to do some automation, like turn on a light, if any of my zones are faulted without having to put all 22 zones in the IF statement. I looked through the source code for the node server, but I am not familiar enough with how the node servers are coded to tell how hard that change would be. Meanwhile, I guess I will bite the bullet and create a boolean variable that gets set by those 22 IF statements. Andy

After reading this post, I decided to try the TotalConnect plugin with my EISY (v5.7.0) Installed the node server and waited for it to populate the nodes. No problem. A couple minutes later I had 23 nodes corresponding to the wired and wireless zones on my Honeywell panel. However, all the nodes showed status of 'off'. I correctly guessed that I had to restart the admin console for the status to look right. After a restart I am seeing all the zones 'ok', or 'faulted' as expected and the high level node as 'disarmed'. I wonder if the OP just needs to restart the admin console to get the status to change from 'locked' to the correct status. I decided to write a simple program to turn on a light when the window in my office was opened. Well, it worked, but of course since the polling interval is set to 120 seconds, it took almost 2 minutes before the light turned on. I don't expect to use the connection for any real time events so I don't plan to change the polling interval. I will probably use it to turn on the random away lights program when the alarm is armed. Bob, thanks for porting this and seems to be working right, at least for me. Andy

Any chance that there is a direct link between FRONT.DOOR and Entry Front Door Light or they are linked together in a scene? Try disabling the program entirely and opening the door and see if the light goes on.