Javi

Not directly,  but if you have an application with can call a url you can use the Portal Geofencing Node Server.
The following link is how UDM can work with the Portal Geofencing Node Server. The NS can also be triggered with a portal URL, which is how 3rd party Geofencing works with eisy.  https://wiki.universal-devices.com/UD_Mobile#Occupancy_v2.0_Node_Server
I have played with iBeacons in the past as presence detection but it was too unreliable to triangulate using signal strength, but it may work if only requiring detection instead of triangulation.   

Hi Bob,
I don't follow exactly, but I think there is a simple solution.  KPL buttons can not be controlled programmatically (unless it is the button with the load), they must be controlled from a scene.   So, if I understand you want to issue a command to the scene,  If this is true use type "Command" then for the command set the Scene to "ON".
https://wiki.universal-devices.com/UD_Mobile#Favorite_Custom_Toggle
With that said check out the 5.x fan example which simplifies KPL Buttons, so you only need 3 (high, med, low) and only one can be lit at a given time, pressing the lit button will turn the fan off.  Then UD Mobile can control the fan module directly and the KPL Buttons will remain in sync.
https://wiki.universal-devices.com/ISY994i:INSTEON_Device:FanLinc-KPL_FanLinc_KeypadLinc_Configuration

Thanks,
Fixed open device dashboard for folders in both Android and iOS in next app version.

Glad you like the charts!
Incorrect time is due to a bug in firmware, I think it is now fixed on our side for the next firmware release. So feature is still beta until firmware release.

Node Def:
<nodeDef id="MQSW" nls="SWITCH"> <editors/> <sts> <st editor="ONOFF" id="ST"/> </sts> <cmds> <sends> <cmd id="DON"/> <cmd id="DOF"/> </sends> <accepts> <cmd id="QUERY"/> <cmd id="DON"/> <cmd id="DOF"/> </accepts> </cmds> </nodeDef> Editor:
<editors> <editor id="BOOL"> <range subset="0,1" uom="2"/> </editor> <editor id="ONOFF"> <range uom="78"/> </editor> <editor id="TEMPF"> <range max="176" min="-40" prec="2" uom="17"/> </editor> <editor id="HUM"> <range max="100" min="0" prec="2" uom="22"/> </editor> ........ </editors> Summary: Editor ID "ONOFF" is missing  min/max or subset
Added pull request for developer
https://github.com/Trilife/udi-mqtt-pg3x/pull/16

Thanks. Reporting here works better. I can search the apple crash reports, but don't usually start there. There are major changes in versions > 1.2.8 in preparation for removing synchronization requirements with firmware 5.9.x. So possible there are other bugs.
I could not replicate but my commit history show something similar on the July 9th so likely did not make it into the last release.  I'll push version 1.2.12 to beta now, but may be a few days until live.
 

I'm not sure, the sounds are included in the app's package so should work unless the user has changed setting on Android OS. Did you happen to customize the sounds on Android?  Maybe the file no longer exists?
https://wiki.universal-devices.com/index.php?title=UD_Mobile#Android_2

Hi Everyone,
 
See the following for an update:
 

Most customizations should remain intact if the UUID is cleared in UDM (see link below) and the new Credentials (IP address, remote URL, and auth) replace the existing credentials. 
The node-address + SQL-Controller-Table-Base-Column-ID (as UDM supports multiple controllers) are the unique identifiers.  The controller SQL-Controller-Table-Base-Column-ID is tied to the UUID however the UUID is not part of the Unique identifier.  UD Mobile allows users to "clear" the UUID so the SQL-Controller-Table-Base-Column-ID remains intact when the UUID is cleared. UD Mobile will add the new UUID to the existing SQL-Controller-Table-Base-Column on Synchronization if the UUID is cleared.
At a higher level if the node-address does not change then customizations will remain intact.  If synchronization prompts to "remove cached values" after replacing the UUID then create a backup before removing cached values. If customizations/favorites are removed restore the backup then adjust any customizations which were removed to point to the new node-address before synchronization again. 
Insteon should be safe in most situations, other protocols/node-servers have enumerated node-addresses so they are susceptible to Address change. So keep node servers in the same slot and add all required parameters prior to synchronizing UDM.
https://wiki.universal-devices.com/index.php?title=UD_Mobile#Migration

IoX

The Advanced Status (list) is linked to the Node (variable) property (value).  So the Home Tabs and any favorite  with this node (variable) as the Display-Node will use the same Advanced Status (list) as the list is linked to the Node Property not the Favorite.
I don't quite follow what you are trying to achieve, so the following is based on the assumption that you want to show the status on each button along with a different color.  If you don't need status then remove the Display Node and use Color in the favorite's editor, not the Advanced Status.
To show 3 different colors for the same node property you will need a work around as this is not a common situation.  UDM is very flexible so  there are a few ways to do this.
Using 3 variables which are all set to match the tracking variable. This can be done in a program, something like if state_var_1 changes set var_2 to equal state_var_1 && set var_3 to equal state_var_1.  Now you have a separate node which has its own Advance Status list.
Using programs with only an IF statement to match the desired status. Then in the Program's Advanced Status list change the color based on Idle-True and Idle-False (i.e. is desired status true or false).

Portal Licenses are tied to the Controller not the account, so you just need to remove the controller from your account (or revoke locally) if you sell.  The new owner just needs to add the controller to their account and approve locally.
UD Mobile works with local only connections: https://wiki.universal-devices.com/index.php?title=UD_Mobile#Local_Only_and_VPN

What is the app version?  Version 1.2.8 was released this morning with bug fixes.

Issue should be fixed in iOS app version 1.2.7. Usually takes apple a couple of days for review before going live. Thanks

It's still on our list, but can be done from the Admin Console.  
Scenes in version 5.x are much more complex than Scenes in 4.x (see the 5.x fan example).  Also for insteon the Scene information is written to the Controllers/Responders so may take some time depending on the number of changes.
Each Scene-Controller-Settings has an on-level setting for each responder in the Scene.  The Scene-Settings also has an on-level setting for each responder in the Scene.  So changing the on-level for each Responder manually may not be intuitive or may not work as desired without changing many properties.
So, if you set the Scene-Settings on-levels' for each responder, it will only work if you trigger from eisy. Setting on-levels from a Scene-Controller-Settings will only work when triggered from that Controller.  
What are you trying to do?   There may be another way to accomplish the same without getting too deep into the settings every time a change is needed.

Should be fixed in the next version Android 1.2.28 and iOS 1.2.6.
From what I can tell this is only an issue with displaying the formatted value, the mapping should still work.

Understood, and yes the numerical IP is more reliable than eisy.local.  We have encountered home networks which stop routing to dot local and Mobile devices which stop routing to dot local.  Usually corrected by restarting the Router or the Mobile device. 
With regards to reset local credentials: They are managed by iOS keystore so loss of local creds should correlate to lost remote creds.  The app will use "admin" for local username or password if it cannot obtain a stored value from iOS keystore.  
iOS Keystore may (but not always) loose values or the app may lose the key if the app is uninstalled,  backup is imported (if the controller ID is not the same), or the controller is recreated (deleted then added) in UD Mobile.  Being as keystore is managed by iOS there are a few reasons (such as corruption or security related change on the device) that keystore may fail to return a value, but I think this a low probability.
So there are a few ways keys or values may be lost. My guess is one of these things happen and the app prompted to re-enter remote credentials (i.e. login) at some point in the last 2 months.  This is the only report I have for this issue without the user changing something, so I'll keep an eye out. Let me know if it happens again without an import or reinstall.

Found issue, fixed in next version.

Reference https://github.com/JavierRefuerzo/iTach_IR_Node_Server?tab=readme-ov-file#general
Only one configuration is needed per device (not per code). Please post the value input into the node server, it's possible they changed the format so the Node Server cannot parse.  Being as there is only a single value the delimiter between codes may not match, if I remember correctly it is a double space or maybe a double new line.

This should work assuming they are the same platform Android/iOS.
Are they the same platform Android/iOS?

Not changes, and I use android and it triggered this morning.  Have you tried restarting the Android Device?  
Also verify Location is enabled on Android Device. UD Mobile has location permission.  And the Geofence inside UD Mobile is enabled.
There is also a bug on some android devices/versions which requires the "(Experimental) Force Geofence updates.." to be turned on.  So you may want to turn this on to see if it starts working
 
This was never implemented on Android, still on my TODO list

Not in app, currently only at the top of Admin Console.  Is on our very long TODO List.

Was this resolved in the ticket?
Notes: Cancel any alerts/warnings/sync-request in controller settings. Scroll to the bottom and press clear UUID.  Be sure to update Remote and Local URLs to point to the new controller.

The UDM Synch error is fixed in the next app update.  It can be ignored until that time as it is only stating there are no matter devices.

UD Mobile > Notifications Tab > Menu > Mobile Devices/Groups > Groups > System Notifications.