Javi

Thanks but I do have one. The issue is time as the flex device I have is connected to a serial cable and would take time to reset then reconfigure for serial connections after testing. I the new version does not work please attach the Node Server's Log.

Added iTach Flex definitions, although I can not test. Please reinstall, I did not update version as this change should not affect existing users. If there are any errors please attach log.

Try factory resetting the bulb from the hue app first.

While I cannot replicate, I'll keep this in mind. The Custom Configurations are being migrated to improve performance so I don't want too much time with something that will change in the next few weeks. I'll try to post here when completed.

The local network option in UD Mobile may not work well in this situation, the original implementation used the WiFi network's BSSID but it only worked on Android, iOS does not expose the BSSID to apps so we are limited to the SSID. We understood that there was a possibility for conflict, but it would be rare. My suggestion, is to remove the SSID in UD Mobile for the location where you spend less time. The Local Connection are not required and override default settings.

That is possible, and is easy to test. Swipe app from recents and reopen.

Ok, great.

I cannot replicate this behavior, but located a bug yesterday which may cause the issue if you have multiple node servers with nodes containing the same status ID. Do you have multiple weather Nodes Installed?

No, it appears the issue started late Friday or early Saturday and was isolated to ISY994 and the Portal "event subscription" (status updates). The issue was caused by updated security rules which prevented the older hardware's ability to send status updates.

Adding new customizations to fill in the ID gaps will fix the UI issue in Admin Console.

What is your firmware version? https://forum.universal-devices.com/topic/43504-cant-create-or-modify-existing-favorites/?do=findComment&comment=383004

I can not replicate this behavior. I have a similar (weatherBit) node which updates as expected. It is possible there is a race condition somewhere where the null value populates after the received value but I think you would see this with the other nodes. If you have a large system it could be the value for this node is toward the end of the status updates, so it will update but take longer than nodes at the beginning. Opening the Device's Dashboard forces a refresh, so this is working as expected. As a test for the race, and If eisy is hardwired please test the following. Disconnect eisy from internet (remove cable). Keep mobile device screen on while doing the next steps. Swipt UDM from recent applications (so we have a fresh start), Open UDM go to favorites, all values should be empty as eisy is not connected to the network wait for a few seconds so that the app is completely loaded. Reconnect ethernet values should start to populate. Does this node's value populate?

I think this is a bug in the Admin Console. All messages should show in UD Mobile.

Great! This is another issue which should now be resolved see https://forum.universal-devices.com/topic/43490-oauth-error-showing-devices/ If this is related to the issue in this topic please verify UD Mobile is on the latest version.

It is a System (Settings > System > system-name) Setting. Requesting variables/programs status at startup is a user preference and disabled by default. Some users have hundreds of variables/programs and this may add to significant delays on Remote Connections especially with high latency connections. So the options are request at startup or updates only. Updates only show status whenever the variable/program status changes or the Device's Dashboard is opened. Opening the Device's Dashboard forces a single status update to account for high latency connections, this forces a status update outside of the status update observer. https://wiki.universal-devices.com/index.php?title=UD_Mobile#Settings_Tab

Yes https://wiki.universal-devices.com/index.php?title=UD_Mobile#Program_And_Variable_Settings

Please try version 1.1.61

This topic is for the 404 error with ISY Portal. If this is not your issue please use this topic

We are still working on this. Just don't want to repost the same thing in many topics.

See https://forum.universal-devices.com/topic/43490-oauth-error-showing-devices/

Locking topic please use one of the topic above depending on the issue.

version 1.1.61 fix was for some favorites not all favorites. If experiencing no status updates for all favorites see please see this topic:

Please try version 1.1.61 which is live now.

Local Connection need configuration. See https://wiki.universal-devices.com/index.php?title=UD_Mobile#Combine_Local_and_Remote_Connections

Ok found an error in manual refresh, fix will be in today's build. However this should only have been an issue if the subscription (value updates) are not happening automatically. This could be related to Portal issues experienced today, you may want to try local connection settings if on the same network.