Javi

Yes, eventually the Home tab will only show devices and scenes as multiple controllers will be in the controller dropdown header.

Fix in 1.1.71 should be live in the app store. The Automations tab has variables.

Thanks, This is the current expected behavior, pressing Home Tab when on Home Tab will shows all controllers, in this case only one, clicking the controller should take the user back to devices and scenes. This will be changed in an upcoming build where the back button is removed when at root Devices and Scenes and if the home tab is pressed when already on the Home Tab it should go to root Devices and Scenes. However, I will be out of the office for a few days and this change, along with others, has not yet been released to tester so It may be a couple of weeks before pushed to production. The bug fixes mentioned above along with others reported today will be pushed to production tonight.

Thanks for the description I replicated an issue on the Automations Tab when the Bottom Tab is clicked when already on the Automations Tab. I could not replicate any issues on the Home Tab. Are there issues on the Home Tab also? I'm going to submit version 1.1.71 tonight with fixes, so hopefully live by tomorrow morning.

Many of the telcoms now block/delay/limit sms from email, so in my opinion another option should be used if you want notifications in a timely manner. The Notification Plugin uses the open API for the UD Mobile Notification Server (ISY Portal). There are instructions on our wiki showing how to send notifications using Network Resources, however the Notification Node Server Setup and Program configuration will be much easier and use the existing Notification Customizations (the same as email).

Assuming this is iOS please upgrade to 1.1.70 as the last few versions had bugs related to the UI changes, including the blank screen. Devices and scenes is now the default, variables/programs/notifications/etc are now in the Automations Tab.

This was removed as we had too many ticket where users hide the controller from themselves. However the most recent version on both Android and iOS now automatically show the default (last selected) controller on the home screen.

Great, Changed not-equal character to "IS NOT EQUAL TO" text in next version.

If this is no/null status then it is likely disabled in settings. https://wiki.universal-devices.com/index.php?title=UD_Mobile#Program_And_Variable_Settings

I cannot replicate, however I notice that the strike through the equals-sign is not easy to see. Which screen has this issue?

iOS or Android?

This is a bug in the AC, and will be fixed in an upcoming update. If there are missing IDs (in sequential order) in Notification Customizations then only the Customizations before the missing IDs are shown. As a temporary fix add Placeholder Customizations to fill in the missing numbers. When adding a new Customization it should be assigned the lowest possible ID, do this until all missing IDs are added. UD Mobile should work without placeholders.

Thanks for the report, will be fixed in 1.1.67 iOS and 1.1.87 Android.

That's not good...I'll push a fix now to correct the issue. Depending on Apple's review could be a few hours or days until live.

We are in the process of an app rebuild. User Preferences are now on the Home Tab Top Menu

Replicated, will be fixed in iOS 1.1.66 Thanks

The command is sent immediately, however a value update is not received immediately which may appear as sluggish. Showing the estimated new value before receiving a value update is on my list, but no time frame. UDM limited the dropdowns to ~200 values so this makes sense if the thermostat has a precision/step of 0.1. Can you try to change the Step value in the editor to "1.0" instead of "0.1". See the Missing Widget example for instructions to get to the editor https://wiki.universal-devices.com/index.php?title=UD_Mobile#Missing_Widget. If this does not work, or the instructions are not clear enough do to UI changes, please send me a copy of the UDM backup file and I will take a look. Please point me to the location of this node if it is not at root Home Tab or Favorites tab.

I cannot replicate this behavior when using Default view type. I just tested both the Properties "Value" and the Commands "Value" and they work as intended. If using a Slider or Switch this it was limited to 0-100 to mimic a light switch as I did not think users wanted the full negative and positive ranges. Is the Default view working in your case? Is this an issue with another View Type? Setting variable values outside of dashboard currently only works in Favorites. If using the Favorite "Picker" type it should allow manual typed input of any value. This is a bug, I've fixed in the next update. Change to Command then back Command with Dashboard to edit until fix is released. A program is the correct approach as this is both a calculation and a command. UDM only supports commands, as calculation logic should be preserved and executed on eisy. The variable value can still be show as the "Display Node" while the command is the Increment Program. See the custom toggle example https://wiki.universal-devices.com/index.php?title=UD_Mobile#Favorite_Custom_Toggle While this may seem like a simple request it is actually more difficult than it appears on the surface. (1) It is possible the app does not yet have a value for the variable due to latency which will cause the calculation to fail, a longer delay in execution, and/or sending an incorrect value. (2) We try to avoid recreating functionality available in Programs as functionality running in UDM as it creates more possible points of failure, debug logs, etc. (3) If the user does not backup UDM the Program is preserved on eisy, so user will not have to recreate the Program in UDM.

If that was your device, please try version 1.1.86, it may be a few hours before live in the Play Store..assuming the holiday does not delay the app review.

Is your device a "DuraForce PRO 2 With Sapphire Shield" ?

Please provide some additional information. Android or iOS? App Version? Firmware Version? At what point does the app crash? Button press, synchronization, etc.

I think this was done as Plugins did not exist when it was created, so the ML server is likely always checking if status was changed (i.e. a Program) to trigger a notification from the server (i.e THEN/ELSE). Looking for program status change on the server side requires another "Program" in the cloud, resulting in more possible points of failure and extra server cost. UDM eliminated the server side component of creating and triggering notifications so users can do it locally and the triggers would be included in the local backup. It is even possible for developers to create their own version of a Notification Plugin or send Notifications directly from the Plugin. There are a few which are not listed, but can be viewed in Admin Console > Configuration > Emails/Notifications > Customizations, click the Customized Content of the Customization, at the bottom is the Add Variable button.

The Notification Menu option on a Device's Dashboard creates a program. There is no option on the Program's Dashboard as this would create another (notification) Program which monitors the first Program, I don't think this is what is intended. If a program already exists select Edit Program, then in the Then/Else sections add a new Command which trigger a notification from Notification Plugin.

They can be created in the Admin Console or UD Mobile. If following the video UD Mobile automatically creates the Notification Customizations with Variable Substitutions.

The plugin is created by a 3rd party developer. The basic version is free, the paid version has additional features. The plugin works in programs like any other node, so status notifications can be customized as needed. Follow the example in the video then copy/update the program created by UD Mobile to contain your (IF) conditions. P.S. Users can also send push notifications to UDM via Network Resources, however the Plugin is much better.