Geddy

@eataft answer given by @tlightne is correct. From the wiki: https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Replacing_a_Device Right click the device you need to replace. If it's in a folder the option you want is "Remove from Folder" Then you can right click on it once it's in the root and will have "Replace {device name} with >".

@Palmer marketing I think you're mistaking about the admin console, it's Java based. But I get your point(s). However, if you want to contact UDI directly the best method is using their "Contact Us" portion of their website. Their time is not spent monitoring every thread of the forums. Also note that while the Mobilinc app will work with the eisy just as it does with the ISY994 it will not incorporate plugins added to the system (and some have mentioned that Z-Wave and Zigbee devices are limited). Many have moved to the UD Mobile app that is being developed by UDI.

@bgrubb1 probably hard for some to really know what version they're on. It depends on when they upgraded to 5.7.0. Since the _5 came out several days after the initial release and there wasn't a "new" post made and since it didn't impact the actual release number not many would know what build release(?) they were on unless they went to the info page that Michel had posted earlier in the support thread. To find what version is installed go here: eisy: https://eisy.local:8443/WEB/sysconfig.txt Polisy: https://polisy.local:8443/WEB/sysconfig.txt (or replace the *.local with the device IP)

@ctviggen1 yes, the program issue was an "old" bug issue with IoX 5.7.0 and you need to run upgrade packages again to get an updated version of IoX. Please go to this link when you're local to your device: https://eisy.local:8443/WEB/sysconfig.txt (If you have a Polisy replace eisy.local with polisy.local or use the IP address instead) You are looking for: isy-5.7.0_5 Name : isy Version : 5.7.0_5 You can see issues that happened after time change starting with this post in the IoX support thread:

@GSpitale01 This is a known issue. Been posted about in other threads. It's only a UI issue. It appears to have been corrected this morning based on some posts. Looking at my own eisy admin console it does appear to be correct for display. Based on your screen shots your highlighted program was next set to run at 6:00pm even though the displayed sunset time is 4:52. so that would mean the time displayed was incorrect, but the program should fire about the time of sunset. Depending on your location setting. Closing this thread as there are already other posts about it and issue seems resolved as of this time. If you still have issues please comment in thread linked below.

@oberkc if you've run the "upgrade packages" process and there was no change in the version in the information link supplied above then a power cycle would be best step to force everything to start correctly and implement the changes. Somewhere from 5.6 to 5.7 the system triggered all programs to go disabled. Once UDI released 5.7.0_5 that would restore programs as expected. Otherwise, restoring from a recent backup would be an option, but any reboot might trigger all programs to disable again. If you get upgraded to 5.7.0_5 (or later) and the programs still disable on reboot (or randomly otherwise) please open a ticket with UDI for them to help troubleshoot and resolve directly.

Glad you got it working. By chance on the computer you were using originally were you running any firewall or VPN services? One of the links @paulbates posted suggested the Proxy error was related to lost network connection. Usually that could be the case if running a firewall, antivirus, or VPN like program that would suddenly drop the connection to the ISY. Once you have the eisy up and running try going back to the original computer, clear the Java Cache (checking all three boxes), make sure you turn off any 3rd party programs that might impact your network and see if you can access the admin console from that computer.

@johnnyt oh, I believed you all along (I even said "I've suffered similar issues"). I just don't have anything so major that depends on time to do stuff. My HVAC works independent of eisy, but does report state and status, but I don't rely on the eisy to control it. I don't have eisy handle alarm clocks (that's just crazy to consider (IMO)...I use my phone for that or an actual alarm clock - I must be "old school"). This time I just have the UI issue showing the sunset/sunrise time off by an hour, but no programs had issues running and nothing went too crazy on my system so it was basically a non-event for me. It wasn't until others were posting that they noticed the times were displayed wrong that I went to see and experienced the same issue. Hope your system survived whatever you attempted!

@AnthemAVM split this out since the other thread seemed to have run it's course and you have NEW request for specific use case. This way people might see your post and help rather than skipping a post that seemed to have been resolved. What was wrong with the suggestion that @Techman offered in the other thread? Sound like you just need to get a sensor then learn how to program it correctly to correctly handle your situation.

Closing this thread as this is also being discussed in the IoX 5.7.0 support thread. It appears to only be a UI issue (meaning the programs run at the time they are expected to run with relation to the actual sunrise/sunset time. Only the time being displayed in the admin console is incorrect.

@madmartian I'm not the strongest users for Z-Wave so only going off what I've read on the forums. I think this is a warning that the ISY should be removed as the controller for the Z-Wave network before you proceed. From what I hear others reply with is when adding Z-Wave devices you have to do an exclude process then include process. I think it's similar to factory resetting Insteon devices before adding them in to clear out prior programming. Since you will remove the primary controller from the ISY system the devices would still be looking for the ZMatter controller. (I assume you're using the Z-Matter, but please correct if that is a wrong assumption). You're right, I don't see any documentation anywhere. So if you're worried about the process please open a ticket with UDI Support to get the answer you're looking for as most here have not (recently) attempted to rebuild an entire Z-Wave install. https://www.universal-devices.com/my-tickets/ As an additional comment, I might suggest you make a text copy/backup of your programs so you can recreate any Z-Wave related programs once you have the devices added back to your system. The programs should stay in place, but have broken links to the missing devices, but text file might also be something to assist you in the process of repairing those programs. Right click on the root of the programs tree (mine is "My Programs") then select "Copy Folder to Clipboard", then paste that to a text editor (i.e. Notepad for Windows).

FYI it's this area: https://forum.universal-devices.com/forum/339-current-release-announcements/ All "current release" announcements are made there. I haven't attempted to update through UD Mobile in a very long time so I'm not sure what's the issue with that. The "Upgrade Packages" in admin console should work. Don't click any of the alerts after you start the upgrade process and you should get another alert that it has completed and needs to reboot. Follow the steps above again to power cycle the system. After any IoX update you will need to clear the java cache (selecting all three boxes) and get a new start.jnlp file to put the icon back on the desktop. This way the "local" option of connecting through the IoX Launcher won't complain about the UI/Firmware mismatch. The "cloud" option should download the proper UI, but I've found that the local still needs a fresh start. I'm not sure what you mean by "transferred all the licenses". What licenses and how did you do that? Do you just mean portal account migration? How is your UD Mobile setup to connect to the eisy? If only through portal then you need the portal credentials. If you have a local network setup that would be the same that you use when connecting through admin console locally. I think you've attempted a lot of troubleshooting on your own that might have put the device into a point that it isn't an "easy" fix with forums posts. Your best bet would be to open a support ticket and have UDI help troubleshoot and fix directly. https://www.universal-devices.com/my-tickets/

@timlacey first try a full power cycle of the device. I will assume you have the eisy (even though you don’t specifically say) based on the versions shown. press the power button 6 times Blue light should turn red if bot after about 60 seconds pull the power supply Pull power supply wait 20-30 seconds plug back in wait 2-3 minutes for the device to boot up completely attempt to access the web interface directly http://your.eisy.IP.address:3000 Check what version is now shown at the bottom of the web interface. It appears your system was stuck in an update somewhere. Thus the “restart required” comment you see in your screenshot. Check the current versions area to see what version you should be on. If you’re not on the current builds you need to either run the update packages process in admin console or read the wiki for the button presses to initiate an update. As for the device not being found in the IoX Finder window that can depend on your router and network. Best option to troubleshoot that is to clear Java cache (checking all 3 boxes to clear internet files), delete any “start.jnlp” and “admin.jnlp” files you might have on your system, download a new IoX Launcher (start.jnlp) from either UDI website (clicking on “My ISY” on the top right) or from the wiki. NOTE: if you had node servers (now “plugins) installed previously you need tun click on “system” then “reinstall all plugins” once your device is on the current version.

@TheA2Z you could also review this post if it gives any tips/tricks. Seems to be similar to what you're wanting to do and how @tazman describes involving Routines. I've never explored this path so don't know if this post is still relevant or not, but know many referenced it in the past.

@UD2)17rrh did you update the eisy recently? If so, have you performed a full power cycle? (not just pressing the reboot button in Admin Console.) It sounds like some processes are not running correctly and the device needs to be power cycled for things to get back in sync. Best practice would be: Pressing the power button 6 times (that's the multi-function button on the eisy) Blue light should turn red (might take some time - if longer than 5 minutes something is probably "stuck") Pull power cord Wait 30-60 seconds Plug device in Wait 3-5 minutes for it to fully boot before attempting to access the web interface or admin console. The credentials for the web access are the same you use to log into the Admin Console locally. Rather than trying to access the web portion from the admin console open a web browser and go to: http://eisy.local:3000/ - See if that gets you to the login screen. If you still don't get logged in try that on a different browser (cache could be stopping you if you've tried multiple times on your current browser).

The only path to migrate to the eisy is with firmware version 5.3.4 on the ISY994. Therefore, you'd have to go through the (possibly painful) path of updating the current system (if you're not running Z-wave you could go all the way to 5.3.4) then making a backup to import to the eisy. Please review the wiki for migration steps: https://wiki.universal-devices.com/index.php?title=Eisy:User_Guide#Preparing_for_Migration_from_ISY-994 For the backup of programs you could copy all programs to a text document and recreate them manually. It's time consuming, but might be "easier" to do that than updating the firmware to a version that would migrate and run the risk of issues in that firmware update and then more/different issues in the migration. Right click on the root program folder ("My Programs"?). The last item should be "Copy folder to Clipboard". (note: be sure you COPY, you do NOT want export) Then open Notepad (or other text editor - NOT a word processing program because you do not want the text manipulated). Paste in the text file and save as plain text document. This will be all your current programs.

@gschoffstall what does the node server look like on the PG3x dashboard? Does it show nodes? If not then the hub hasn’t linked. If you reinstalled the plugin you might have to link the hub again. Restart the plugin then press the hub button again. If you have nodes being displayed on the web dashboard for Polyglot they should push to IoX when admin console is reloaded. You have been doing a lot of different settings changes…please make sure you haven’t altered the IoX configuration in Polyglot. Click on “IoX Configuration” then “Edit Current IoX” and make sure the IP is 127.0.0.1 (or maybe localhost). Beyond this point it might be best to get help directly from UDI. I’ve got you this far along. I’m not sure why it’s not working and they can diagnose with you to get you running. See link in a post above to start a ticket.

@gschoffstall Have you closed/restarted Admin Console? You should NEVER have to setup anything in Admin Console as you're suggesting. If you have it could have overwritten something the node server was pushing there. Did you see my comment above about not having Admin Console open when you add plugins? Nodes are only added to Admin Console on launch. So if you added Hue and AC was open then you have to close and restart it. The nodes should be pushed into the primary tree of devices. It's been so long since I added mine I forget how they were entered. But you shouldn't have to do anything in Admin Console to make the lights appear in the device list. I put all devices that use a plugin (formerly Node Server) in a "NodeServer" folder. Just easier for my preference. Once the node server finds the lights they should be nodes in the plugin screen. From the dashboard you should now have this: (disregard the number on my Nodes and your screen will say "Hue (1)") Your dashboard (assuming you got the hub to connect to the plugin) should display the node count for your system and should be for all lights and rooms you might have setup previously in the Hue app. You can click on "Nodes" or "Details" (they take you to the same place). Then click on "Nodes" again and it should take you to a list of items it found when it synched with the hub. Look in the "Address" area. That should now correspond to a device in the IoX Admin Console with a "n001_" prefix. That means it is a node from node server (now plugin) in slot 1 and the address is the identifier for that device. In the Admin Console you should see it by a common name seen in "Node Name 1". If you click on that device on the right side of the screen under that name you should see the "n001_#######" information. Now...since you said you did something in Admin Console to make Hue node server 1 it might be okay just to re-launcher admin console. Or you might need to delete what you did there by clicking on that listing and clicking "Delete" at the bottom of that window. Do THAT as last resort! Just close and re-launch admin console to see if it fills in nodes/items in your device list.

No need to get hostile, and nobody suggested this would be closed. You're missing the point. UDI handles support through their support ticket process. Of which you had apparently already started one. @Michel Kohanim has stated multiple times (and again recently) that they do not have the time to read (and reply to) the many posts of the forums. Thus, I suggested you go back to handling your issue through the already started support ticket. Ultimately it comes down to the fact that there are probably many more tools UDI has at their disposal through the proper support process rather than posts on a user-to-user support forum. And it would be wise to know that I'm simply a volunteer here and a user, just like you. So please refrain from getting short when it's suggested that you follow the typical suggested route for assistance that UDI needs to be more involved with. Enjoy your day!

@gschoffstall woohoo! That was "easy"! It's my understanding that you don't need an "active" license for plugins to work. You just need to have the device registered on the portal since all installations use the portal process to assign the license. I'm like you and prefer to do most stuff local, but it is nice to have the access that the portal license adds (my family likes to use Alexa to control a few lights here and there). For the cost of 2 years for only $39 it's a steal! (look at others that have similar offerings and they're like 10+/month. UDI offers a lot of benefit with the portal license for less than $2 per month. It's an amazing deal. Plus, with UD Mobile in active development it's even easier to do so much more from the mobile device while away from the property. But, I get it. Glad that worked out. Happy automating!

HA! That might be the issue right there. If the eisy isn't registered on the portal then you can't install plugins! That's why I asked "Is the eisy registered with your portal account?" Instructions: https://wiki.universal-devices.com/index.php?title=ISY_Portal_Installation_Instructions If you're not using the ISY994 anymore you can migrate that portal subscription over to the eisy. Portal Migration instructions: https://wiki.universal-devices.com/index.php?title=ISY_Portal_Migrate_configurations_to_a_new_ISY Once you get the eisy registered in the portal it should work as expected. If you're stilling having issues start a support ticket go here: https://www.universal-devices.com/my-tickets Yep...device isn't registered with Portal. That's the issue. Once it is you should be able to install without issue.

Yeah, hasn't updated. That's strange. And you said you've performed a full power cycle. Typically that would be the best thing to do even after an update. I know there were some older updates that the reboot button alone wouldn't fully reset the system. Since this is a PG3x update the power cycle really should have helped. I saw this earlier and overlooked it since I'm not sure what this means. Make sure to include it in your support ticket. Perhaps download the log package and include that in the ticket too. It might help UDI review the situation before initial reply and troubleshooting steps. Sorry couldn't get it to magically update. Should be able to get some help from the support ticket though. Be sure to post back what happened and maybe the steps to get it to update in case others have issues.

@gschoffstall I never suggested to clear Java Cache. That won't work for this issue. That's only good step for admin console issues. I think you would be best served by a support ticket. It's late in the day on Friday. If you opened a ticket now you might get a reply Sunday or Monday. In the meantime... Just out of curiosity though try installing another free plugin (like ping). I wonder if it's the Hue trying to install or if your system won't let anything install. Have you successfully installed any other plugins or was hue your first attempt? I just tried installing the Hue into a different slot and it installed without issue. My feeling is you might have a corrupt file on your system somewhere. Not sure when you last updated your eisy, but have you performed a full power cycle of the eisy? Click the power button 6 times The blue light should turn red Pull the power supply cord Wait 20-30 seconds Plug it back in Wait 2-3 minutes (maybe more) Try only logging into the web dashboard (http://eisy.local:3000) Attempt to install Hue - try a different slot than you've been trying.

@johnstonf If you've got a support ticket going with UDI please handle all support for this issue only through the support ticket process. You can post a conclusion here once they get you resolved through the support ticket process. Not fair to have @Michel Kohanim and/or @bmercier trying to resolve both here and through the support ticket. The ticket process helps UDI keep up with issues and resolutions internally.

@gschoffstall I forget that you can open PG3x dashboard from within admin console. I never go that way and just go directly to it on the browser. Shouldn't make a difference though. Just know that if you add plugins with admin console open you'll have to restart admin console for new nodes to display in the admin console. It only picks up changes from PG3x on launch. I usually make the suggestion not to have both open/logged in at the same time. The 404 error is not one I've seen before. You should open a support ticket on that unless @bmercier or @bpwwer might chime in to give an idea on that error. Not sure where "AxiosError" would play into this.