Javi

http://commondatastorage.googleapis.com/gtv-videos-bucket/sample/BigBuckBunny.mp4 The URL above does not work? While the tiles on Favorites Tiles changed the Node's Dashboard (accessed from the Home Tab) did not. So if cameras were working then they should still work from the Home Tab as nothing changed. If they do not work from the Home Tab then there may be an issue with the URL or connection (VPN, IP Address, etc.)

Favorite Tiles sizes may be slightly different as they were all rebuilt to fix sizing issues and accommodate tiles with multiple status values. Height will be configurable in the near future, but will try to make defaults similar to previous implementation. Lowered empty view height. Pushing these fixes now, so should be available soon. I cannot replicate issues with cameras, do the URLs provided on our WiKi work?

Network Resources will not evaluate these variables as the resource is processed on a seperate thread. System variables (not related to the program) can be substituted but it is possible they change before the substitution in Network Resources occurs. Program Trigger Variables are only available in Notification Content, which is used by the Notification Plugin (Node Server). Also consider upgrading to at least version 5.0.16, preferably 5.2.x or 5.3.x for bug fixes. However being that we no longer offer free support for 994 it may be easier to upgrade to eisy which supports PG3 and the Notification Node Server out of the box.

Added Custom Views section on the UDM Wiki. At some point we hope this will allow users/Node-Server-Developers to create Custom Views for their node/node-servers. https://wiki.universal-devices.com/index.php?title=UD_Mobile#Custom_Views

What is your hardware and firmware? Are you using Network Resources or the Notification Node Server to send to Push Over?

Hi @AnthemAVM, Currently Android and iOS backups for UD Mobile are not compatible with each other. It is still on our TODO list.

The Admin console root directory can be a bit confusing as "My Lighting" is not a "real" folder. In this case "My Lighting" holds devices which have not been moved to a folder and are still in the root director. Due to this not being a "real" folder UD Mobile displays these items at the root Devices and Scenes Directory. To achieve what you are looking for create a new folder (named Devices?) then move all items from "My Lighting" into the new folder. Synchronize UD Mobile and all devices will be inside the new folder. One of the reasons UD Mobile does not create separate directories for Devices and Scenes is because Folders could also be used for locations (rooms) where both devices and scenes for a single location are grouped into a folder. The Directory structure can be considered a user preference, so it is not modified by UD Mobile.

The folder structure on UD Mobile's Home Tab is the same as the Admin Console Folder structure. If changes are made via the Admin Console UD Mobile must be synchronized for changes to show in app. So, users can create seperate folders for Device and Scenes in the Admin Console (or from UD Mobile) then move all devices/scenes into these folders. Moving many devices/scenes may be faster/easier to accomplished from the Admin Console. Favorites of type "Folders" allow a single Display Node but it is not required. If you selected a Display Node then the top part of the Folder Tile may toggle the device/scene similar to adding a favorite of Type "Default", clicking the bottom half will open the folder. If you do not select a Display Node (or delete the Display Node by clicking the Display Node section then selecting the trash icon at the top right) then clicking the Favorite of Type Folder will open the folder. To add items into this new folder you can add the favorite from inside this folder (clicking the + button at the top) OR move the Favorite from the Main Favorites Page by clicking the edit button (pencil icon at top right) then click the Favorite you would like to move, then click Move To Folder. Navigate to the folder then select Paste. Be sure to disable Edit Mode by clicking the pencil icon when finished editing favorites.

The subscription notification will show whenever the app is open on Android as UD Mobile needs to run a background service to ensure status values are updated as fast as possible and to properly handle resource cleanup when the app is closed. Resource cleanup may take longer than Android allows without a Background Service, so this notification may be present for a few dozen seconds after the app is closed even when set to 0 (zero). In your screen shot this variable is a negative number, so this notification may be shown forever as this instructs the app to never terminate the Background Service. The recommended setting is 1 (one minute). This will keep the connection to your system alive for one minute, so if you return to the app within this time frame the app will not need to reconnect. Reconnecting to the system may delay status population by dozens of seconds depending on the seed of your internet connection (i.e. slow mobile internet). During this one minute duration a notification will be shown so that you know the app is running. Edit: The notification is dependent on Android version. Newer version do not show a notification for a background Service, they show as "Running Apps". So this notification may not show on all devices.

The first thing to check is that the command exists and has not changed. Changes may occur on Node Server update or firmware update, although the latter is less likely. Synchronization then edit the command (on the bottom of favorite edit screen) should reset the command if it has changed. Assuming the command exists, I have seen this at times when commands for the same node are executed in a short time frame. The error is coming from eisy, although it could be an issue passed from PG3 or the Node Server. At this time UD Mobile does not show logs, but it would be helpful to see if eisy, PG3, and/or the Node Server have logged errors when this happens.

Hi @Jimbo.Automates, Looks like the issue is resolved, but I think the ID is shown when the resource (Notification Content) no longer exists.

Any sub domain at isy.io so *.isy.io It is very likley there is another issue, please got to Settings > Systems > Your system. Press Test Remote Connection, then post a screenshot of the error message. Be sure there is no personal info shown in the screen shot. If you get an error saying your are on a local connection, then expand local connection settings then press the Test Local Connection button, then post a screenshot of any errors.

I suspect the URL is incorrect. Please try the url which ends in "/desc" from my.isy.io > Select Tool > Imformation > ISY Information > Admin Console URL. Do not user URL to ISY.

I'll see what we can do, however the "move" screen is handled by iOS Document Picker not UD Mobile. UD Mobile creates a backup file then data transfer is handled by iOS when using the iOS Document Picker. It is possible, especially if transferring to iCloud, that the file is not moved immediately and is queued. I have not seen this behavior, but Apple's Documentation says it may happen. UD Mobile uses the iOS Document Picker, instead of direct iCloud access, which removes the need for the app to have direct access to your iCloud account. So I'm guessing the "move" label makes sense as the file is created then moved in the background. On Android the action (notification) bar shows a downloading when moving using the system provided Document Picker, maybe we could request Apple implement a similar feature.

We are planning a similar feature, Favorites was just rebuilt to accommodate, although I don't have a time frame.

Favorites is rebuilt in version 1.1.32 of UD Mobile to prepare for other enhancements. This should correct this issue.

Ok thanks. I do not see any reports of this for the VLC library, so it may be a video/playback setting. If the video feed is accessible outside of your network and you are ok with us accessing the video feed to check if any settings adjustments fix the issue, then please send me a Private Message or open a ticket with the URL.

Android or iOS? Does this view show the full image with bleeding edges? If it does are the same bleeding edges shown in full screen?

Not really related to this topic, the 99i (not 994) has been discontinued for a long time. If I remember correctly you have another topic and the issue is the newer Java version has compatibility issues with the 99i Admin Console. Besides the recommendations given on that topic I don't know, we don't have a functioning 99i to test and being that the device is so far out of support we don't have the resources to release new firmware. As an alternative you may be able to use the eISYIR node server for IR. I believe someone posted the original ISY IR codes somewhere which may make the transition easier.

Ports cannot be changed for services/APIs, clients should allow port changes or accept port in URL. When it was allowed it caused too many support tickets due to conflicts.

Currently adding/removing/renaming nodes/programs/vars/etc requires synchronization. We hope to remove most synchronization requirements in the future.

See Below, Timeout should be much higher, host should not contain path. Authorization should be your Portal Credentials.

@GDavis01, This will work with Portal. The GET URL is the URL to ISY from Portal with the appended path, i.e. https://my.isy.io/someVeryLongKey/rest/theRestOfThePathHere You will need to use basic auth in the Header with your Portal Credentials in Network Resources.

The only difference for State variable request/set is the local port has changed from 80 to 8080.

There was an issue with the version number causing issues with the license record in the past, which could be related. Please open a ticket and include your system's UUID so we can check the license record.