Javi

The program would be If light is on, then turn off, else turn on. This program would be the favorite command. The light switch would be the the status node. The program must be disabled same as the linked example. If you are on firmware 5.x you could also try adding the switch to a scene as a responder set the command to fast on, the off command will remain the same. Now use the scene in the app for toggle. This should solve the fast on but would need testing to see if the off work in this case

Does setting the ramp rate to the shortest interval correct the issue? While not impossible linking the status automatically would be an issue. If setting the ramp rate does not work the app's custom toggle would work for this situation. https://wiki.universal-devices.com/index.php?title=UD_Mobile#Favorite_Custom_Toggle Yes

Beta Version 1.0.20 Added Program Schedules Quick Look on Home Tab. Added Linked Programs from Node's Dashboard. Fix Favorites Move and Move enabled for iOS running on Mac (i.e. M1). Quick Look: See all programs with schedules from the Quick Look > Schedules section. Quick Look section is on the same Home Screen as "Devices and Scenes" Folder. While Quick Look > Schedules should locate all programs with Schedules it is possible the app misses some with conditions or actions not yet mapped in UD Mobile. Linked Programs: See all programs linked to a node from the Node's Dashboard (Screen which shows all status and command values for a node)> Settings (Top) > Linked Programs. While Linked Programs should locate all program where the node is in the Status, Control, or Command conditions/actions it is possible the app misses some with conditions/actions not yet mapped in UD Mobile. Favorites: Favorites can now be added from Home tab from both the Node List > Edit > Select Node > Add to Favorites or from the Node's Dashboard > Settings > Add To Favorites. Tried to fix Favorite Move on M1, requires testing. Fixed Favorite move always active on M1.

Attempted to fix favorites move for Mac (M1) in Beta Version 1.0.20. Please let me know if this corrects the issue as it appears to be an Apple Bug. Due to debugging limitations on M1 I cannot verify if this works before production.

I don't use OH but from the error message it appears OH has a parser which is crashing on this <Event>. This would have to be reported to whom ever maintains the ISY binding as it is not limited to eisy. Based on other third party integrations, some users had issues as the port changed. eisy is port 8080 , ISY994 is port 80.

Hi @trevorst, If the only thing that change is the firmware upgrade, it is the likely culprit. Please open a ticket under the UD Mobile category. If you have a portal account please include your UUID and we may be able to run diagnostic.

This is not normal behavior, the system should reconnect automatically. There have been a couple of users who had a program which triggered the same program-THEN in the THEN action which is an infinite loop without waiting. The constant program status change caused a buffer/stack overflow. So please check your running programs. If a program is not the issue please open a ticket.

I pushed an update which corrects this in app a couple of hours ago. So it is very likely you installed the latest version. This may still cause issues if you try to rename the system. If you can, please send the requested data so we can try to find the root cause.

Version 1.0.18 Add to favorites can now be done from Home Tab in both Device list edit mode or Node's Dashboard settings (top bar). Fixed Reboot from portal. Fixed system name for empty string. Fixed adding new variables when no variables exist. Restrict Node Dashboard section moves to same section. Created new Node Add and Node Edit Views. Node Edits actions are now available within the Node's Dashboard. Creating a new Program will now show Program Edit. Bug Fixes. New ways to add default favorites without needing to set all parameters (options 2 & 3): https://wiki.universal-devices.com/index.php?title=UD_Mobile#Add

Hi @Silent Circle, Welcome to the UD forum. The system requires a name. This should be populated automatically if you select the system from the popup dialog. My guess is this may be empty in Portal. Correct this issue by dismissing the error then adding a name at the top of the screen, then press save at the top right. This may reoccur, to find the root cause please send me a Private Message with the response from a browser request to https://my.isy.io/api/isys , this will prompt for your Portal username and password. If you would prefer to open a ticket instead of Private forum Message please select UD Mobile as the category and write that Javi ask you to open a ticket. Edit: Fixed System Name for empty string in Android version 1.0.20 and iOS 1.0.18.

Version 1.0.19 Added firmware upgrade on Admin Tab. Fixed reboot for Polisy/eisy. Testers: If you have Local Connection settings defined in the app and using eisy.local as the IP Address please let me know if a firmware update status fails with an error similar to the following. My initial test on my personal device failed and the Android System stopped routing to eisy.local. This was related to the Android OS as chrome also failed to route to .local addresses. This required a reboot of the Android Device. I would like to know how frequently this occurs or if it was a one time issue. I've added an error message for systems using eisy.local in the next version, although I can no longer replicate the issue.

You can achieve something similar with a favorite. Set the type to Command, set the display node to the Scene, Set the command to OFF for the same scene. Now the favorite will show scene status and on press will turn the scene off.

EDIT: Issue related to error "Could not get product updates" found fixed in 1.0.17. Version 1.0.16 Added firmware check, upgrade, and forced upgrade. Fixed network permission causing jump to favorites tab. Testers: This version will allows firmware upgrade from within the app from the Admin Tab. The upgrade command is the same as AC but the app will attempt to show upgrade progress. Once we have verified there are no errors in upgrade progress this will be added to onboarding. The firmware upgrade screen must remain open to track upgrade status, the app will attempt to keep the screen on, however if user navigates away from this screen the app will no longer track upgrade progress. The app ask users to wait 20 minutes, however in testing most upgrades completed within 5-7 minutes. If UD Mobile believes firmware can be upgraded an "Update Firmware" button will be shown. If UD Mobile believes the firmware is up to date then "Force Upgrade" button will be shown. This will force an upgrade to the latest version. Forced upgrades may upgraded to a version higher than the known available highest version. If upgrade progress fails: Report by ticket or start a topic in the UD Mobile forum. Wait 30 minutes for upgrade to compete. Note that any failures only relate to the progress shown in UD Mobile, the upgrade will continue as normal.

The app's parser does not yet have mapping for anything not shown in app. We will be adding more conditions (if) and actions (then/else) as time permits.

Great. Yes but only on the same platform. https://wiki.universal-devices.com/index.php?title=UD_Mobile#Backup_and_Restore

Assuming /desc is the url that can not be found. This explains why the App/AC-Finder can not find the system. Someone with experience debugging firmware will need to check this so please open a ticket. Although I recommend trying the 4 button press again to try to resolve this issue. The /rest/time url succeeded, this is the same call used by the test connection function. If this call works in the browser then the app should not fail unless the IP, port, username, password are incorrect or device is not on the same WiFi network. The error posted above can be replicated with an incorrect IP Address. Please check if the IP address is correct with port 8080 in Local Connection settings.

I don't believe we have any other reports of this happening on 5.5.4 or after networking reset (press 4 times) on firmware < 5.5.4. So it may be best to open a ticket. If you can please include browser response from http://<ipAddress>:8080/desc and http://<ipAddress>:8080/rest/time where <ipAddress> is replaced with the local IP Address. Please include the response from these URLs as an attachment as our ticket system will strip some characters from XML.

Please try resetting networking. Press power button 4 times then wait a minute and try again.

The app can not establish a connection. Does the search function work? Do you see any error messages, such as reboot required, in the search dialog? If not please try reboot by pressing power button 5 times then wait a minute, then try again.

I forgot to mention Local Connection Settings requires location permission is granted with "While using app" which may also have been the cause. Test Local connection and adding a WiFi network will prompt for permission. Permission prompt will not happen in normal operation as Android requires app to be in foreground. The app may try to establish/re-establish connection in the background or before the app is completely in foreground, so prompt would fail and may crash app. Permissions are not transferred with app backups.

What is the error when pressing test connection?

Thank for verifying firmware. What is the issue trying to add the Local connection? The local connection settings have a search icon next to the IP address, if that does not work then the address can be added manually in the form http://address. Do not add /desc. Add 8080 as the port. Add username and password. Finally press the test connection button to verify the app can connect to the local connection.

Is the system firmware 5.5.4? If not please update from AC or by pressing the power button once then waiting 30 minutes. Your system may be partially accessible during this time but please do not attempt to restart or power cycle until after 30 minutes. If system is not responding after 30 minutes, please reboot by pressing the power button 5 times.

Please verify the local connection is actually established as it appears only portal connection is being established, the error shows my.isy.io as the host. https://youtu.be/gmeVGXI2Vbg?t=56 Go to Settings-Tab > Systems > your system > Local Connection settings > Test Local Connection. Note: This should work with Android, iOS will not route traffic to a network without internet. https://wiki.universal-devices.com/index.php?title=UD_Mobile#WiFi_Connections_without_internet

Thanks. Do you use ISY Portal and are you open to a remote diagnostic? If you are please open a ticket under the UD Mobile category and include your UUID. You can also send me a Private message and include your UUID. If you are able to create an app backup (Settings-Tab > Backup) please also attach this file in a Private Message. The backup file will not attach in our ticket system, so we will have you email after ticket is established. EDIT: This issue as caused by Stack Overflow where a program called runThen on itself in THEN action. This caused the program to run hundreds of times a second which eventually overflowed available memory.