Geddy

Seeing that the hue plugin was developed on unofficial api (based on previous posts about this plugin) and hasn't been updated in a while (years?)...I would hazard a guess that the "pro" hub is not supported. If you tried all the usual tricks and still cannot get it to connect, it might not be using the same methods that the plugin is using to identify and communicate allowing successful connection. Fun that there's a new hub for hue.

You've got to. It's the only way Echo gets the information from UD. But you said it's working now. At least all the items/devices showed up on the UD Portal site. So hopefully Echo is working and controlling devices again. Otherwise, make sure you follow the setup in the link provided above. You're looking for: "ISY Optimized for Smart Home V3".

Great to hear! Yeah, I didn't link to that since you said you had already migrated the portal. Seems that you hadn't. The migration process was written when eisy was just released. I don't think much has really changed and seems to still be a viable tool. I am not sure if there's anything in the ordering or setup instructions that might direct users to the wiki for the best/easiest migration process to follow. As far as I know UD Mobile really just lets you setup the device and get it updated to the current version. Moving years of hard work in setup, programs, and voice commands is a daunting process. Thankfully the migration steps are available in the wiki and work. Just knowing about them and being directed to them could probably be better. UD has often said they're programmers...not so much documentation writers. Thankfully there's a good (active) group of forum users to lend a hand, and of course UD Support is top notch! Have fun learning the rest of the eisy. If you've got other issues that crop up please be sure to start a new thread.

Do you have the UD Skill enabled on Alexa? Make sure you're using the v3 skill (released many years ago). Some people setup the Echo connection/skill in the v2 time period and recently received notices (from Amazon) that v2 is no longer supported (or will end soon). You'll need to enable and link the v3 UD skill in the Alexa app. It's possible it became unlinked and just needs to be relinked. This might help: https://wiki.universal-devices.com/ISY_Portal_Amazon_Echo_Integration_V3 Hopefully support can give other tips. I'd be interested to learn if it's possible to restore the spoken/setup you had previously.

Again, since the portal migration might have happened when you didn't have any devices in the eisy it more than likely wiped out anything that was previously there. When you log into my.isy.io go to "Connectivity" -> Amazon Echo. If the list is blank then you can try hitting the "refresh" symbol now that you have devices in your system, but I don't think that will do anything. At this point you might need to open a ticket to see if UD has any "tricks" or tips to get the mappings back, but I think it's not possible. Know that Echo and UD Portal are different systems. Just because you don't have items showing in the portal (I'm assuming you mean my.isy.io) don't assume they don't exist on Alexa/Echo. Confirm in the Alexa app that you don't have any devices through the UD Skill. In the Alexa app (on iOS) click the light bulb in the bottom of the app and it should take you to all the devices it knows. Look for anything you think should be a device from the ISY. Click on the gear icon on the top right. That should take you to "Settings". In there is an "About" and a "Connected Via". For UD Portal it will just show "UDI". If you find any devices connected that way, but in the UD Portal (again, my.isy.io) you should delete them from the Alexa app. No, rebooting the eisy does nothing to the portal mapping. If restoring the devices and trying to refresh through the portal page mentioned earlier (in this reply) doesn't re-map the devices then you'll either have to manually redo them or open a ticket to see if there's a magic way UD can help restore them. My bet would be you'll just need to manually enter them again. Yeah, that wouldn't be advisable. That's "standard". Not many ever click "more info" (I assume). Nothing to worry about there.

Since you migrated the portal before there were any devices it's more than likely everything previously sent to Alexa is gone. Check on the Alexa app to see if devices are still showing there. If they are, but they aren't on the UD Portal then you should probably delete them in the Alexa app and re-map them in the Alexa portal. As you do it the Alexa will discover them and add them back to the app. There's no way to go from the Alexa app to the UD Portal. And it's possible that if you map new devices the Alexa app will find them and treat them as duplicates. So that's why I suggest you delete them on the app first before mapping. To test maybe map one and see if you have any issues with Alexa saying there are multiple devices. If not then keep going, but it's tricky. Glad the other restore helped out. I'm not sure about using UD Mobile for migration since that's a new wrinkle that's been possible since the first migration steps were written in the wiki. UD Mobile is not doing anything with the IoX backups made in Admin Console so there's no way for it to restore it to Admin Console in the migration process. I'm "old school" and don't use mobile apps for "automation" so just handle everything in Admin Console and knew the instructions were written for that in the wiki. Good luck sorting Alexa out!

Did you restore the backup file you made? That's what pulls in the devices and programs. (Source: https://wiki.universal-devices.com/Eisy:User_Guide#Migrating - Step 5) What you're describing seems that you missed the step to restore the backup and went to a process of restoring the PLM, but that's not going to bring the devices in. Once you restore the backup you should review your programs. If you have any network resources you'll need to open each one and save them. (Also from the wiki - "during migration": "Network Resources All Network Resources will be migrated seamlessly, however, you will need to open and save each one individually."

@BJanzen Glad it came back up! Good luck setting things up in it. Make sure you bring it up to date on firmware before you start adding things again. It will be easier now if you're starting fresh/new with everything. Especially since you did a reset. You can find the firmware in the Current Release area of the forums. If you're not running a Z-Wave module in the ISY994 you can go up to 5.3.4.

@BJanzen welcome to the forums. Take a look at the wiki for the front light indication of what might be happening: https://wiki.universal-devices.com/Main_Page#Front_Panel_LEDs/Lights More than likely just a power supply. The ISY994 accepts a wide range of power options. Check if you have any other barrel connector power supplies near what the existing supply is and try those out. Also be sure that you properly attempted the factory reset as outlined in the wiki: https://wiki.universal-devices.com/Resetting_Your_ISY When you reset it the device probably went into auto DHCP to connect to the network. Check your router to see if you find the MAC address of the device connected. It's probably at a different IP address. If you set it up that long ago you probably set a static IP and the initial issue was that it couldn't get a network connection. The current suggestion from UD is not to set the device with a static IP, but to have an IP reservation on the router (to avoid possible IP conflicts if you change network equipment and forget to set the DHCP table to the same as the old equipment.

@stupalermo interesting error. Can't say I've seen that one. Your best bet is to open a support ticket with UD - https://www.universal-devices.com/my-tickets Rather than having other users giving a bunch of random suggestions if you've not done anything, but you did an update and now cannot access the device it's best to get UD help for the best troubleshooting steps and not randomly trying things or suggesting options that could make the situation worse to recover from. Since you said you tried to update to the latest version it's possible something got hung during that process. Even though you didn't think there was anything different something underlying could have been corrupted. Good luck.

@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.