Javi

HI @JTsao, There should be no issues running UD Mobile using ISY Portal, no port forwarding or CERTs required. What is the error message when pressing "Test System on Remote URL" under the remote Connection Settings? If the background color of Remote Connection Settings is RED then uncheck "Only Use Local Connection" in Local Connection Settings. If this setting is enabled the app will never use Remote Connection Settings.

Have you tried UD Mobile? It allows for moving and hiding status values. Available on Android, iOS, and M1 Mac.

Hi @JimboAutomates, I understand and know the cause. If the variable changes are updated by the subscription before the initial value is processed the initial value may overwrite the value received from the subscription. If all the values are requested before subscription start it could cause very long delays before node population, so subscription is started first. Added the issue and possible fix to our issue repository. https://github.com/UniversalDevicesInc/UD-Mobile-Android/issues/32

Beta 0.8.5 Added limited program add/edit/create/delete functions. Bug Fixes. *Programs can only be edited when all IF Condition and Then/Else Actions are supported. All programs and program folders can be deleted. Additional Conditions and Actions coming soon. Program/Program-Folder add/edits: Create, Delete, Rename*, change order of If Conditions and Then/Else Actions (long press and drag)* If Conditions add/edits*: Schedule, Parenthesis, Comment Then/Else Action add/edits*: Command, Wait, Comment Production 0.8.4 Removed Portal error message on Home Tab for users without an ISY Portal Account. Production 0.8.3 Fixed app hang when adding ISY to Portal.

Based on your description it appears there is something triggering runThen on the program. The variable did not change (based on timestamp) and the program is true (last evaluation). Programs will evaluate to true if manually runThen and false for manually runElse until something causes a new evaluation. So, if the variable is 0 and the program is true something triggered runThen. This assumes the init value for the variable is also zero. Historically program IDs were limited in ISY994, so they are reused after deleted. If I had to guess I would say there is something triggering runThen on the current program or an old program with the same ID (Alexa, IFTTT, Google ??). Does the behavior continue if you remove the IF condition from this program?

Thanks for verifying!

This method is deprecated and should only be used on ISY994. Please use the Notification Node Server for Polisy and eisy. Brief video showing how to setup UD Mobile Notifications Using ISY Network Resources. Detailed instructions and features can be found on our WiKi.

Hi @nowandthen, The issues with the calculation are one of the reasons this is not done in firmware. From a technical standpoint a scene does not have a status and is never on, off, or a percentage. See this issue for more calculation issues and details. With regards to "Why would I want to see that?", some users users want this, others do not. If all calculations are ignored, then there is no calculations, although there is a issue/bug where the last calculated value may remain until the next time the app is open. Having a calculation allows the app to "toggle" the scene on/off instead of having to select the on or off buttons and works well for light/switch only scenes which support values of 0-100 or 0-255. Unfortunately KPLs only report 0 or 255. With regards to a scene being off by 1%, this is the reason it is named Estimated Status. Insteon has on levels of 0-255, most Z-Wave devices have on levels of 0-100. A 1% difference may happen when changing 0-255 to a percentage during rounding. Rounding is calculated by SQL so it may be different then the native ISY rounding calculation for Insteon Switches.

Thanks @DaveStLou If this is Android, I think it's fixed in version 0.160. Should be live in the next 48 hours, if not fixed please let me know.

Hi @apostolakisl, We do have UI improvements on our list.

Hi @Adolfo, Part of your request is available at this time with Edit Locks. Any folder, device, status, and command can be hidden. After setting the lock, edits are disabled along with ISY Admin controls (Admin-Tab) and App Settings (Settings-Tab), with the exception of the edit lock pin entry. For the simplest user experience add devices, commands, and folders to the Favorites Tab, hide irrelevant commands and status. Then change the app icon to open to favorites. Hide folders on the Home Tab if desired, then lock edits.

Hi @jwagner010, Thanks for the report. I'm not sure how this happened, but the production store was pointing to the open sprinkler repo. If this is was a new install please uninstall then reinstall so the correct parameters are populated. Updated to version 2022.08.01

Hi Alan, Yes, go to Settings-Tab > System > Your System > Program and Variable Setting. Save after setting is changed, synchronization is not required.

Hi @jkraus, It's possible that the NS does not support percentage commands , but it should work with on/off commands if the same command works from the Admin Console. If this works from the AC but not UD mobile, I'll provide some diagnostic steps.

Delete the ISY in Portal, then add again. You will have to accept from the Admin Console.

Hi @jwagner010, Please first try synchronization, if this does not correct the issue please open a ticket as we will need to run a diagnostic.

Yes, backup. I sent you a PM, it should show at the top of the forum in the mail icon.

Hi @steve-elves, Please send me a private message with the UD Mobile back so I can help find the the location of the error.

Hi @steve-elves, It's an error with the Node Server profiles, the node server dev will have to fix this issue. Notes: There appears to be an init value of "1" and no status value to match. https://wiki.universal-devices.com/index.php?title=UD_Mobile#Node_Status_Relation_Cursor_is_empty

Hi @vbphil, Currently there are no views for all devices unless they are all in a single folder or at the top level.

Hi Guys, I've been also following a few threads and tickets with similar issues. I think this may be related to a client request timeout for 994i while data transmission is in progress. While the 994i recovers most of the time within a minute, if there is a loop of large requests and timeouts this could cause abnormal behavior/crash, similar to a denial of service. The same issue may exist on Polisy but the system recovers in about 10 seconds and may drop request for graceful socket disconnect causing 817 (Already subscribed).

Hi @sjenkins, Currently not possible and will require a change in both the cell and click classes. I have added this request to our issue tracker. https://github.com/UniversalDevicesInc/UD-Mobile-iOS/issues/66

To clarify, this issue appears similar to issues experienced with PyISY when subscription sockets were not being closed gracefully. Not sure if it is related.

This needs to be done from the same screen as your first screenshots from Settings-Tab > Systems > Your System. Then please follow the instructions from my previous post.

Hi @PatPend, There are multiple methods, note that advanced scene features are not yet available in app. 1) Click the edit button (pencil icon) from the home tab when the device is in the list, then click the device and select add to scene. 2) Click the edit button (pencil icon) from the home tab when the scene is in the list, click the scene, select edit scene, then click the scene button (3 dots in a circle) at the top, then click the add (+) button in the Edit Scene Screen. 3) Click the scene , then click the scene button (3 dots in a circle) at the top, then click the add (+) button in the Edit Scene Screen.