Geddy

@PapaBear did you migrate from the ISY994 to the eisy? It's possible that the program used the old name for the ISY994 and there might be a new device name in the eisy. Just select the program, adjust the device to the name of the eisy and save the programs. It should clear up. If not, you can delete the program and re-create it manually. Note that the Polisy and eisy do not come with the (old) default "query" program.

Updated and installed almost okay. Had to perform a full power cycle to get the Z-wave portion to become responsive again. There was not an alert to reboot, but eisy did seem to reboot in the process based on notifications to UD Mobile. However, z-wave was "unresponsive". Used the "reboot" button to try again, and same alerts came through UD Mobile. But not until a full 6 button press and power cycle did the z-wave work.

@ScottAvery what is the reason is to go to the 500 series in the 994? You might also want to check out the Coffee Shop area of the forums as there were some 994 available there a while back. Not sure if they had 500 series z-wave cards or not. Even a couple Polisy seemed to be available. UDI sent several messages about this in the last year. It's possible you have change emails since your purchase. I would suggest you log in to your account at https://www.universal-devices.com/my-account/ and sign up for the newsletters seen on the right side of the page to get future updates.

Great! That's one step in the right direction. Okay, it appears you haven't launched admin console yet. At least because there's no entry for it the process didn't actually start. You have to click on the line in the IoX Finder window. It should pop up the Admin Console (Lan) or Admin Console (Cloud) lines. Try using the "Cloud" option (even though you're local). What happens then? (as seen here - https://wiki.universal-devices.com/index.php?title=Main_Page#Quick_Start_Guides) Just rebooting doesn't format the SD card in the device. I've never attempted a reset of the ISY994, but don't think that formats the microSD either, but could be mistaken (again, I've never tried it so don't know the full extent of the reset). My expectation is that your SD card is still using the firmware that you've always had. If you want to start clean then use an unformatted card. And follow the instructions I posted above and @Michel Kohanim shared again. As you said you had issue with Telnet to the device. I don't run Win11 so not sure if either Win11 or your network might be blocking your Telnet connection somehow. That's beyond my experience and can't give any steps to troubleshoot Telnet errors. That's a search engine question waiting to happen. This belongs right here...this is fine to ask as part of your current situation. Yes, eisy works pretty much just as the ISY994 does from most users standpoint. It adds a lot of extra functionality if you have a more complex automation system you are trying to control. In my case, it works just as well as my ISY994. However, there are a few posts here of people having issues, but they're usually dealing with a lot more complex systems than it sounds like you (or I) have. The down side is since your ISY994 is reporting that you're on 5.3.0 you would not currently have a good migration path to the eisy and would need to set everything up new. I think your best bet is to fix your current issue and get the ISY994 up and running again. Then, because you're on 5.3.0, you need to update to 5.3.4 THEN you could consider if you wanted to migrate to the eisy.

As @MrBill said above and I linked in prior post the steps to create a "valid configuration" have been in the wiki. You need to follow those directions to get a full firmware installed. If you follow the steps in the wiki linked in my reply (just after your reply) you'll have what you need.

@salex319 moved your post into your existing thread.

This sounds like a Java compatibility issue since you're having the issue with two computers. What version of Java are you running? Admin Console is best operated on the general available version from https://www.java.com/en/ (currently Version 8 Update 381). If you're running a different version follow these steps: Clear Java Cache (again, checking all three boxes in the process) Delete any admin.jnlp or start.jnlp ANYWHERE on your computer. Search for ud*.state from the root and delete them Uninstall ALL Java versions you are running Reboot Run the java uninstall tool just to be sure - https://www.java.com/en/download/uninstalltool.jsp Download/install java from https://www.java.com/en/ Download start.jnlp from UDI site - https://isy.universal-devices.com/start.jnlp Run start.jnlp When you get the IoX Finder window that lists your ISY994 it should include a firmware version on the right side of the line. It's in the "Version" column. Let us know what version you see there. To your earlier questions: Yes, if you open Task Manager you should see under processes a Java Web Launcher entry that probably has nested items in it. Expand that and you might see "IoX Finder" and "Universal Devices Administration Console". If you right click on the Admin Console you can select "Bring to front" or "Maximize" If that doesn't appear then you have a .state file somewhere that has been corrupted and is hiding that window. That's more than likely "udi_frame.state", but I'm not 100% sure just a guess. I don't think your issue is SD card related. But if you're dead set on attempting anything with the microSD (uSD) then follow the steps in the wiki found here - https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Replacing/Formatting_an_SD_Card (Note: these are written for older devices, but most should still apply to the ISY994. As @MrBill mentions above the version of Admin Console loaded from the ISY994 is an old version that is just enough to get the card accessible from the ISY994. You then need to download the firmware (hopefully that you note in the above information) and update that manually. The current firmware for ISY994 is found referenced in the "Current Release" area of the forums. Please pick the correct version and follow the steps to install then you should restore a backup (hopefully you have a recent one) or else you will need to setup the entire system again. Beyond all these steps, there's not much the forums can help with. We've tried our best given the situation you describe based on our experience. If you're still having issues you would need to begin a support ticket with UDI (https://www.universal-devices.com/my-tickets). Since the ISY994 is no longer being supported and there is no free support you will need to pay for the assistance. Good luck!

Please let us know what computer OS you're using (Windows, Mac, other) and also just confirm Firmware of the ISY994. You might need to delete the state files. Please review the wiki - https://wiki.universal-devices.com/index.php?title=Main_Page#Admin_Console_Minimized/Invisible_and_Cannot_be_Restored But at least the ISY994 is showing up in IoX Finder window for you to click on Admin Console. What firmware are you running? I'm not entirely sure what you've done with the SD card (uSD?). But if you reset the device and using a new microSD then you need to load the last working version you had and then restore a backup. But if you're not getting any sort of admin console window it's possible it's minimized somehow. Also, when you clear java cache make sure you select all 3 boxes in the process to actually remove the IoX Launcher install and download a fresh start.jnlp and run that to put the icon back on the desktop.

@johnstewart what firmware are you running? And are you running any z-wave currently? If what you're running is working then I'd stay with it for the ISY994 since it's no longer supported by UDI without paid support. The primary warning is from 4.x to 5.x firmware on the ISY994. It's been out so long and I did the upgrade so long ago that I can't remember all the pitfalls, but the main ones are any programs that used "adjust scene". Due to a major overhaul of how scenes were handled in 5.x (due mostly to the introduction of Z-wave..IIRC) the programs need to be updated. Sometimes that's as simple as just selecting the program confirming the scenes and saving all programs again. If you're on a firmware pre-4.9 then you should at least update to 4.9. Going up to 5.3.4 is advised as long as you don't have/use z-wave or have a z-wave 500 series board. There's a post in the z-wave area for the 994 that describes how to tell the difference between the 300 and 500 series. In all, the key steps to going to the 5.3.4 firmware would be make sure you make a good backup. Save programs to a text file (right click on the root program folder, last option is "copy folder to clipboard" then paste in a plain text editor (i.e. notepad in Windows - DO NOT USE WORD or other word processing type file as it might auto correct/format and you don't want that!). After you run the update clear java cache, download a new start.jnlp (IoX Launcher) file from UDI and you should be up and running. If you do update and run into problems please start a new thread for help with that issue as many might not read this post if you start posting about firmware upgrade issues. Good luck! PS: Note that if you wanted to upgrade to the eisy and wanted to migrate from the ISY994 to the eisy you would need to get to Firmware 5.3.4 as that is the only migration path option.

Correct. There aren't any speakers on the eisy so no beeps. Flying blind on updates most of the time! I think a recent change in admin console does somehow alert you that updates completed if you leave the window open during updates. I haven't really worried about it as I usually run updates late at night when I'm the only one active and come back to it a while later and check that things are running as expected. I'm not sure about that. Since I don't have a Polisy I'm not sure if that would go away or not. What version IoX are you on? I'm not sure if UDI has something in the IoX Launcher code to know it it's connecting to a Polisy or not. For my eisy I just have the following: Have you cleared our java cache and downloaded a new start.jnlp to see if it went away?

@mmb Great! Glad it's working. Make sure you reinstall all node servers! While I kind of miss the beeps of the Polisy I also saw it as troublesome because I was always on the other side of the house so couldn't hear the beeps when I would reboot the device.

Marched right into PG3x! Have you pulled the power supply? Or just using the reboot button in admin console and ssh commands? Make sure you're forcing a refresh of the webpage. Sometimes cache will get stuck and report incorrectly. Odd that your IoX is showing disconnected. I've never made the jump from PG3 to PG3x on the Polisy so not sure what all is going on. You might need to run Upgrade Packages again from admin console to get things to run correctly. Make sure once you get things matching in this that you go through the "re-install nodeserver" step. That is often times something people have been missing. It's not broken out as a step to focus on, but certainly something that needs to be done following the PG3x update. But shouldn't be causing the issues you're at currently. That seems more like a power cycle will fix it or a forced web refresh.

If you're on 3.1.21 are you on Polisy and still on PG3 (not PG3x)? Based on current release area 3.1.21 was the last mentioned release for Polisy PG3 - https://forum.universal-devices.com/topic/41246-pg3-version-3121-polisy-may-22nd-2023/ To get beyond that you would need to update to PG3x (please note that doing so will remove PG2 from the Polisy. To move to PG3x on the Polisy the process is in the wiki - Polisy User Guide.

@whslec welcome to the forums! While @bmercier is great and helping you out already I want to ask something specifically just to make sure you're both going the right direction... You originally said... This would indicate that you can't get into Admin Console, but then you said... So, what do you mean by it "does not recognize your network"? The ISY/UDI Portal is: https://my.isy.io/index.htm Once you're logged in there it should list your device and will have the UUID with the status next to it (like this): If you mean that you don't have a device showing on your portal account then you need to set that up. Read this page of the wiki for the process (last section applies to adding the device to your portal account): https://wiki.universal-devices.com/index.php?title=ISY_Portal_Installation_Instructions Otherwise, since you're able to access the device with Admin Console you should be all set. From here check out the Polisy User Guide on the wiki and skim the forums for burning topics you might have questions about. Good luck! Welcome to the crowd of UDI users and enthusiasts!

I agree, but I'm sure 994 had its growing pains too. I was "late" to the party with the 994 just before they went into 5.x beta versions. I can recall a lot of issues during that development. Thankfully many take for granted how reliable systems were, but more so how "basic" they were (even though advanced for what they could/can do). With an almost limitless expansion in the Polisy/eisy era with Polyglot the variables to cause issues are just as limitless. While my eisy does seem to run just as stable as my trusty 994 many appear not to be as lucky. However, I'm not trying to run a bunch of different systems either. I know it's the desire of UDI to have a device as stable and reliable as the 994 (based on posts made elsewhere over time). It's just a lot harder to hit a moving target these days than it was in the past.

@thedishking what PG3x version are you running? I think random disconnects was something fixed recently. Current release area shows: PG3x 3.1.36 There's a beta post for PG3x 3.1.37 if you wanted to try that. Somewhere in the past I had a time where node servers would drop connection and not re-start. I have not had that problem recently so not sure if you're running an older version of PG3x or not. If you are at 3.1.36 or 3.1.37 make sure you fully power cycle the device (by pulling the plug). If still experiencing the issue please submit a support ticket so UDI can properly document your issues and attempt to fix for you, but also improve PG3x moving forward. https://www.universal-devices.com/my-tickets

Are you using the same computer for when you're home and when you're remote? This happens a lot to me when I'm trying to connect from a different computer to a remote device. The address is just gone. Best ,"simple", solution is to save the current addresses in the IoX Finder window by clicking "SAVE" on the bottom of that window. It will save it to a file like this "ISY-Finder.Thu 2023.07.27 05.37.20 PM.state" You can rename it to something like "Property A ISY Address.state" and/or "Property B ISY Address.state". Then load the appropriate file if it blanks out depending on your location. Saves you the effort of logging into the router to get the IP address each time you move locations. But...be sure you setup IP reservation with the routers at each location so the device is always at the same IP! Another solution is if you have portal subscriptions for both locations you can add the Portal URL then save the file (as above). You then have one file with both locations listed. Just log in using the Portal URL/Address (and credentials) each time. It's not location specific that way.

Do you have the Hue hub set with an IP reservation in the router? Do you have the IP referenced in the node server setup? Are you running this on Polisy or eisy? If on Polisy is this PG3 or have you migrated to PG3x (this is not a suggestion to go to PG3x if you haven't only a question...don't blindly go to PG3x without reading more about it - note the process removes PG2 from the Polisy) As I said, I'm running this node server. I'm on eisy so PG3x. I have the same udi happening, but not queuing. I put the log into debug and restarted the node server and did get this QUEUING line, but it went right though. (snip of my log below) 2023-07-27 00:00:08,551 MQTT udi_interface.interface INFO interface:_message: Successfully set 88010958c2dd0b :: GV5 to 24 UOM 100 2023-07-27 00:00:08,679 MQTT udi_interface.interface INFO interface:_message: Successfully set 88010958c2dd0b :: ST to 9.4488 UOM 51 2023-07-27 00:00:08,784 MQTT udi_interface.interface INFO interface:_message: Successfully set 88010954beaa0b :: GV5 to 64 UOM 100 2023-07-27 00:30:24,003 MQTT udi_interface.interface DEBUG interface:_message: QUEUING incoming message longPoll 2023-07-27 00:30:24,004 Command udi_interface.interface DEBUG interface:_parseInput: DEQUEING longPoll If your router has the hub at a static IP then the node server should find it. And it wouldn't work if it's not finding the hub at other times of the day so that's probably far fetched for troubleshooting, but worth checking. Maybe it's reloading something at midnight and can't find the hub so causes a drop. When it drops does it reconnect and stay running? How long before it reconnects? (on the UD Mobile notifications) At this point I would suggest you open a support ticket and supply a full log for the node server and possibly a PG3/PG3x log package with your ticket so it can be reviewed. https://www.universal-devices.com/my-tickets

Not sure. I don't have any Zigbee devices so haven't done any testing yet. As @xlurkr points out he knows of one that doesn't work. If you've got some try them out. If they don't work open a support ticket letting UDI know what brand/model/function doesn't work. Maybe they've got to fine-tune/target specific brands. As with Z-Wave it appears that Zigbee, while a standard, allows each manufacturer to handle things differently. It's got to be a crap shoot for UDI to figure out what does or doesn't work. This is where the user base trying what they've got and letting them know first hand really helps UDI and the rest of the userbase.

@pkauf it happens. But to get on the list of included devices be sure you put the device with the brand (and other info) into the request thread:

@pkauf As @lilyoyo1 pointed out these devices aren’t supported yet. The release post is found here: What you need to focus one is:

Could be Hue device (hub) issue. I run same node server and don’t have any disconnect issues. Perhaps the network connection to the Hue hub is going out or the device (Hue hub) is having other issues. Download the log file from the node server and see if you see anything happening at midnight. Not sure if the Hue app has any history or logs.

@saclarkdoc plug in network cable and reboot (might not be needed, but good idea). The eisy will disable wifi automatically. Note, since using a different network connection the IP address might change, and if you’ve setup DHCP reservation for the wifi MAC addresses you’ll need to alter it for the wired MAC addresses. But as @DennisC suggests…please read the wiki for the eisy User Guide. It has a lot of good information that helps.

@xlurkr What firmware are you running? And have you power cycled the Polisy since any recent firmware update? There were reports by others that Z-Wave quit working with recent Zigbee firmware release that I think is being worked on. I haven't noticed any other comments about the Zigbee portion not working now. You might want to open a support ticket if a simple power cycle doesn't fix it. Either use the multi-function button to reboot the Polisy or remove the power supply, wait 30-60 seconds and plug it back in. Wait several minutes before attempting to open admin console.

I always prefer and suggest wired. Less chance of something blocking/interfering with a wired signal Support ticket - https://www.universal-devices.com/my-tickets/ If you don't want to open a support ticket then use Google Site Search for this forum and enter the errors with quotes around them and you'll find several posts and options of solutions.