apostolakisl

Sorry, I don't have those keypads, so no experience. The only thing I can think of is another xsp on your elk and another PLM. Not sure if two plm's on a network causes insteon issues, doesn't seem like it should.

Oh my.

Michel said it will run on Polisy, but that it may be sluggish because of the RAM size and speed.

I've got a Flir version of the same thing. I think I spent $300 for it several years ago. I see they can be had for less now, not sure how mine compares to those. EDIT: Yup, just checked my Amazon history, Got it (Flir Pro One LT) 2019 for $300. It continues to work. Not sure how that compares to ones currently listed on Amazon. I use it a handful of times per year. Works well for doing checks on your AC function imaging the coils and vents and checking propane levels in free tanks. Random other uses like seeing how hot your eisy is as well. I have heard you can spot man-overboard at night with these as well but haven't tried that.

I'm assuming you have the Elk node for ISY. It is an option in the Elk node server. It is also an option in Elk rules, but that wouldn't help you here.

I don't know. But ISY is still stuck in that mode and so far UD mobile hasn't erased my favorites again. Every time I open the admin console it shows that linking pop-up. This is not the first time for that. Last time I had to reboot eisy to get rid of it. And as I think of it, it is 2 for 2 on this problem. I have only put Eisy into linking mode twice since owning it and both times it has done this. I assume I need to reboot again.

Don't know what to tell you. But on the home page, I clicked on the "online" at the top and where I normally see both controllers drop down to choose from, only the one was there. And then I started going through the settings page and I don't remember what exactly I did, but it triggered a sync with the controller that was not listed in the drop down menu. But still, all the favorites were gone. I never re-entered credentials, so that part didn't delete.

Does the "display on keypad" function on ISY work on that keypad? I have my regular keypads display messages like the outside temp and wish my kids happy birthday and silly stuff like that. Do you have a PLM on the Elk or are using the xep via ISY? Might be that you need a PLM directly connected to Elk for it to see status changes. I'm just not sure, never used it that way.

I would suggest skipping the elk as a direct controller of Insteon devices. Use the Elk node in your ISY to bring all the Elk states into ISY and let ISY control the Insteon devices. Anything that happens in Elk will be known to ISY so there is no need to have Elk directly control anything. And vice versa, anything that happens in Insteon can control Elk via ISY programs. For example, I have Insteon KPL's arm the system. And going the other way, Elk zones will trigger lighting changes, all via ISY programs, not Elk rules. While ISY programs may not be perfect, it is certainly a better platform than Elk rules.

Folders I had created inside of the favorites tab were there, but they were empty. The actual nodes were all missing. Both in the main page and inside of folders. I had done nothing configuration wise. I was using UD mobile to turn on sprinkler zones an hour earlier, then I opened it to turn off the zone, and this is what I found.

I opened UD mobile a few minutes ago and everything pretty much was gone. It only listed one of my two sites and my favorites were pretty much all gone. Fortunately I had a backup from a couple months ago. But what the heck? Also, unrelated, Eisy seems to be stuck in Insteon discovery. Every time I open up the admin console it shows added device and UD mobile has a pop-up saying I am Insteon discovery. It shows this every time I open the admin console. I added this device a week ago.

Is there anything further on this? Every time there is any hiccup in my network Blue Iris disconnects (despite saying "connected"). It seems that people are saying using the "re-discover" button will fix it. Do I need to just have a program that runs every hour triggering a "re-discover"?

The heat sink on these things is the chassis. So I think it is a little deceiving compared to other devices with internal heat sinks. With these devices you actually touch the heat sink with normal handling of the unit. With internal devices, you are touching plastic that is well removed from the source of heat. I think if you opened your PC (or similar) and touched the heat sink, you might get the impression that it is also too hot even though it is working as expected.

@srjacob It is a language that is purpose built for HA. It has its own logic and it works for HA. The JAVA thing is roundly agreed upon to suck. UD is currently creating a local device-hosted web interface on Eisy that will integrate everything and ditch Java. You can install an alpha version of it if you like and see the first phases of it. Currently, it does no handle programming. But the endpoint is expected to be 100% of everything ISY including the plugins all on one coordinated interface. The method that is currently used to program ISY becomes tiresome when you are doing a lot of programming. The drop downs are slow. Aside from that, I see no reason to change it and I see lots of reasons to not change it. Some sort of "pro" interface that cuts out the drop downs would be the only change I would want to see. But without the drop downs, are you going to manually input device node addresses? I think the drop downs are going to stay, but could be made to work better. Starting to type in a name does not give you a very good list of close fits in any sort of logical order.

If there were enough people using this system, someone might be able to write a compiler to translate python or whatever language to "ISY".

You can add as many comments as you want. They show up as blocks in between each line of code.

Disabling a program only prevents it from self-triggering. Other programs (or manually) you can instruct it to run if and it will follow through to the then or else. Or you can directly run then then/else clause from another program. This effectively is an embedded "if" clause. You organize using folders and comments so that when you come back to it in a few years, you aren't trying to figure out what you did.

You can use wireless tags that have the lux feature on them for this too. If you already are set up to use wireless tags, this is super easy to add on. I use the USB version and plug it in to an outside outlet that is under a patio roof to keep the rain off of it. I like the USB plugin version since there is no battery to go dead.

You can do it one program if you like. interupt - [ID 017E][Parent 0093] If From Sunset To 10:00:00PM (same day) Or From 6:00:00PM To 10:00:00PM (same day) Then // what you want to happen at either sunset and 6pm Else // what you want to happen at 10pm. This program triggers at 3 different times. 6pm, sunset, and 10pm. At 6pm and at sunset it will run true, and at 10pm it will run false. If it is externally triggered it will be true when the time is between sunset and 10pm as well as 6pm and 10pm, so if only one of those is true, the whole thing will be true. The fact that the program runs true twice per day would typically not matter. If sunset is after 6pm, then the lights will be on already when it runs true the second time at sunset and nothing will change. The on command will be sent out, but presumably they will already be on, so nothing ends up happening. It will matter if whatever the program is doing in the then clause is an event that does not hold the same state until the second trigger. It would almost certainly not apply to lights, but perhaps if you want it to sound a horn once per day at either sunset or 6pm, whichever is first, then it will end up sounding a horn twice, once at each time.

Did you try testing your codes using the itach software? It has been ages since I programmed my itach, but if memory serves me, after you learn the code with ilearn, you can test it. These codes can be finicky. And finally, are you confident your IR emitter is properly plugged in and working.

One thing I very much appreciate about the webcontrol board and node server is just how reliable it is. It just always works. The only downside is that it requires an ethernet connection unless you want to buy a wifi/ethernet adapter. Doing so does add a potential layer of failure. I use all of my boards via an ethernet plug. Nodelink also has a webcontrol board node that works great as well. I use pg3x node at home and nodelink at my church to control it. And you can put temp/humidity probes on the webcontrol board if you like as well as various inputs. You can program directly on the webcontrol board which would let the webcontrol board run all by itself, but you would have learn the PLC language it uses. At one time I was pretty good at it, but haven't used it in a while. The documentation is pretty good at telling you what you need. The board also can control I2C devices, I haven't tried this, but it might allow for 16 relays or more, just not sure. Or other I2C devices as well.

I use my Elk relays to control irrigation and have that integrated with ISY. Another option would be a webcontrol board and a relay bank. Maybe $50 for the two to control 8 zones. There is a webcontrol node server. I don't know if those boards are sold new anymore, but here is one on ebay. I have several of them doing various things around the house and integrated with ISY. https://www.ebay.com/itm/336129256923?_skw=cai+webcontrol&itmmeta=01K326SYWY1QYDW4H3MBND19B0&hash=item4e42dd6ddb:g:8YEAAeSwAkFooRsY&itmprp=enc%3AAQAKAAAA0FkggFvd1GGDu0w3yXCmi1eVIQeGiRgO5M5LmYnQEv3p%2BIhyUEtQquhsRINAxFdq%2FdRej98p42PvwfUkQWK0YUslj4JOnsT7zTlv7xZ2I9TpSQ%2B7c4z4LACz%2B%2BfgckFd7VeqKMKQqMhMngazOCAUAewwJSB8V2439LpHaX8%2BEmqtyRPcp42R78%2Bff%2FGBU86L8WOLMkXiGKWMmFfQsT7a8K0HzUyh6ig2%2BaBVTh8xe9uy23cg5aX7JgAvKAGm2nQ1W%2Fo88cneLD6vw3%2Bk%2BdnIbaY%3D|tkp%3ABk9SR9Du58aYZg&pfm=0 And then you need a relay board like this https://www.ebay.com/itm/185775465434?_skw=8+relay+board&itmmeta=01K326YRXR65XFCVN50QF35MQ8&hash=item2b4114a3da:g:hMgAAOSwO0lj2uFr&itmprp=enc%3AAQAKAAAA8FkggFvd1GGDu0w3yXCmi1dusklByeQzJ4KdARXnhds0p6i4GAMkfAaRYSzqfdQCGEvrZeSBYNHvuVNQugVF%2F01TX1YsHyurhi0rKB2fCpLM44ZFs5IaKU6%2BcJGR9vtY%2BUaIUOWoU8naevz0PnwLXdBQ3FQXxGNp2Dw2YOQ40FH4s9Yd1%2F%2BCP5DbKJZgfRt95537oaMC4FqQmRekUu8FBGqgM4UCVnD0g2AoRhUN0AuNgcdWdupt1XGEsu95xrQ76KZfSEHjTTU5utNwj818ClJ29%2BYOdPwK0LixygYq9Tz22dYF3hbPhxgDpTxcIVNSnw%3D%3D|tkp%3ABk9SR4qP-8aYZg&pfm=0 The relay board needs to trigger the relay using only ma of current. Basically, ones that say they can work with rpi or arduino. The webcontrol board does not have enough current on the outputs to power a relay, only a signal voltage.

Do they work with Alexa? I have some fans that are knock off Big A$$ fans that work with Alexa and I use that as a go-between. It is actually working quite well. Using variables Alexa will keep ISY sync'd to the fans regardless of how you control the fans. I can control them using the fans own remote, Alexa, and ISY and everything stays sync'd.

Are you using the itach node server or network resources? You say you are using the node server but you are showing network resource screen shot. The flirc and the itach are fully separate so having or not having a flirc is not going to affect the itach. This is an example of one of my "body" sections for a network resource. sendir,1:1,1,38343,1,1,16,179,12,183,12,183,13,182,14,181,16,275,19,176,19,272,19,176,19,176,19,176,19,3834\r\n\n And this is what my itach node server setup looks like for one device. I had an itach prior to the node server existing so I have some things still on the network resources but have been trying to moving everything over to the node server because it is nicer to work with once configured. "whole house on","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,178,19,274,19,178,19,178,19,178,19,274,19,3858" "whole house off","sendir,1:1,1,38343,1,1,15,180,14,181,19,176,19,176,19,176,19,272,19,272,19,176,19,176,19,177,19,272,19,4907" "system off","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,274,19,274,19,274,19,178,19,178,19,178,19,3858" "Zone on/off","sendir,1:1,1,38226,1,1,10,185,10,184,14,181,19,176,19,176,19,176,19,176,19,176,19,176,19,176,19,176,19,3822" "Volume Up","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,178,19,178,19,178,19,274,19,178,19,178,19,3858" "Volume Down","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,274,19,178,19,178,19,274,19,178,19,178,19,3858" "Mute","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,178,19,178,19,178,19,178,19,274,19,178,19,3858" "Do Not Disturb","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,178,19,178,19,178,19,178,19,274,19,274,19,3858" "Source 6","sendir,1:1,1,38343,1,1,16,179,12,183,12,183,13,182,14,181,16,275,19,176,19,272,19,176,19,176,19,176,19,3834" "Source 5","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,178,19,178,19,274,19,274,19,178,19,178,19,3858" "Source 4","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,178,19,178,19,274,19,178,19,274,19,274,19,3858" "Source 3","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,178,19,178,19,274,19,178,19,274,19,178,19,3858" "Source 2","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,178,19,178,19,274,19,178,19,178,19,274,19,3858" "Source 1","sendir,1:1,1,38580,1,1,19,177,19,177,19,177,19,178,19,178,19,178,19,178,19,274,19,178,19,178,19,178,19,3858" Also: I noticed your are sending network resources on port 4997. Mine is setup on port 4998. ***Pretty sure your port number needs to be changed to 4998. All the docs that came up on a google said it works on port 4998.

A sensor that tells you the door is moving and which way would be nice. I have issues with my automation where, for example, the garage door is already closing, and a program gets triggered to close the door, and it doesn't know the door is already closing, so it "hits the button", which of course reverses the door to go back open.