Geddy

@trevorst The IP has to be added to the plugin in a strange (unexpected) format with square bracket and quotes. KEY = bridges Value = ["#.#.#.#"] (MUST include the square bracket AND the quotes!) "Failed to read bridges variable" means it didn't connect properly. Now I forget if I had to pres the hub button or not, but I'm fairly certain it might still be needed. Make sure you press "restart" on the plugin then within a few moments can press the button on the hue hub. Once you get success make sure you restart the node server and also restart Admin Console (if you have it open - please note it's always best practice not to have both Admin Console AND PG3x web interface open at the same time. Admin Console only receives changes/update when reloaded. If you're making changes in PG3x always re-launch admin console (if you had it open) for the changes to show up on the IoX side. I always suggest people not have both open so you don't forget that step!) If you're unable to get it configured please open a support ticket with UDI to see what other tricks/tips they might have for getting this resolved. https://www.universal-devices.com/my-tickets Just looking at my Hue setup realized that I don't have the IP address coded in the PG3x version. I ran Hue under PG2 on a Polisy, but when I changed to the eisy think it setup correctly and I've got a reserved IP for the Hue bridge. I wonder if you could delete the plugin and reinstall if it might connect without forcing the IP as a custom parameter. I know in the old PG2 there was an issue with the plugin storing the IP somewhere and it always looked at the old IP for it even though I did have it move (like you I replaced a router with a different DHCP table).

@Bob Amott This means you're running an old version of the IoX Launcher. To fix: Close admin console Clear your java cache (temporary internet files) Delete all old start.jnlp files from your system Download a NEW start.jnlp file from the UDI website (clicking "My ISY" on the top right) Run start.jnlp to add the IoX Launcher back to your desktop Several months ago a bug was introduced into the start.jnlp code, but was fixed almost immediately. The 2 addresses are fine, and not an issue. UDI even confirmed this is "normal" and expected, but it has caused some to be concerned. It randomly happens. Because both addresses are "found" they cannot be deleted. Either can be used interchangeably to connect to your device as they are the same device. Also, if you haven't run an 'update packages" lately please do so to be sure you are at the current versions for PG3x and IoX. There were bugs in early IoX 5.7.0 that have been fixed, but no "official" post/announcement was made (it was posted in the support thread). Browse to this page: https://eisy.local:8443/WEB/sysconfig.txt (if you get an alert for it not being secure click on advanced and proceed to page) Search the page for "isy-5.7.0" and see what you have after the .0. Looking for _5 (as of this posting). Should see it showing as: isy-5.7.0_5 Name : isy Version : 5.7.0_5

This still sounds like your file association is not correct (as I stated before) Also, please stop posting screen shots as PDFs. You can paste images directly into the post. When viewing the site on a mobile device there's no way to download then view the PDF so posting the image directly in the body of your post is 1000x more helpful. First, lets make sure Java is setup to run "Web Start" applications. Open the Java control panel and click on "Security" tab. Make sure the top checkbox is checked. Once confirmed that is enabled, check this that start.jnlp is associated with Java Web Launcher. Wherever you downloaded the start.jnlp make sure it appear like this in the explorer window: If it doesn't then it's probably not assigned to be opened with Java Web Launcher. Right click and open properties. This is how it should look on the general tab. If not click on "Change". Usually (if Java was installed correctly) you should see a Java option available when you click on "Change" as a selection in this window: If not you need to click "More Apps", scroll down to the bottom of the list and select "Look for another app on this PC". Then then look for javaws.exe in the Java\jre-1.8\bin directory of your programs file (if running 32bit Java it will be in the Program Files x86 folder. Now, if that association doesn't fix your problem, and you've cleared java cache by clicking all three boxes... Then, as @larryllix suggested, you might need to forcefully remove IoX Launcher from the Java Cache. To do that, open the Java Control Panel and click View (on the General tab). It will open this window: If you've gone through these steps and all the steps posted above and it still doesn't work...please open a support ticket and see if UDI can help you get this corrected. https://www.universal-devices.com/my-tickets PS: Changing the router has ZERO impact on Java not working/opening start.jnlp file to put the IoX Launcher icon on the desktop. It would 100% impact your ability to find the device if it was an old ISY994 that you set to a static IP in your old router DHCP table, but it sounds like the device is able to get on the network since you can control it with mobile apps. What does this mean? If you can't get the IoX Launcher/IoX Finder to run how is everything working fine with Portal? Do you mean that you can just log into my.isy.io and it appears that your device is online?

@trevorst I see you posted here too! More than likely the hub is at a different IP address. If you have the same DHCP range try to make a reservation for the hub where it was before. If you cannot, then code the bridge IP and restart the node server then press the button on the hub. It “should” discover again that way. In Hue screen in the plugin store there should be a “more info” button to see how to code the hub IP address in the settings of the plugin.

When is the “unable to launch application” happening? If you’ve successfully installed Java then it sounds like an association might have been broken. What computer OS are you using? (If Windows what version?) What version Java have you installed? The IoX Launcher is designed to work with the standard version downloaded from Java.com (currently Version 8 Update 391). If on Windows you might need to go to default programs (in Windows settings) or once you download a new “start.jnlp” right click on it then properties and see what it has for “open with”. If you’re on macOS there are some settings to adjust that the system should prompt you for. I don’t use macOS so can’t fully help, but know others have posted this fix on the forums.

Like this: https://forum.universal-devices.com/forum/432-tasmota/

@KHouse for future reference it's easier to post a program to the forums as text. To do so: Right click on the program Select "Copy to Clipboard" Paste as text. This does 2 things. 1) makes the program searchable in case it's a program that others are attempting in the future. 2) allows anybody helping you make the modification(s) to help explain how to fix the program. In addition to what @Techman suggested is the switch you're checking for "on" a dimmer? If that's the case maybe make it "Status NOT off". That way if it's at 50% the status would be "not off" and at 9pm would turn it off. This is a test program I just made and confirm it worked and looks like what you're attempting: Office_test If Time is 8:43:00PM And 'Office' Status is not Off Then Set 'Office' Off Else - No Actions - (To add one, press 'Action')

Try accessing Polyglot from a different browser. If that doesn't work, I recall another user recently that had a similar problem. If I recall they did the following: login to https://eisy.local:3000 go to System | Switch Portal Profile then login (to the portal) Screen will refresh back to Polyglot click the Logout button (polyglot web access - top right) Log back in

Just made a program like this on my eisy. Test-PaulBates If Time is Sunset - 30 minutes Then Set 'Backdoor' On Else - No Actions - (To add one, press 'Action') isy-5.7.0_5 Name : isy Version : 5.7.0_5 I even closed admin console and re-launched to be sure display wasn't frozen and it still shows as expected to run 5:07:08 with sunset at 5:37:08.

@DSwallow why not just use HTTP? It won’t warn you that way. I use: http://eisy.local:3000 And never get a warning. Only if you’re using https would you. Since you’re internally accessing a device on the same network do you really need https? It’s just that browsers “default” to the https. If you would like to pose this question directly to UDI it’s best to use the “Contact Us” method on their site.

@Eric just so everybody knows what you're working with please let us know: Device Firmware While the answer normally wouldn't change all that much there appear to be a lot of long-time ISY994 users still on a 4.x firmware. There were big changes when going to 5.x. Also, nice to know if using a current model device (eisy or Polisy). Now, you might want to look at what you have setup for the controller for the scenes. Remember if you control the scene from the admin console that is a controller and it might not have the same settings as a button or switch setup as a controller. If you expand the scene compare the settings of the red devices in the scene with the settings (actions) of the root. The ISY service (i.e. admin console and possibly the Alexa) would act as the root to control the scene.

Did you do something recently to the network configuration that would make you think it would be messed up now? Otherwise, does kind of look like somebody might be running port scanning on you, but that's just a guess. I think @Techman is right the only "real" way to know is to open a support ticket and include the log (as a zip file) for them to review. https://www.universal-devices.com/my-tickets If you did make changes to the network settings please explain further. Have you added port forwarding on your router so that you can access the ISY while remote? If so, that's risky. The best way to securely access the ISY994 from a remote location would be through the UD Portal connection (make sure you have a strong password for the portal account!). Lastly, once you hear back from UDI on the support ticket please post the findings here so it might help others if they run into this issue they can learn what it was.

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