SHM Posted March 18 Posted March 18 I have been using UD Mobile for some time now. Recently replaced MyQ with Ratgdo for garage door opening. I have the garage door in the favorites section and have noticed that the icon color does not correspond to the garage door status (and sometimes, the garage door does not open or close using UD Mobile). I am using the "default" icon type for the door, so the icon shows a left upper corner circle and a padlock picture. Should I be using some other icon type instead of "default"? Not sure what the circle does for this door activity.
Javi Posted March 18 Posted March 18 Sounds like 2 separate issues. Status icon/color mismatch: Do you have a screenshot showing the mismatched icon/status? Commands not executed: An activity indicator (circular progress) should show on command execution. Do you see the indicator? Does it stay on the screen? Circle in Upper Corner (Toggle indicator): This should correlate to status. Normally filled is ON and empty is OFF. The toggle indicator should only appears on devices which have a Status named "Status", and both an On and Off command. While this works with most device types it is possible Status does not have a relationship to On and Off. In this case "default will not work" The app should allow users to switch the type to "Standard" for this unusual case, however I just noticed it fails on both Android and iOS wo will need to be fixed.
SHM Posted March 19 Author Posted March 19 Here is a screenshot from today. I did change the favorite type to "toggle" but did not open or close any of the garage doors. As you can see, one of the garage doors (west) is yellow and status unknown, despite not having been opened or closed. When this happens, my program using the Ratgdo plugin typically runs but will not open or shut the door.
Javi Posted March 19 Posted March 19 2 hours ago, SHM said: Here is a screenshot from today. I did change the favorite type to "toggle" but did not open or close any of the garage doors. As you can see, one of the garage doors (west) is yellow and status unknown, despite not having been opened or closed. When this happens, my program using the Ratgdo plugin typically runs but will not open or shut the door. The toggle failure is likely related to the "Unknown" Status. My guess is UD Mobile issues the command but the status does not change or there is a communication issue with the Node Server. Assuming the door is closed when "Unknown" is encountered, does the status change if you click the tile's menu (3 dots) to go to the Device's Dashboard, then click the command to "Close"? If it does not change try pressing "Open" on the Device's Dashboard, does status change? Does the door open? If there is no status change and/or the door does not open then there is a communication issue try checking the Node Server Log or opening a topic in the Ratdgo subforum. If the status changes when pressing open form an "unknown" state then the default UD Mobile Toggle implementation will not work when the status is "Unknown" as it appears value for "Unknown" is higher (as an integer) than "Closed" so UD Mobile will send the close command when "Unknown" is encountered. If the last statement was true then there are a few options. Issue a direct command by pressing the tile's menu (3 dots) then trigger a direct command, i.e. "open". Create a custom toggle, our example is very similar to this situation. See https://wiki.universal-devices.com/index.php?title=UD_Mobile#Favorite_Examples Create 2 favorites command tiles which trigger open and close. (Beta) Create a custom tile. We will add a favorite type to remove the toggle indicator for these situations in a future version of UD Mobile.
SHM Posted March 20 Author Posted March 20 Will give all those a try. It is interesting that Goose66 just posted this on the Ratgdo section: Members 2Posted 13 hours ago Something I came across when looking into some firmware issues: It appears that in security+ 1.0 and dry contact modes, after a reboot the ratgdo firmware does not seem to know the door state. You must move the door for the ratgdo to regain the door state. This does not appear to be the case in security+ 2.0 mode because that mode supports "querying" the state from the controller. The potential issue here is that, with the unknown door state, any subsequent open or close command to the ratgdo just reverses the true state of the door. So if you have, e.g., a program that automagically closes your door at night, but the ratgdo was rebooted due to a power failure during the day, that close command when sent to the device may, in fact, open the door. I have logged an issue and hope that the firmware can be updated to set the door state in dry contact mode from the current state of the limit switches upon reboot. In the meantime, keep an eye on it.
dbwarner5 Posted March 20 Posted March 20 For toggling, I have been using programs where the set up is a Command favorite with the program as the command and the display is the RATGDO status. This way, whenever I touch the favorite it will run the IF of the program.. If I want to customize the action. See screen shots below for PB South Pole Barn South Open / Shut Start LD - [ID 02A4][Parent 0042][Not Enabled] If 'Pole Barn South Door' Door State is Closed Then Run Program 'Pole Barn South Alexa' (Then Path) Else Run Program 'Pole Barn South Alexa' (Else Path) <<Used by UD mobile>> Pole Barn South Alexa - [ID 0314][Parent 0042] If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Set 'Pole Barn South Door' Open Else Set 'Pole Barn South Door' Close
Recommended Posts