Geddy

I'm not entirely sure. I jus know the Admin Console URL is what you need/use to access admin console. The other is used for different (more complicated "stuff") that I've never dealt with. I searched some old posts and found people sending commands to the ISY "back in the day" so not sure what that's really used for. Sorry. But glad it worked now for some reason. You might want to clear the other browser history and cache to see if that might help get things showing over there. Otherwise, maybe it's got some blocking add-on or something that wasn't allowing the information to load. Try that browser in a private/incognito window to see if the information loads.

@Wibar in addition to the suggestion by @Andy P to read through the Wiki the "easiest" way might be to use UD Mobile, setup Geofencing and have the app trigger the program when crossed. More info can be found in the wiki, but I think there's a link to a video in a post in the UD Mobile area on the forums somewhere. It's been a while since I looked for it.

I wonder if you’re dropping local network and it’s jumping outside the geofence area while looking to connect to the cell signal. I had this problem ages ago (before we got more towers near us). But I haven’t had noticed delays with UD Mobile current beta build 1.1.27 or the last few. And I rarely have UD Mobile open or in the background (I am notorious for force closing apps often). I don’t have this issue, but I also don’t have overly complex triggers. Mine works as crossing boundaries if not even running..and yes, Mobilinc HD does as well, and that app runs even less than UD Mobile these days. My experience is running on iPhone 15 pro max with UD Mobile and eisy updated/current as of this post. (I don’t have the specific versions handy as I’m “mobile” at the moment.)

The "enable internet access" isn't anything you need to do. Remote access is either by port forwarding on a local router directly to the device (not very secure) or using the URL found in the UD Portal and using your portal credentials to log in (much more secure...please use a strong password!). To find the URL for the device in UD Portal go to the "Information" area in this screenshot and select "ISY Infomration" then use "Admin Console URL". If you have multiple devices in your Portal make sure you're picking your eisy. Nope. That's all UDI has developed to run Admin Console. UD Mobile is being developed to be able to control most of what you can through Admin Console, but is a whole different issue (for many), and wouldn't be my primary preference for setting up complicated programs.

@GSutherland we get it...you're having HUE issues. No need to start a new thread saying the same thing you've said here already. I'm not sure what's happening, and since the node server hasn't been updated in a while would think it should work since it works for some. Since the developer doesn't seem to be responding on the forums it might be best to open a support ticket with UDI to see if they can get some traction with the developer to try to help. https://www.universal-devices.com/my-tickets Make sure you've read the other posts in the forum as there were hints/tricks to making it work in the past that should still work. It's quite possible something in the PG3x updates might have fouled up new installs and linking to the Hue hub, but I've got this working and it doesn't disconnect. The Hue and the eisy are right next to each other and connected to the same network switch.

@Goose66 I'm no programmer and no network wizard. So a huge assumption is made in how this all works. I've had routers not give a friendly URL and others offer it up quickly, but somehow the local IP also appears. If it's not an issue why bother it and even be concerned about it? It's not broke. Even @Michel Kohanim said "this is normal". I'm just expressing my experience as a user that has experienced both local IP and friendly url address coming up in the IoX Finder window. Try to calm another user that seems to think it's an issue when it's commented in several other places that others have this happening and it's normal and not "broken". Ultimately, the concern is resolved. User can access the system as expected.

@gadgetfreak sorry...can't help much more on this. I'm not running an ISY994 anymore and didn't get carried away in scenes so can't much relate to how the eisy is handling them to how they were in the 994 time. Perhaps others that had more scene knowledge can assist. In the eisy the "Link Type" is showing Insteon for the few devices I have in a scene. My guess is this is because eisy can run Insteon, Z-Wave, Zigbee, and node servers so it might have different entries than the ISY994 did. To see how a scene is setup you need to look at the controller(s) of the scene and the action might show different settings.

Glad you got it working! The 2 entries aren't (shouldn't be) a bother. It's probably your router allowing both the IP and friendly URL replying to the IoX Launcher search for local device process. It's the same device so isn't a concern. They're the same so can be used interchangeably. It's funny so many have considered this an issue of late. I had been used to it for so long that I never paid it any attention until others were worried about it.

As @Michel Kohanim suggests it looks like could be a Java issue. You said you have the "newest" version of Java installed. Which version are you running? If on windows open start menu and type "Java" then run "Configure Java" and click on "About". Should be Version 8 Update 381. I'd perform a full uninstall and clean removal (java removal tool) of Java and download again from java.com and try again. In the file Michel linked to above I think they're looking for some of the last lines. Specifically: <upgradeStatus>inactive</upgradeStatus> Also, make sure you're not running any VPN, Firewall, or Anti-virus software when you're initially running/installing start.jnlp.

@gadgetfreak Unclear exactly where you're looking for this difference. Can you provide some screen shots? Also, what Firmware are you running? You posted in the ISY994 forum so assuming your device is indeed ISY994. Have you updated firmware lately? If you "recently" updated from 4.x to 5.x there were huge changes in how scenes are handled in 5.x that might change whatever screen you're looking at for action = "default". What happens to the action line if you turn the scene on/off manually?

@Envirogreen What computer OS are you running (Windows, mac, other)? If on Windows after you click lan or cloud and nothing happens would you open your Task Manager and see if you have a "Jav(TM) Web Launcher" process running. If you do then you need to delete the .state files as mentioned in the wiki: https://wiki.universal-devices.com/index.php?title=Main_Page#Admin_Console_Minimized/Invisible_and_Cannot_be_Restored The issue of having two entries is/was normal for an older version of start.jnlp. You mentioned you cleared java cache, but have you downloaded a recent copy of start.jnlp? Please delete all versions of start.jnlp or admin.jnlp you might have on your system and download a new copy from UDI site - https://isy.universal-devices.com/start.jnlp

@CoolToys split this out to the Elk node server area as it is a new issue for you. It was hidden in a topic that appeared resolved, but just general chatter.

@oamber not sure if this is new in an updated version of macOS, but see if this topic gives some insight for how to proceed. It seems that macOS doesn't like to allow Java apps from unknown sources. It just needs to be added/approved.

@DualBandAid I’m not sure why it wouldn’t populate if the device has approved the portal. Might need to open a support ticket for help. Check on the Admin Console on the Configuration tab that “Portals” is showing approved. Even though you say it has a green dot on the portal suggesting it is online. It might need to be reset. https://www.universal-devices.com/my-tickets

Exactly, but I think that’s what has caused issues….a reboot doesn’t actually power cycle the device, but more or less stops all services and starts them again. But I’m no programmer and just hypothesizing what is being attempted/done. That’s why when some updates wouldn’t complete a full power cycle was necessary to get the systems started in the correct order again. Reboot basically tells the device to start up fresh. From comments elsewhere it’s basically telling the device to start with the UDX then ISY then PG3 services. I’m sure it’s way more involved, but that’s my simple way of thinking about it. Restart IoX just focuses on that service running on the device. When it was simply an “ISY” device (be it 26, 99, or 994) it restarted the device, but now that the Polisy and eisy have multiple services running then the device needs a “reboot” function and ISY/IoX has a “restart” option. Just like PG3 used to have on the web portion to restart the Polyglot system, but that was removed. To me the reboot is restarting the UDX. Because ISY and Polyglot rely on UDX so much if that gets restarted then the ISY and Polyglot services should be restarted…thus “reboot”. I wouldn’t expect that there would be a simple way to ONLY restart the UDX system. The other services are dependent on it too much to have that core component restart without impacting the other services.

This was something in the early days of Polisy that got added to IoX. I'm not sure if it does anything now, but just hasn't been removed. It's not something I'd push if there's no discussion about it in the forums. Here's a post from @Michel Kohanim about this button. "Reboot" is supposed to reboot the device. Sometimes it works as expected, but sometimes it hangs and doesn't perform a full system reboot and power cycle is needed. "Restart IoX" should just restart the IoX system. It's not used as much as it once was when it was "Restart ISY" on the (old) ISY994 devices. It's probably useful if you're working with support and trying to troubleshoot IoX issues and just want to restart the IoX system, but usually isn't something that many often suggest here. Also, the "Update BIOS" is another button that showed up early in Polisy time that rarely got mentioned and doubtful that it should remain and certainly wouldn't push it unless instructed to do so by support.

@DualBandAid are you clicking on "Select Tool" then "Connectivity" then "Amazon Echo"? From there you should have a window that has this row of menu: Click on Device and there you should have this window: Are you saying this is where nothing shows in "my device"? Make sure you review the wiki for further assistance: https://wiki.universal-devices.com/index.php?title=ISY_Portal_Amazon_Echo_Integration_V3#Instructions_for_Accessing_ISY_Portal

@Blackbird It would be helpful to know what versions PG3 and IoX you're running. Please share those if you can find them. If you can't find the PG3 since you can't log in try this (https://polisy.local:8443/WEB/sysconfig.txt) and look for a Name and Version for PG3. (if polisy.local doesn't work replace with the IP of your Polisy) Are you running PG3 or had you updated to PG3x? If you've updated to PG3x then the user/pass is the same you use for Admin Console local login. If you cannot get logged in here are the button presses to reset the credentials for the Polisy: https://wiki.universal-devices.com/index.php?title=Polisy:User_Guide#Reset_Credentials This error is common and is simple replace. You need to clear Java Cache (checking all 3 boxes) then download a new start.jnlp from UDI's site (https://isy.universal-devices.com/start.jnlp). The pop up should be gone after loading a new version of IoX Launcher.

@Javi Thanks for the updates! I can confirm (for me) that the app isn't crashing and geofence events are happening regularly even if the app isn't running or in the background! Well done!

@gweempose correct. Since you're not migrating devices just follow the steps for the portal migration.

@gweempose have fun! Please read the migration steps found in the eisy User Guide in the wiki: https://wiki.universal-devices.com/index.php?title=Eisy:User_Guide Read all steps before performing them so you know what to expect and what to do. Migrating the portal is part of this process. You don't want to delete the 994 from the Portal as you will migrate the portal subscription to the new device.

Are you using the new PLM with the old ISY994 setup? Did you follow the "replace modem" method in the wiki? https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:File_Menu#Replace_Modem_(PLM) It's not just a plug and play. You have to perform the replace modem process to put the link tables into the new PLM. It's possible something started introducing noise into your system (could be new or even old devices so don't just think "I didn't add anything to the system"). You should try troubleshooting for noise with the working PLM first before blindly replacing it. This wiki area can help troubleshoot for noise: https://wiki.universal-devices.com/index.php?title=INSTEON:_Troubleshooting_Communications_Errors Also, @MrBill had a good post on tracking down noise a couple of years ago that might help. https://forum.universal-devices.com/topic/35216-programs-not-working/#comment-330289

@mbking interesting that it's still happening then. I think UDI was hoping the _1 kept that from happening. Would you open a support ticket for this issue and see if they can track what might have happened or use your case as more investigation? Download an error log from your IoX process when you can and include that in the ticket. https://www.universal-devices.com/my-tickets

@mbking even though this was a PG3x update if you were running an earlier version of IoX it also updates through this process. Were you running a 5.6.x version or had you already updated to IoX 5.7.0? The programs disabling is a "known" issue in the 5.7.0 update and UDI is trying to fix. Glad you've fixed it. Just for reference can you go to this link in a browser and report the IoX/ISY Version? https://eisy.local:8443/WEB/sysconfig.txt (If Polisy replace eisy with Polisy or use your device's IP address in place of "eisy.local") Looking for: 5.7.0_1 (or greater...as of now I think only _1 is released)

As @DennisC and @apostolakisl mention there's no good way to have them running together. Insteon devices can only have one controller. So unless you have 2 PLM and put some devices on one system and some on another you wouldn't be able to run both devices to control the Insteon you have currently have in place. That's where the migration comes into play. If you are only running Insteon currently the migration is very straight forward and easy. Quite possibly without issue you wouldn't even know you made the change. So you're not "starting over". You're able to migrate the devices/setup from the ISY994 (as long as you're using firmware 5.3.4), and since you say you don't have any z-wave currently you more than likely are, or could/should be running 5.3.4 on the ISY994. Good luck!