Geddy

@skydvrz you've got to go through the eisy web interface and find the plugin store through that. Looks like hte site you went to is just the list UD keeps for the plugins available. https://wiki.universal-devices.com/Eisy:User_Guide#eisy_(PG3)_Dashboard Once there it should have install options as shown in the wiki: https://wiki.universal-devices.com/Eisy:User_Guide#Plugins_Store_Menu

Apples & Oranges! Plugins do vastly different things than "simple" automation programming. So it has to be in a more traditional programming language. Thankfully, it pulls devices into the IoX world that the "simple" automation can be programmed with infinite variables that we all enjoy having the option to manipulate how we see fit. It's wonderful to have options outside sometimes limited apps for other "automation" systems. This was certainly UD driven, but as a result of "user error" in the time of the ISY994 (and maybe prior). You can find endless posts on the forums and probably even hundreds more support tickets that UD had to handle for people that set static IP in the device then changed their home router and ended up with a different DHCP table. In an effort to limit the total time and energy spent on the support tickets UD did the right thing (IMO) to force the device into automatic DHCP and then allow those that have the need/desire/skill to set a simple IP reservation in the router to achieve the same goal of a "static" IP. I don't blame UD for that one bit. It's been this way since the Polisy came out (almost 6 years ago) so really a moot point to be complaining/commenting about this far out from that change (again IMO).

HA! Highly doubtful since ISY programming has been the same for many years. I only started with the ISY994, but some here go way back to ISY-26. To change it now would break everything that's been done since the early 2000s. But you can always ask UD directly. Use their "Contact Us" link on their website. But I doubt it will get much though (only based as a user that would be completely lost if changed to a programming language). Let's face it...you've even been a member here since 2009, so you go back a ways. Why change now? There's no driving force to change and what's being done works.

Yes. That helps having the program disabled by not allowing that "IF" condition to ever be evaluated until you call on it by another program. Just make sure it's not nested in a folder that has false folder conditions - that can keep any program in that folder from running. Often times people use the underlying program to only run "Then" or "Else" actions, but also being able to run the "If" allows that to be evaluated in case it needs to cause another action. The tricky thing becomes knowing that it will only evaluate when called by the first program and not ongoing. If it's something that might happen over a period of time you might need repeats or other triggers. It's a good process, but takes a little testing for fine tuning depending on the first program. https://wiki.universal-devices.com/ISY-99i/ISY-26_INSTEON:Add_to_Program#Action I also like being able to enable and disable programs this way.

While not exactly a “IF” in the “then” portion, but you can run/call another program in the “then” which contains an “IF” statement that you would want to run/evaluate. One trick is to have that other program (the second) disabled so it is only triggered by the first program to evaluate. I do this often with trigger programs for other programs that have waits in them. Since a program would re-trigger during the wait if it was in the first program and not end if it went false.

@someguy I don't use this plugin, but where do you see this error? What are you attempting that you get this error? This just seems like a web error. More than likely a server is down somewhere. Has the error gone away?

First, depends what you want to achieve with the eisy. Other than leak monitoring if you're happy with how your system works now then eisy is just going to get you to the currently supported hardware from UD. For leak sensors there are 3rd party options that are really good. Personally, I use the YoLink water sensors. That does require another hub (a YoLink hub), but the range of YoLink is wonderful. I have not looked at the recent hub options, but I know my hub is able to connect with ethernet or wirelessly so you can put the hub nearly anywhere (out of the way). Then you get the YoLink plugin and can bring everything into the IoX system for alerts and other handling. I think some said YoLink even has a water shutoff option that they incorporate into their system as well. I've not looked into that. Since you do run Z-wave you would also need to buy the ZMatter dongle for the eisy to keep running Z-wave. I'm sure there are z-wave leak sensors available as an option so you wouldn't need a 3rd party hub or plugin. I just have not explored those options so don't know of any suggestions that work well and work with ZMatter. You'll need a strong Z-wave network if the sensors are far from where you keep the ISY994 (currently). If you use something like YoLink that system has LoRa so does not need your wifi to be improved it uses its own hub and devices to have very long range. However, like everything else building shape and material can hamper radio/wireless signals so no guarantee it would reach if very extreme distances or dense material to pass through. With this version that indicates you might have the 300 series z-wave module on the ISY994. According to the wiki it seems only the 500 series is able to migrate to the eisy. You might need to rebuild your z-wave side of the system. I haven't kept up with the z-wave progression to know if UD has found a way to also migrate the 300 series module. I think there's a post in the (old) z-wave area how to determine which board/series you have if you want to confirm what you have installed. If you find that you have the 500 series then I would suggest fully updating to the current ISY994 firmware for that controller before (if) you migrate to the eisy.

No, if you want to stay with the ISY or eisy you need to have the PLM to communicated from IoX device to the Insteon devices. If you wanted to change to the Insteon Hub you don't need the PLM (it's built into the hub). However, you might give up much of the benefit of the ISY/eisy "power" for automation. Also, if you do update to the eisy you can begin to expand your system with any number of systems that developers build plugins for. But if you're desire it to ditch the PLM then going to the Insteon Hub is an option. However, the problem then becomes what do you do to control the z-wave and alarm items you have? I don't think the Insteon Hub supports anything beyond the Insteon line. That's where the advantage really favors the UD products. Very simple (see the wiki for method to migrate). UD has made it simple to backup the current (ISY994) system and restore it into the eisy. There are some issues people have stumbled into, but overall that's just the posts you see here trying to get help for those issues. I'm sure there are unknown many that have converted without issue so thus there's no real need to post here. If/when you're ready to migrate to an eisy make sure you read the wiki method completely. Don't try to move step by step until you've read it all the way through. Also, make a digital copy of your programs by copying the root program folder to the clipboard and pasting in a TEXT editor (for Windows use Notepad). The (Insteon) "scenes" will migrate over as part of restoring the backup. Depending on your alarm panel it might take additional effort to move it to the eisy. What alarm system are you using? If you have the ELK module on your ISY994 then know it's been changed to a plugin. You will need to setup the plugin and reconnect the ELK system then recreate programs (I think...I don't use ELK so not 100% sure if the programs break in the migration - this is why it's important to have that digital "hard" copy of existing programs so you can use that to recreate any that do break and not have to go from memory from "long ago" when things were setup). Or are you saying the locks are Z-wave too?

First off….what Z-wave card do you have in the device? If it is not the 500 series you might need a lower version that supported the 300 series card. If you have the 500 then you want to get the firmware version that doesn’t have a PLM. From the 5.3.4 release post you’ll see this: You want to download the second option “do NOT have a PLM”. This will allow the ISY994 to work without Insteon support and thus not looking for a PLM and will not be in “safe mode”.

@RCJ welcome to the forums. I’m not sure if UD Mobile can access remotely as you describe. Based on the wiki other methods are supported. https://wiki.universal-devices.com/UD_Mobile#Remote_Connections Did you have the ISY994 connected to the UD Portal before they stopped selling the add-on in 2023? If you have an active portal subscription you can use the portal connection. It’s safer than opening ports on a home router (as long as your password is secure).

@EddieRock you're probably best off getting help directly from UD on this issue. Please open a support ticket with them: https://www.universal-devices.com/my-tickets Try what @Techman points out, but don't do anything deeper than that unless instructed to by UD. It's almost like something is corrupt and they would be best to work with to troubleshoot the issue and correctly resolve if it's more involved than simply reloading the IoX Launcher process or rebooting the eisy.

@jsilver561 split your post out to the ZMatter forum since it more seems to be asking about connecting via Matter option. I've not tried this device, but I would assume since Matter support is very limited (currently) that you're probably seeing the best you can get through the IoX+Matter integration. I believe it's still just supporting bulbs and switches (I actually haven't been keeping up as I don't have any Matter devices). Meaning that I doubt the Matter support is fully developed to cover properties like color changing. Since you are able to get the device to connected through the plugin and can control more features I would suggest that's probably the best course of action at the present time (for your situation).

Not directly attached to the device, but I added a (small) USB fan (from Amazon for ~$10 at the time) to circulate air through the cabinet that houses my electronics. It just helps circulate the air in a piece of furnature not really built for electronics, but there were vent holes in it so this seems to move enough air that things don't "cook". With the ZMatter dongle on the eisy it's difficult to stand verticle without props (IMO). There were rack mounts in the box, but never attempted to add them or make something that might elevate it. I've had the eisy running in the same spot since its release and don't think (expect) heat has been an issue. The mini computers are designed to specifically pull the heat to the surface. They will feel warmer on the surface, but should be well within operating temp internally just from their design.

@CoolToys have you performed a full power cycle on the eisy? Rather than just the reboot following the update it might need a full power cycle just to "catch up" or at least trigger things correctly. I would shut it down (6 button presses or press and hold), actually pull the power cord, wait 10 seconds (random amount of time), plug it back in, and power it up (i forget if it turns on automatically or not). Your programs are executing exactly at "x" time. Do you have many other things triggered at the same time? Even though it has "worked for years" (famous phrase among many of us), it's possible that there could be a lot of communicating at the same time and something is missed. Shifting something just a few seconds might help.

@CoolToys said "at least 20 watts total" The issue is the LED aren't pulling enough power for the Insteon switches to properly dim. I too had issues with some Home Depot ecosmart brand. I found that Philips bulbs (the warm glow on dim) work really well, but they seem to be discontinued (or very difficult to find). Lately I've found the Cree also worked really well, but again no longer being made. I haven't tried Feit bulbs yet, but they were on my list to get next time I was in need. I've heard they worked well with dimmers similar to the Insteon switches. Bummer if what you bought isn't working well though. I recently purchased some 60w equivalent Philips bulbs that are used in a ceiling fan kit that dim well (down to ~10%). WOW! Looking at the HD site it does look like the Philips warm glow are available (they were packaged differently a few years ago when I made the LED swap that I don't think I recognized the packaging as "warm glow" when I was there last). PS: I'm not electrician (and have no such skills - HA!) so comments above about pulling power are what I've heard referenced previously. Above is also personal experience with limited bulbs and only (older) Insteon dimmer switches. I do not have any "NEW" models of Insteon dimmers or switches.

@haroldunger looks like you’re talking about this old topic:

@skydvrz you should contact UD directly via their site: https://www.universal-devices.com/contact-us/ While UD does sometimes monitor the forums questions like this are best asked directly by contacting them using the information found on their site. Good luck recovering from the hit! Hope there wasn't further damage to your property.

@jstjohnz what was your previous router? It's possible that the new Unifi router is blocking the traffic for the ISY994 causing the portal to not stay connected. Is the ISY994 directly connected to this router or another switch/hub? I would suggest trying a different network cable as first step to fix. Does your old router still work? I would go back to that router to see if the connection still has issues (maybe test it just for a few hours or maybe a day at most - if possible). Since you have some success then I would say the portal license is valid, but just to be sure login to the portal and confirm your license has not expired. What firmware are you running on the ISY994? Since you're using UD Mobile it's in the 5.x branch, but are you on the last update for your situation? If you don't have z-Wave or are not using it then please be sure you are running 5.3.4 (you can find that information in the "Current Release" area of the forums. The current suggested method for IP control is only through router DHCP reservation for the device. Setting up a static IP on the ISY994 can sometimes cause issues (especially when replacing routers). Please leave the ISY994 setting to auto for DHCP. Are you running any VLANs or advanced firewall rules on the new router? Do you have a "guest" or "IoT" network setup that might have time limits or on/off times? If you're able to connect to the admin locally while the device is "offline" in the portal that means there is internet traffic issue. The next time you get an alert that it is offline try to connect to admin console from a computer that is local to the ISY994. If it connects without issue your router/internet would probably be the issue to next troubleshoot.

I think a few posts back (maybe a page back) there was something from @sjenkins about connecting a device to the local hub. I don't have this so haven't been testing, but I would think with the YoLink setup is dependent on how the devices are added. @Panda88 commented that at the time additional hubs are to extend the network. If those are cloud hubs then they probably wouldn't communicate, but I don't exactly know how hubs talk to each other. I would expect if a device was added/linked with only the local hub active then another hub was placed for range it's possible it would still report. Would need to test for personal use case unless others already have and can comment. I only need one hub with the amazing range of YoLink and only having items inside the house I don't need to get to other buildings or outside areas. I do like the idea of a local hub though, but this is why the current YoLink hub is on my "IoT UPS" so it is online if the power goes out. I don't run anything critical enough to worry if there's an internet outage, but do want to keep up with the temp in fridge/freezer if the power goes out for too long.

@srjacob the hangup will be the Elk "module" as @paulbates said. Proior to when UD ended support for the ISY994 they stopped the option of buying modules for the ISY994. When support ended I believe they also said they would no longer transfer modules to other devices. You might want to go see some of the old news posts on the UD site for when the ISY994 ended support. Otherwise, for the Insteon side it's not overly complicated to mirror between two devices. Make sure they both have the same firmware. Just make a backup of the current/old ISY994 then restore it on the other/new device.Your only problem with the Insteon side is the PLM could cause a communication issue, but it might be simple (I've just never actually tried it). I know after getting the ISY and Insteon running on Polisy then eisy I ran the ISY994 for a while to help people here. I had to install the non-inseton firmware so it wouldn't always start in "safe mode" because I didn't have the PLM connected to it. Ultimately, the question is...why do you want to do this? Just to have a spare? I would rather suggest that you keep good backups of the working system. Then if/when something happens and you have to change to the other ISY994 it's an easier process of just restoring the most recent backup. Knowing that the ISY994 is no longer supported by UD and many here have updated to the Polisy and eisy the user support is also waining for those devices. There are a few that still use them that are very active here, but many (UD included) will probably suggest your time, effort, and money is better put toward updating to a new eisy.

Probbaly some of the plugin developers can diagnose an issue. However, the developer of the "current" production plugin for Govee is no longer supporting it. The plugin hasn't been updated in a while (since 2021). That's why I wonder if the Pro is a new line and it's not supported with the old programming. I know it was converted from PG2 to PG3 by UD at the time PG3 was introduced, but I think that's all that has been done to this plugin in several years. There appears to be a Govee plugin in the non-production store, but not sure if it has any better/different function since it hasn't been updated in a few months. I have not tried that one. Done. Thanks for suggesting.

It's quite possible the "old" plugin doesn't support this product. I know it's kind of old, but doubt Govee has really changed all that much with their API over the years. I know I have an older Govee "lamp" that is wifi/bluetooth that I was able to connect to the plugin. @dbuss what product are you using that works with this plugin? I wonder if anybody has experience with this same "Pro" model.

This is why I run my eisy on a battery backup (UPS). Specifically I have this one: https://www.amazon.com/dp/B01FWAZEIU (just the eisy...NOT the PLM!) That battery supply only runs the eisy, cable modem, primary wifi router, and yolink hub. I figure with that little power pull on the battery it should last a while before it dies and if I'm home/awake when the power goes out I can power things down. But for storms when the power flickers I don't want the eisy to reboot. Now, to this program running...very strange, and you said it's not set to run at startup. But as @hart2hart points out do you have the entire system set to catch up when turned on? (that's on the configuration tab) Your program is odd to begin with. It's set to run at exactly two time occurrences and if onvacation = 0. The issue is with the "wait" in the THEN. When it's not EXACTLY that time the program would be false. When a program is in wait and the condition of the program changes it will evaluate again. In that regard this program should turn the fan on, but never turn off. Usually people would suggest you run this as 2 programs so the wait doesn't mess you up. 1st program would trigger at those times and if onvacation = 0. your THEN would trigger the 2nd program (that should always be disabled and NOT have an IF statement). The 2nd program would then turn on the blower, set the wait, and then turn off the blower. In your log it looks like just a status update of the BSMT Blower being off. Then apparently another power outage happened and it was then status on. Didn't see anything that specifically turned it on. Is it possible you have another program controlling BSMT Blower? You can use "Find/Replace" on the programs tab and look for text or a node to see what programs reference BSMT Blower. (Right click any program and it should show up in the menu). Catch up in the wiki: https://wiki.universal-devices.com/ISY-99i/ISY-26_INSTEON:Program_Summary_Tab Find/Replace in the wiki: https://wiki.universal-devices.com/ISY-99i/ISY-26_INSTEON:Tree_View

@smorgasbord glad you got it sorted out. It is an odd error though and one that has shown up before, but not commented on recently. If it happens again (soon) try running the upgrade packages again and reboot then power cycle. Are you using UD Mobile? Is it up to date? If it happens again start a ticket before doing too much self troubleshooting or “repair” (other than update process or power cycles). As it would be beneficial to UD to see what is happening so if it’s a bug they can repair for the rest of us.

Cool….yeah, at least you’re already on 5.9 so you should be good with a standard backup before pressing the “upgrade packages” button. I would probably still make a text copy of programs (it’s just something I do now and then to have in case something fouls up). Allow a good bit of time to pass and watch the admin console screen for when a reboot is needed. Just also wanted to ask if you’ve reserved an IP address in your router. This way the eisy will come back to the same internal IP. When done with the reboot I would perform another power cycle to fully reset everything. Make sure you allow the device to fully restart from the first reboot. If you have access to the eisy check the wiki for the button presses for a shutdown or just press and hold the power button until it changes color. (I think the on is blue and off is red) Clear your Java cache (check all 3 boxes), and possibly download a new start.jnlp file (not required, but good practice). Run start.jnlp to return the shortcut to your desktop. I have run an update in a month or so and think my system is at 5.9.1_19. Check the sysconfig link again to confirm update. Good luck!