Geddy

This is odd. Are you sure this action is disabling it or do you leave the program disabled? Enable the program in Admin Console then trigger the "enter" again with admin console open to see if it is disabling the program. Could you post a screen shot of how the geofence is setup? The only way the geofence would disable the program is if you have that as an action on the app. Otherwise, something else in IoX is disabling that program. It's been a while since I used a program on the geofence setting. @oberkc brings up a good question as to what is being called by the program. The way you have it written (and it being disabled) depending on when you trigger the program only after sunset would it turn the lights off. Maybe change the geofence to trigger the "THEN" just to be sure that program works to turn those lights on. Otherwise, if you trigger it and it's before sunset then the lights would stay off (because of your ELSE). Also, I would remove the "wait" line. There's nothing after it (at least not showing in what you pasted). I haven't setup tracking by more than one phone (we just don't need it for our automation), but nothing you have above would be dependent on which phone crosses. If it's setup the same on both phones to call the same program then if either phone crosses into the geofence they would both call on this program. You might want/need a variable if you're trying to track by phone, but that gets more complicated and involved.

@UD2)17rrh What phone OS are you running? Be sure location permissions are allowed. On the geofence do you have it calling on the program or is the program setup for location change? Please post a copy of the program for reference. Be sure you RIGHT click on the program and select "Copy to Clipboard" then paste as text in here. Be sure you use the "COPY" option - should be last option in the menu! (NOT export!) Be sure the geofence is setup as outlined in the wiki: https://wiki.universal-devices.com/UD_Mobile#Geofencing Once you have the geofence setup and commands in there you should be able to run the "trigger enter command" to see if it would work. Where do you see this? I run Geofence options on UD Mobile, but do not have anything related to them in Devices and Scenes in UD Mobile. It must be something associated with Occupancy 2.0. I do not have that in use (It's not needed any longer - according to the wiki).

I've still got some of the old 5.3.4 backups from about the time I migrated to eisy. They're the same as what you notice. They are ~76k, but could just be difference in items and programs. I have older ones (by a few months) that are ~48k. They're also as you see just zip file with a zip inside that appears empty. I haven't ever actually expanded the files, but just windows 11 file explorer viewing the files. Approximately how many devices do you have? Also, how many programs and Network Resources (if any)? Just be sure you follow the migration steps and you should be fine. How are you observing "a lot of console activity"?

Click on a selection that you added to IoX Finder window. Maybe post screen shots of what you're seeing. I'll assume you mean "start.jnlp". There shouldn't be a .win file. This was meant to be used on a browser. That launches the eisy-ui interface. Attempting to add this in the Java IoX Finder window will NOT work. Still possible. Just need to add your device locally. Sounds like you're having issues due to being scattered and trying too much all at once. Pick IoX Launcher and focus on loading that. If you're reading the wiki then it walks you through the process of adding the eisy manually if it isn't found. Are you running VLANs (on your network), anti-virus, or VPNs on your computer?

Go here: https://www.universal-devices.com/my-tickets Log in with portal credentials.

Is this something that worked and recently broke? If you click on the scene in the admin console and turn it on does it do what you expected it to do? If so then it should be setup correctly. But there have been issues with scenes being corrupted coming from 4.x to 5.x firmware. Since you mentioned ISY994 in the original post I figured you might be on the older device. Being that you're on eisy and running 6.0.0 (ps that's now outdated and you should update to 6.0.4 for minor fixes by UD) your scenes had probably already been modified. Thanks for posting, but you didn't use "COPY" you used export. The last option when you right click on the program will be "Copy to Clipboard". That gives a much cleaner and user friendly paste for the program. Since it's a simple program the above screenshot will work for now. It's not a program issue, it's likely a scene issue. I do not use many scenes so cannot try to describe what you should look for in the scene settings or in the program itself. Perhaps others that are scene gurus can chime in to help.

@S. Alexei Gitter or if your router finds the eisy locally even easier to just type: https://eisy.local/ You will probably get a security alert on the browser you're using. You can click advanced and continue to get to the site. Note that I don't think eisy-ui allows direct setup for matter/thread devices. I've not tried it lately. There is a plugin that should help with that, but it's had mixed success and has very limited items for support. I don't use Matter yet so have no experience trying to add devices, but seeing the issues people have on the forums would say don't be too quick to jump on and try to add a bunch of items. As for the Admin Console (via Java) it's still available. What computer OS are you using? It's fairly straight forward (for windows). On macOS it seems to cause a lot more issues. If you're having issues with the launcher finding or keeping the listing you can always save the file locally and load it to have the last list available. Again, seems like it might be computer OS driven issues.

@TomNow2 I'm in the "if it ain't broke, don't fix it" camp. Aside from some issues (with z-wave in general) it sounds like things work as you have them setup. There's been a lot of comments through the last several years (and most recently in this thread) that z-wave (by nature) has a "popcorn effect". Meaning what you're experiencing seems to be normal for z-wave in lighting. Changing the controller wouldn't help the nature of z-wave and the inherent issues it has with lighting delays. Initially I'd say just leave it as it is. It's a vacation home and you don't seem to need to mess/fiddle with it how it currently is controlled. The other side of that would be that the investment to change the switches and other automation parts to other devices might outweigh the issues you're currently having, but living with. Sure, you could rip everything out and put in Insteon (for lighting) and have better control of on/off and dimming than what z-wave does, but you would also have a different controller that is going through ongoing development and updates that you'd need to push/update when you got to the vacation property. If the issues you're having are bothersome and you want to fix those then you'd more than likely have to remove all z-wave lighting control and go with a different option. If it's a DYI project then Insteon is probably the best option for that kind of job. Otherwise, there are still different options to consider (see referenced thread linked above). Just changing the controller for the issues you describe won't make things better. Note: I don't know the Hubitat system so can't comment on what it can/can't do. I tried Home Assistant a few years ago and was not impressed (too much learning curve at the time) so can't say if that would be beneficial to use differently.

I'm not sure I follow. But I don't often look for the isy/eisy device itself. It's always listed as whatever name is given to the in the tree with the console/monitor looking icon. It's possible that UD made it sort to the bottom of the device list, but I have my eisy name starting with a "U" so it seems to be sorted at the bottom just above the "Auto DR" scene (a default that can't be deleted). I believe the default was "my lighting", but some have changed it to eisy so it might show eisy as root and eisy as item directly under it. Some might have had it as "ISY" and it carried over in a migration. I remember when the Polisy and eisy were released that a lot of users wanted to add back the query program and we would suggest to look near the bottom and that's where people found it. But again...you've found it now. I was just worried that you seemed to have a broken query program after an update and it made me check mine to be sure it wasn't a widespread bug/issue that needed to be brought up to UD.

@mvgossman please let us know what firmware you are using on the ISY994. It could be that you updated from 4.x to 5.x and the scenes changed and are not setup correctly to be controlled by the ISY device. Also, you might want to put a 1-2 second wait between commands (maybe more) so that communication is not over loaded. Lastly, for easy of assistance the preferred way to post a program to the forums is to right click on the program and select "COPY to Clipboard" then paste as text into your post. This makes it easy if people need to help edit the program by not having to type or describe things that are in an image.

@raydoc attempt the power cycle suggested in the other topic and see if the portal reconnects. https://forum.universal-devices.com/topic/46245-eisy-offline-after-power-failure/#findComment-401708 There had been posts in the past about there being some hiccups with power loss. Depending on what firmware you were on there was a pushed update for underlying issues a while back that might have attempted and not finished correctly. If a full power cycle doesn't resolve the issue you might be best off opening a support ticket to take a deeper look into your system. https://www.universal-devices.com/my-tickets

@Techman this caught my attention...I ran to check mine and it still shows for my program and I'm on "isy-6.0.4_1" (from https://eisy.local:8443/WEB/sysconfig.txt). But I'm only looking in Java Admin Console. Haven't messed with eisy-ui or UDM in a while and never looked at Programs in those. Sounds like you found it though and can recreate the program, but you worried me that it might have gotten corrupted in an update. Last I recall a comment from UD was that it's not needed (the query program), but my concern was that it was originally there to bring battery device status in sync when the query runs. Since it's not included in Polisy or eisy by default...users have to add it back manually if they want it. I wonder if not having it causes any issues. I don't have any Insteon battery devices so not too concerned with it.

I almost mentioned that, but when I looked at it through eisy_UI that option isn't available any more. I'm guessing that is something you needed to access through the PG3x option directly. Glad you got it sorted out. Yeah, having two devices on the same portal account could be a problem when the plugins are licensed to the account and device they're installed in and you start working on another. Interesting. @bmercier is the "switch portal profile" option going to come to eisy_ui?

@bmercier understood. Worth the shot.

You might want/need to open a support ticket for this to see what's happening in the system. https://www.universal-devices.com/my-tickets I just tried on my eisy and was able to install one just fine through eisy-ui. Got the little green box that it was installing then that it installed successfully. Currently running PG3x 3.4.11 on eisy UI 0.9.0.