Geddy

As @bgrubb1 suggests you can disable them, but perhaps a different thought would be to put them in a folder (maybe labeled “old house”) and set a folder condition that will always be false. You can also disable them inside the folder, but setting the folder condition makes sure if they become enabled that they won’t run because the folder would be false. Look up folder conditions in the Wiki or ISY Cookbook (links found in the Wiki). Another option is to right click on the root of the “My Programs” list and select Copy to Clipboard (or maybe copy folder...I’m not at my admin console to see actual wording). Then paste ALL your programs into a text editor (like Notepad on Windows….NOT WORD!). Then save that document and you have a reference to ALL your programs. Then you can delete the old ones just so they aren’t at risk being in the system. Just don’t use “export”…you only want to COPY then paste to Notepad! PS: Run Update Packages again. You need to update IoX to _5

@RichTJ99 I think just the network resources needed to be opened and saved. Not each program. But read the steps again in the Wiki just to be sure. https://wiki.universal-devices.com/index.php?title=Eisy:User_Guide#What_to_Expect_During_Migration

_5 might be the fix you need. Run update process again.

@apostolakisl Did you use the link I provided in the last post? It will show you the _5 version or not. If you're not on _4 or _5 then it was a *known issue* to happen when updating from 5.6.x to 5.7 and sometimes occurred again after reboot. Uncertain why it might have happened if you have the device on a UPS, but maybe it randomly rebooted. No clue on that. _5 update was released by UDI around October 12th.

@maxnorth If you're trying to get a member's attention please use the mention process to get a notification to show on their forum pages or sometimes send them an email. Just start a name with @ then type the name and SELECT it from the list that appears below where you're typing. It will put the highlight around the name like with your name above. I'm assuming you're trying to get @bpwwer's attention.

This is "normal" and expected. They both go to the same device. Since it's auto discovered by the UDI IoX Launcher process they cannot be removed. No "communication" issue with this. The best way to share a program in the forums is to right click on the program, select the last menu item "Copy to Clipboard", then paste as text in your topic. Please share the program specifically so it can be reviewed for any issues it might give you. Are you sending an actual email or email to text? Email to text has been known to be delayed by some mobile providers. Try using a different notification process (email to email, notification node server, or other options) Are you using the "default" mail server? Try using a different sending server. Setup a "spare" Gmail account and try using Gmail to send. Setup instructions are in the wiki - https://wiki.universal-devices.com/index.php?title=ISY994:Configure_Mail_Server_Settings#Configuring_gmail_Account Did you have the Elk Module or Z-Wave on the ISY994? ELK is now handled by a node server - this will break any ELK specific programs because devices are missing Z-Wave changed from ZW address to ZY address (covered in migration notes). This might break Z-Wave programs, but I didn't have Z-Wave when I migrated so I don't know the impact on programs. I've not seen this commented on before. What firmware are you running on the eisy? Since you performed the migration a while back have you updated? Did you try to clean up any of the programs or devices you said doubled? Please go to this site and look for IoX Version: eisy.local:8443/WEB/sysconfig.txt (Looking for 5.7.0_5 or higher - as of last check _5 was "current", but could have increased since I last looked this up) Not likely as the eisy has a lot more horsepower than the ISY994 had so it is able to handle more data quickly. But, it could be causing unknown issues because of the amount of broken programs. Clean up the programs and see if that improves any performance issues you seem to think are happening. Unsure here as I don't use Home Assistant. I know from reading that forum area there have been some big changes in the integration and many here seem to not mention any significant performance issues. So be sure to read through the HA area and post any specific questions/issues there for help from others using this integration.

@apostolakisl if you haven't updated recently check this while local to the Polisy: https://polisy.local:8443/WEB/sysconfig.txt (or replace "polisy.local" with your Polisy IP address) Looking for IoX version 5.7.0_5 (as of last check...not sure if this has advanced again). If you're not on 5.7.0_5 then run the upgrade packages process and reboot when update is complete. There was a bug going from 5.6.x to 5.7.0 (This issue is discussed in the 5.7.0 support thread) that caused this and has been worked out for most. If you are already at 5.7.0_5 when this happened you should open a support ticket for further debugging as the _4 and _5 updates added debugging code to help UDI try to track down what happened.

Sorry….should have been “ping”. So you can get to admin console if you manually add the IP? Sounds like the eero is blocking the handshake. I don’t have any experience with the eero line, but have read about such issues elsewhere. What program?

Glad that worked! Agreed, seems odd dragging doesn’t work.

That’s an “easy” fix. Just make note of the steps linked above as replacing with unformatted card puts a basic firmware on the card. The version you are running needs to be installed before you run a restore of a backup.

Guess you missed the day in technology troubleshooting class that said don’t change multiple things when trying to fix one issue. What brand of router did you change to? Are you running any firewall software on your computer? Did you get an advanced router that you setup different v-lans? Have you tried with the computer hard wired to the same router? Can you pint the ISY IP from your computer? Log into your router and look for “connected devices” and find the IP of the ISY994 then add it manually to the finder to be sure you can connect locally. Refer to the UDI Wiki for additional troubleshooting steps. https://wiki.universal-devices.com/index.php?title=Main_Page Did the “not found” popup error go away as expected?

Yes, I had an issue with it when I first got Hue and ran the old Hue Node Server on PG2. Onetime I had a long power outage and when things came back up the IP address changed and it was a pain to reset. Set a DHCP reservation on the router so the bridge is essentially static. It is also suggested to set a DHCP reservation for the Polisy.

@RMichael my first question would be why do you have multiple hue hubs? Can't a lot of devices connect to a single hub and most devices act as repeaters for good/great mesh coverage of hue signal? You must have a massive hue investment if you've tapped out what a hub can handle. Since the node is a little finicky you might be better having multiple instances of the node server in different slots and one hub per node server. But not having multiple hubs myself I'm not sure if it will achieve what you're trying to do. Otherwise, you should be able to identify/link multiple bridges following the setup in the config document for the node server: (The "more info" link is still broken on this node server entry in the store.) https://github.com/exking/udi-hue-pg3/blob/master/POLYGLOT_CONFIG.md Make sure each hub has an IP/DHCP reservation on your router! They need to stay at the IP you enter so the node server and then IoX know where the bridges are at all times.

Right click on the device you want to move to root and select "Remove from Folder"

@roopesh Try this from Telnet connection: RF /CONF/572686.REC That's just based on what was in another post I found suggesting to delete possible corrupt files. Another option might be to take the SD card out, put it in a computer and delete the file that way. That's not always good to try though so hopefully that Telnet command works.

@roopesh Just so we know... What firmware are you running on your ISY994?

Sorry...couldn't tell you anything more than what's in the wiki. I never tried to telnet into the ISY994 when I had it running. I just did a search for issues similar to what you were having and the best option was to telnet into it and remove the file. Perhaps replacing the SD card might be the next step if you want to keep running the ISY994. Otherwise, as @DennisC mentions, might be time to migrate. Just make sure you update the Polisy before trying to migrate. There have been a lot of software/firmware/OS updates along the way. Seems like you might have an early edition Polisy. If you haven't been updating the Polisy along the way you might want to open a ticket with UDI Support to make sure you can update without concern. There were a couple of updates along the way that caused some issues with a small portion of first release shipments. So it might be worth getting some assistance before blindly going into the Polisy experience.

@roopesh more than likely it's a corrupt file. Do you have a recent backup that you could restore from if something goes bad? If you're comfortable with Telnet you could telnet into the ISY locate the file referenced in your error and delete it. Then reboot the ISY and log in. Make a new backup! Then try adding a device to a scene. Help in the wiki: Telnet to ISY: https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Telnet_To_Your_ISY Replace SD card: https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Replacing/Formatting_an_SD_Card (Note the ISY994 takes a microSD card - see the note at the top of that link) Unless you already have the Polisy your option would be better to migrate to the eisy (only because UDI does not sell the Polisy now. As for being painless - if you have a good backup and read the migration steps it should be fairly painless. Most that have issues seem to have skipped steps, attempted different steps, or did not read all the steps before attempting and having self-induced problems during the process because of that. Most that post about having issues only post because of issues. Many that have simple/easy migrations aren't posting simply because they don't need to. So you can't judge the possibility of it being difficult just because of the "problem" posts people make. Just gives you clues to watch for as you make your own path of migration.

I was with you (when first starting) with some uncertainty as to why Hue says they're "Zigbee", but didn't really work right. They might be working somewhat with direct connections to the Zigbee signal on the ZMatter card, but I haven't tried because I do have the Hue Bridge and use the Hue Node server to control the lights. "Back in the day" Hue used what I generally refer to as "proprietary" zigbee signal, but was a "Zigbee Light Link (ZLL)". This standard wasn't an open Zigbee signal and therefore their Zigbee lights required the Hue hub to become smart. This might have changed over time, but again I haven't altered my setup to try direct connection to my eisy+ZMatter. You can learn more about the Hue Node Server from the readme file for the node server found here - https://github.com/exking/udi-hue-pg3/blob/master/README.md You'll need to read through the UDI Wiki (the @Whitehambone linked above) to learn how to access Polyglot 3x (PG3x) on your eisy. Once in there and linked with a UDI Portal account you can install the Hue Node Server and then configure it based upon the information in the readme file. If you follow the simple steps of setup the hub should be found in the node server and then send your bulbs to the Admin Console (make sure you have admin console closed when you add the node server and set it up so when admin console launches the new Hue nodes will be read and added correctly). Some have experienced issues setting up this node server, but since you have not attempted setup previously it should be fairly easy. Just install, then when it starts press the button on the hub and the node server should automatically link. If you need more help start a new post in the Hue Node Server area with your issues and/or questions. Once you have the node server installed and bridge linked the lights will be items in the admin console just like any other Insteon or Z-Wave device you might have. They can be controlled with any programming you can think of.

This is a known issue that was first discovered a month (or more) ago. Has long been fixed. You need to clear Java Cahce, delete any existing start.jnlp or admin.jnlp files you have on your system and download a new IoX Launcher file from the UDI site - https://isy.universal-devices.com/start.jnlp (Quick search would find many posts about this: https://forum.universal-devices.com/search/?q="not found"&quick=1) Yeah...it's "secret". If you go to universal-devices.com and click on "My ISY" it right there. Also, there's a post in the "current release" area that links to the launcher file that has been in the same spot since 2018. So I'm not sure what links you seem to be saving that never work after two months, but maybe you can save one of these two links and not have an issue in December. PS: @lgilsenberg this shouldn't impact you since you're using an ISY994, but just in case you have two entries for the ISY994 after performing the resolution steps above that is normal and acceptable. It's mostly seeming to impact Polisy and eisy users that resolve a friendly URL on some/most routers with "device.local" URL. On the ISY994 I do not think this applies, but if you should suddenly get two entries for the same device that's fine. Either would work.

@JSchumann in addition to what @tlightne suggests (Polyglot on the eisy uses the same local credentials as the eisy admin console)if you've performed updates make sure you perform a full power cycle of the eisy. Sometimes updates get stuck (just unsure what is going on) and do not allow the system to properly reboot even though you press the "reboot" button in Admin Console. You have a few options: Press the power button 5 times (not holding longer than about 1-2 seconds) - this will reboot the device Press the power button 6 times - this will shutdown the system - blue light should turn red when "off" If you don't get successful reboot or shutdown then just pull the power supply, but that should be last attempt because the other methods give the system a chance to gracefully shutdown, thus stopping any processes in work. Once you have successful reboot or shutdown allow 2 minutes +/- for the system to fully start up and be accessable. Learn more about the multi function button in the wiki: https://wiki.universal-devices.com/index.php?title=Eisy:User_Guide#Multi_Function_Button

@ThisIsTheWay there was also a need to "reinstall all node servers" in a recent upgrade. I'm not sure if that's still needed/required or not, but you might want to look at that. Since you updated from PG3 3.1.23 you then probably updated to the current PG3x version and might need to run the reinstall process. @bmercier had that listed in 3.2.1 update for PG3x. EDIT: @ThisIsTheWay doesn't look like this is needed when migrating from PG3 to PG3x so disregard the above. Glad you got things up and running after a few more updates and reboots.

That's crazy. The site eventually loads for me from my home network (it's a bit slow), but from a remote network it does have issues. Have you tried going directly to the ticket page and using your Portal credentials to log in? https://www.universal-devices.com/my-tickets

Yes, there's an apparent fix in the works. As @Techman replied to your post (before being moved into the support thread that is already covering this issue). There was an attempted fix put into IoX 5.7.0_4. If you'll go to: https://eisy.local:8443/WEB/sysconfig.txt (or change polisy.local if you're on a Polisy or use the device's IP address if the friendly URL doesn't resolve). Look for "isy-5.7.0_4". That should have updated in the last few days. @Michel Kohanim said some fixes took another reboot and the programs returned to normal. Another fix is to always perform a backup BEFORE you upgrade anything. Restoring the backup has been found to restore the enabled/disabled programs correctly. But ultimately, if you still have this error and it happens after subsequent reboots then please open a support ticket and work directly with UDI to get additional information regarding our system so they can possibly troubleshoot to help everybody.

This "Not Found" issue was resolved shortly after it was first reported. To resolve that issue you need to: clear Java cache (checking all 3 boxes) Delete all instances of start.jnlp and/or admin.jnlp anywhere on your system download fresh IoX Launcher from UDI site (https://isy.universal-devices.com/start.jnlp) run "start.jnlp" This should fix the "not found" issue as it fixed it for others that reported this issue (myself included). The 2 addresses is normal and reported by some. It's been reported as "normal" by @Michel Kohanim. Unsure the exact cause/reason, but it's not to be of worry. As you said either work. Since they're both auto found by the system they cannot be removed.