MMAltair

Okay, that fixed it. Before 6.0 I didn't need to explicitly set the displayed text in Advanced Status. Thanks for the response! Mike

I just updated to IoX 6.0 as well and ran into the same problem. I use the Alarm system status (Disarmed, Armed, etc.) in my Favorites to show the Armed status of the system and it use to show the status as Armed Away/Armed Stay/Disarmed/etc. Now it only displays a number. This problem would be solvable using Advanced Status except there is no way to do a comparison against the number value that is returned. Mike

2) Update. I tried the comparison approach you proposed and that works as described. Thanks! Mike

1) I thought the back arrow had worked at some point. I'll be patient. 2) I considered this approach but wasn't sure about the order of evaluation. The wiki entry explains this (I should have check the wiki first). I'll try this method and see if I can get it to work. Thanks

First, I use UD Mobile and EISY extensively now days to manage most of my IOT devices and for the most part it is great. I have two questions/requests. 1) I use folders in the Favorite area to provide a top level view of things with the ability to drill down into subfolders when more detail is needed. For example I have two EISY systems (one in our main home and one in our cabin) so I have two folders at the top level in Favorites, one for each house. When the Folder is pressed for either system it opens a top level page that contains important details for each system along with more folders that can opened to drill down into the details. The goal is to keep the opening page for each system limited to one page so it can be viewed without scrolling. The opening page contains things like Alarm system status, buttons for kay lights, the state of various doors/windows, and folders to drill down into things like door locks, temperatures, more light controls, water sensors, etc. So far this all works well with one exception. When the back button is pressed in any sub-folder it always goes back to the Devices and Scenes area of UD Mobile instead of returning to the parent folder. Is this be design or am I doing something wrong? If it is by design is there a workaround could be implemented? It would be way more convenient and intuitive if the back button returned to the parent folder. 2) Expanding on the 1st topic I also use the Advanced Status Configuration settings to control the color/icons/Info displayed on many of the buttons and folders. For the most part this meets all of the needs for conveying information concisely for the buttons and folders. The one exception I have run into is that the Advanced Status Configuration is only able to use the Node defined in the Favorite, that it is associated with, for its comparison function. I have some situations where it would be real handy to be able to specify the node that the Advanced Configuration Status uses for the comparison. For example, I have temperature buttons for various temperature sensors where each of the buttons shows the actual temperature in its status field. I then use the Advanced Status Configuration for each button to changed the color of the Icon to show weather the temperature is out of range for that sensor. For some sensors this is 3 states, High, Low, and Normal. This can be calculated easily in a program and assigned to a variable but if this variable is used for the Favorite then the actual temperature can't be displayed. It would be real handy if the node used for the Favorite and for its associated Advanced settings could be selected independently. If there other ways to accomplish this I'm open to advice. Here are some screen shots of several page configurations I have set up - Top Level - The 2 houses 2nd Level - PF (Home) 3rd Level - Temperatures Folder

Ross, I have an EISY system at IoX release 5.9.1. The release numbers I mentioned before (1.5.16 & 1.6.2) were for the Yolink plugin version. Mike

I was on 1.5.16 when I first tried this and then upgraded to 1.6.2 to see if it helped, no joy. The fact that it works for you is interesting. Which version of IoX are you running?

I went ahead and implemented the math to do the conversion in each of the programs that read Yolink temperature data and this worked just fine. Problem solved. Thanks again!

Thanks for the feedback. It does appear to be related to the console since I can select Fahrenheit in the drop down box but it doesn't get applied when the Action is applied. As I mentioned in my first post I have an Ambient Weather system and have the plugin for this system installed. When I create a program using this plugin it allows me to select Fahrenheit or Celsius and the correct selection gets applied when the Action is added to the Then or Else clause. I think this means that it is possible for this to work but perhaps it means, as you said, all of the temperature values would need to be duplicated in the node. It would take looking into the Ambient Weather plugin to see how it is done there. I'm surprised no one else has run into this? My next step is to try and implement the math to do the conversion in the program. Thanks again!

Update - After investigating some more I'm even more confused. When I look at the Yolink temperature sensor node in the administrative console it shows the correct value in Fahrenheit, which is what is selected in the Yolink plugin in PG3. What I have noticed is that when I select Fahrenheit in the Program settings dialog box it does not reflect this setting when added to the Then clause in the program. Ex - The Yolink Node is at version 1.6.2 and is installed in slot 9 in PG3. I have noticed recently that when I synchronize UD Mobile with EISY it is complaining about a Status Name being missing for Node server 9. I'm not sure what this is about.

I think there is possibly a bug in selecting the Fahrenheit temperature reading for a Yolink temperature sensor in a program. I'm working on displaying various Yolink temperature sensors in UD mobile. I have a program that reads a temperature sensor and assigns the temperature to a variable. When I check the variable it always shows the Celsius temperature regardless of selecting Fahrenheit or Celsius in the drop down box. When I check the node in PG3 it shows the correct temperature in Fahrenheit. I also have an Ambient Weather station and if I select Fahrenheit for it's temperature sensor I gets the correct number. In the PG3 Yolink configuration I have TEMP_UNIT set to F Is this correct? How does this interact with the Program dropdown selection of Fahrenheit vs Celsius?

To add a bit more detail. After the 3 hr long internet disruption last night I have now figured out that the ELK Plugin was no longer communicating with EISY even after the internet access was restored. After I restarted the ELK Plugin things are back to normal. I have noticed this happen in the past (the ELK Plugin not communicating with EISY) but did not connect it with a loss of Internet connectivity. When this happened in the past restarting the plugin always fixed it. Loss of internet connectivity isn't always noticed unless someone is impacted by it, for example, if it happens in the middle of the night or if the disruption only lasts a few seconds. The next time the ELK plugin hangs up I'll check my router logs to see if an internet connection disruption has been logged.

Thanks, this helps my understanding of how UD Mobile works with in a local only environment. I checked the UD Mobile local IP settings and the IP address was incorrect, likely due to some changes I had made to my network in the past. I do have static IP addresses for EISY and ELK in my network so in the future I should be able to have UD Mobile local access when the internet is down. I think my other question is still unanswered. Should EISY and Polyglot plugins be able to continue operating (communicating) when the internet connection is down? The functionality that isn't working is all over the local network through static IP address. Also, everything is connected with ethernet cables, not WiFi. If the UD Mobile local access will work (now) I can try an experiment of disconnecting the internet from my router and see if EISY and the ELK plugin are communicating properly. If the answer to this question is already known that would also help.

Not sure if this is the right place to post this but I think this might be related to Polyglot so here goes. Our internet access has had intermittent outages recently (Xfinity) likely related to work being done by T-Mobile to install fiber in the neighborhood (how ironic). Each time there is an outage I lose functionality in the EISY system which I wouldn't expect to happen. I have not tried to debug this by creating outages but that's the next step if needed. Here are the details - I have an EISY system running IoX 5.9.1. I also have an ELK security system and the Polyglot ELK plugin for communication between the ELK system and EISY. I use the condition of ELK motion and door sensors to control various functions (like turning Insteon lights on and off, and relaying status through UD mobile of status events like a garage door opening). I understand that any functionality related to UD Mobile will not work during an internet outage but I would expect that internal network functionality would continue to work during the outage. I have a Unifi DM Pro network and I know the network is working properly during the outage. I can access IP cameras on my network as well as access local computers on my network and other local IoT devices. Am I missing something on expected local functionality during an internet outage? One other thing I have noticed is I can't launch the IoX Launcher during an internet outage. It tries to launch but eventually the application shuts down. Is this expected behavior?

I only have 1 hub in each house that support all of the devices for that house. If these hubs were changed to the local control hubs (I understand the local hubs are not available currently?) would the local control work for each place independently? My goal is to make sure the water supply can be turned off automatically, without internet, if a leak is detected (similar to how YoLink supports this with the D2D functionality of their water valve motor).