Javi

This error is usually related to clients (i.e. Admin Console, UD Mobile, HA integration, PyISY) not calling unsubscribe from the ISY event stream (subscription) when it stops viewing or perceives there was an error. This causes all available subscriptions to be used so new clients (i.e. Admin Console) can not start properly. Usually a reboot corrects the issue, or waiting some time. Waiting some time assumes the client causing the error is acting properly or it may continue using available subscriptions (event streams) which will continue lockout. PyISY, used by the HA integration, was a usual suspect in the past but I thought it was fixed. So if the issue persists after reboot try disabling the HA integration or any Node Server using PyISY.

With regards to UD Mobile favorites, the easiest way is to verify you have migrated and everything is working and connected to Portal. Then DO NOT add the new system to UD Mobile, only reset the UUID, Portal URL, and Local URL (if using local connection settings) Create an App backup in case of error Clear UUID from the existing (old) system at the bottom of the System Configuration Screen Reset URL(s) by pressing the search icon (magnifying glass) next to Remote URL and Local Url (if using local connections) https://forum.universal-devices.com/topic/41219-move-favorites-from-isy994-to-eisy-device/

UD Portal API Key or Pushover API key?

Scenes have no status, so it cannot be ON or OFF, it can be controlled to ON or OFF. UD Mobile has an Estimated status which can be configured the way you want, by disabling calculation for the button with is On when you want the scene to show an Estimated status of "OFF"...you may need to trigger the scene at least once before the app is updated.

Please be specific. We have many enhancements in the pipeline and we prioritize based on user feedback. There are also many advanced features which require some understanding of UD Mobile and IoX to accomplish. Both homekit and roomie are iOS only apps, so UDM is already better if you have an Android phone. The great thing with the Node Server platform is UD Mobile does not need to include any features for new Node Servers. If a developer creates a Node Server it will automatically work with UDM no matter how unique the status or commands definitions. Passion for the one app is mine also, and UDM controls everything in my home aside from choosing content from Netflix/HBO/ect apps. A/V, Lights, fans, sprinklers, water control/sensing, security, dog door....... all controlled from UDM but mostly automated in IoX. IMHO the "No Hub" is a marketing gimmick. If you need a router for WiFi, or an iPad on your network...you have a Hub, and one that may require replacement every few years.

There is no silence. The API's for integration are publicly available here. I developed an Android app, Go2ISY, which was one of the first to integrate version 5 apis a few years ago....before being hired by UD. Depending on the integration it may be difficult for some to integrate some device types. A Node Server can be almost any Thing, which may be hard to integrate into software supports a small number of Things. What Roomie Remote feature(s) are the most useful? Maybe there is a way UD Mobile can do the same or we can add to our list..

I believe it will remain, jimbo will need to confirm.

The new node is a simplified version with better command names. This is intended for direct integration into UD Mobile to allow users an easy way to setup notifications. We will make a formal announcement as soon as everything is ready.

For iOS there is no other way to lookup location when the app is in background as Apple has this locked down. Apple already denied our request to run in the background for Geofencing purposes by stating the Geofencing APIs are all that is needed and we had to remove background tasks. The Geofence APIs do not allow us to poll location only receive events from iOS. So, I would need proof that iOS does not handle this properly in order to contest Apple's denial. We have an open issue in UDM with timeouts, however I have yet to be provided new logs since the most recent update. The latest update contains more details regarding to narrow the issue. We do have polling on Android as we have proof Android does not handle Geofences on all devices. Without seeing logs I can only speculate as to the cause. If this is caused by no internet, then you could workaround. If caused by iOS blocking connection, then UDM or iOS needs to be fixed. If you are having intermittent connection failures on entry you could add additional fences with smaller radiuses which only have the enter command. If you are having intermittent connection failures on exist, then you could add additional fences with larger radiuses which only have the exit command.

As @MrBillsuggested. No need to add the other devices to the scene. A separate program is needed if the current program is being used to to trigger physical button presses. Most important part is that it is disabled as it would cause a vicious loop if it is automatically evaluated.

For a UDM Custom Toggle the condition needs to be Status. Control implies physical touch of a button. The program also needs to be disabled so it does not run in a loop. The next issue is how the condition (toggle) is evaluated. In your program you are using a physical button as condition. So this button needs to be switched on/off in the actions (then/else) or it will always be evaluated the same. In your program this will need to be a scene as keypad buttons do not have direct control. To simplify this lets remove all the lighting controls and only focus on the status and condition evaluation. Because this is an insteon keypad we need a scene (again as keypad buttons can not be controlled directly) So our standard keypad scene (without modifications to controls) Our DISABLED Program Our UDM Command Button. Notes: This uses Display Node of the Keypad Button Scene and Display Status of Estimated Status to show user if the toggle is on or off. But this could be changed to the Keypad Button itself. The program is set to command "Run IF" Now that the toggle is working you can add other actions.

I think you need Status not Control as the If conditions. In the currently condition both switches would need to be physically controlled at the same time to be true. https://wiki.universal-devices.com/index.php?title=UD_Mobile#Favorite_Custom_Toggle

Create a UD Mobile backup first just in case anyone synchronizes incorrectly from Settings Tab> Backup. Go to the existing (old) system's settings in UD Mobile >Settings Tab>Systems> Your System. Scroll to the bottom and click clear UUID. Then click the search icon next to the remote url and select the new system. Finally synchronize. Ignore errors as they are all true as the UUID was cleared. If you had both the new and old systems in UD Mobile delete the new system as the old system now has the new system's credentials.

From the main screen on the favorites tab click edit (pencil icon at top), click the favorite you want to change, click edit. Finally change the Display Status to whatever you want (i.e. Current Power), click save then disabled edit mode by clicking the edit (pencil) icon at the top.

Was the UUID cleared on the the old system or new System? This should be done on the old system to link the new UUID. The UUID error message should signify the UUID was cleared. Does it still show at the top after pressing? After selecting the system from the remote url search, you will need to synchronize.

Yes, most favorites can be migrated assuming the node addresses are the same. Go to the existing system's settings from UD Mobile >Settings Tab>Systems> Your System, scroll to the bottom and click clear UUID. If you have local connection settings, set the Local IP Address for the new system. If the app did not force you to select the system from Portal correct the remote url. In Remote Connection Settings click the search icon next to the remote url and select the new system. If using a different portal account delete the portal account from remote from remote connection settings and login to the new account. https://wiki.universal-devices.com/index.php?title=UD_Mobile#Migration

Do you get a dialog showing "Admin Console (Lan)" and "Admin Console (Cloud)" when clicking the UUID?

UD Mobile supports basic program write|read. Some conditions and actions are still on our list. Supported conditions (IF) Schedule|Control|Status|Parentheses|Comment, and actions (Then|Else) Command|Wait|Comment. Other functions include reordering conditions/actions, moving to folder, and Program create|delete. Triggering Programs from programs, Network Resources, and any condition|action with state|integer Variables is not yet supported. In addition to supporting programs the app can show all programs linked to a node from the Node's dashboard, from top bar setting button. And will show all schedules, any program with a date/time condition, in "My Schedules".

Great! Most functions can now be accessed from UD Mobile with firmware 5.0.16 and greater.

Can you "open with" when right clicking the file and verify it is opening with the Java Launcher? If the java launcher is default verify the security settings in "Advanced" are not set to "Never..." or "Do not..", then reset Java security prompts "Restore Security Prompts".

Please try downloading the file directly from the ISY by using the method suggested by Mr. Bill . http://IP.ADDR.GOES.HERE/admin.jnlp where IP.ADD.GOES.HERE is the local IP Address of your system. Does this file download? This skips the launcher program which downloads the correct admin.jnlp for your firmware.

Have you tried power cycling the ISY?

I think it is a Mac security setting which is dependent on Mac Version. In my opinion this is an issue with Mac OS not notifying the user and deleting or not allowing files to open without prompting the user. Mac will alert users once about unknown developer then nothing after that for the same file. Process for allowing files from unknown developers to run depends on MacOS version. Below is all I could find from apple, but I know this is not how I've allowed in the past. There was a small window (maybe 5 minutes) where you are allowed to run the app after download and must open Preferences (now called System Settings) then go to, I believe, security where there will be a prompt to allow program to run. https://support.apple.com/guide/mac-help/open-a-mac-app-from-an-unidentified-developer-mh40616/mac

https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Troubleshooting_Flowchart What error(s) are you getting?

Supporting PG3 Node Servers and/or ZMatter Nodes will require them to make changes. I believe their integration is of our firmware version 4.x versions, 5.x added new device types. There is not much we can do if they do not upgrade their integration. Most of the static commands (i.e. Insteon) will continue to work but new commands (i.e. node servers) may not work unless they have the same command definitions accepted by Insteon.. ISY does not require polling if subscriptions are implemented, this is true in both 4.x and 5.x.