Javi

Beta 1.0.3 Added sync for ZMatter. Added Z-Wave Smart start scan for ZMatter. Added basic include exclude for Z-Wave ZMatter

Version 1.0 Major Authorization and onboarding upgrades. Created new Synchronization view, will now prompt to backup before database cleaning. Rebuild many sync functions. Rebuild Location Permission Requests. Rebuild Wifi Network View. Rebuild Reboot Views. Bug Fixes.

Thanks will take a look later this week.

Thanks. Just to be sure I understand "their revised positions do not survive a quit/relaunch" I have a few more questions. Was this on M1? Most testing is on iOS so very possible it is a compatibility issue. Was the edit mode stopped before relaunch? Are the positions correct after stopping edit mode? Stopping edit mode should trigger screen refresh. Also when I replicated I noticed a few things that may allow a work around. The rapid scrolling could only be replicated when moving item and scrolling at the same time. So as a possible work around, until fixed, can you move items to a position on screen, then scroll and move to desired position? If the behavior of your setup is not the same please send me a PM with a copy of the App's backup file which has the error?

Hi @chris.com, Issue replicated added to our issue tracker. But I think the backup revised positions maybe another issue. Very improbable the backup is corrupt. Can you verify both the M1 and iOS device have the same version number? Basically a backup cannot be restored to a lower version number. https://github.com/UniversalDevicesInc/UD-Mobile-iOS/issues/80

Hi @zmarty, UD Mobile ZMatter integration is not yet completed, but we are working on this now. https://forum.universal-devices.com/topic/39417-issues-creating-widget-for-z-wave-device-added-via-zmatter-board-in-polisy/?do=findComment&comment=353885

Hi @mbking, Thanks for the report. I'm still working on ZMatter support for UD Mobile. On my list after Android eisy onboarding. Hopefully before eisy release date. This is the error on the second screenshot. The synchronization error appears to show the standard Z-Wave definition files are not available but the System is reporting that the module is available. I'll need to check with the team to find the root cause. Do you still or did you ever have devices on the standard Z-Wave module (i.e. Zooz)?

Hi @Deane Johnson, I think there may have been more than one issue and some confusion with the apps prompts, but the direct firmware upgrade is going to be the biggest issue as it is destructive and likely wiped the Z-Wave links. Given the age or your ISY your Z-Wave module likely only supports firmware versions upto 5.0.16. Downgrading with saved state will not work without a viable backup. Do do make a backup before doing the direct firmware upgrade or any have backups that have most of your configuration? If you have a viable backup you could reinstall a 4.x firmware version then import you backup file. This may restore your programs. However depending on the state of the Z-Wave module you may be required to exclude then include your Z-Wave devices, then edit your programs with the new Z-Wave device addresses. This may be equally difficult as installing firmware 5.0.16, importing backup, then doing the same for Z-Wave devices/programs. Unfortunately If you do not have a viable backup, then the system will need to be rebuilt. Installing version 5.0.16 would be the best option before rebuild.

Hi @Deane Johnson, I'm the developer of UD Mobile and guarantee the app can not perform a firmware update. The Firmware Update required confirmation dialog does not have a function, only closes the dialog upon acknowledgment. UD does not provide an automatic update of any 5.x firmware for ISY994, not in app or Admin Console. If your ISY is showing 5.3.0 it was shipped with that version or firmware was installed manually. If 5.x firmware was installed manually from the Admin console and your system has a Z-Wave module the firmware is dependent on the Z-Wave module version. Firmware 5.0.16 for 300 series and 5.3.4 for 500 series Z-Wave Module. So at this point if you are 100% sure you have never downloaded and installed you are having another issue. If you did download and install it's possible you installed firmware incompatible with your Z-Wave hardware. Please let us know the zwave module version, see the link below to help identify. Also do you have a backup? If you do and assuming you did not rename the file, what is the file name? This should include firmware and timestamp. https://wiki.universal-devices.com/index.php?title=Z-Wave:_Ordering/Assembly_Instructions

@Deane Johnson, I read your initial post am a little confused as to how the firmware was updated. The 5.x firmware update is a manual update and requires manual intervention by the user. UD Mobile currently does not have the ability update firmware on your behalf. So if you did not update manually your firmware has not changed.

Evaluating self (Program.self) may not work as you intend especially when the program is disabled thus disablening evaluation. I suggest using another condition or variable. Looking at your program I assume if 'Keypad Alert' is On you want to turn it off. So maybe use " If 'Keypad Alert' is not equal to ON" as the If condition. If you desire a true toggle function based on the last toggled value as the condition a variable would be more appropriate using as boolean 0/1. We also have an example on our wiki: https://wiki.universal-devices.com/index.php?title=UD_Mobile#Favorite_Custom_Toggle

Hi @dbwarner5, See https://wiki.universal-devices.com/index.php?title=UD_Mobile#Programs_(My_Programs) for the toggle behavior. Program toggle button function If (program-running){ STOP PROGRAM }else { RUN IF } The reason being (currently) there is only one toggle action button. So for toggle actions the app needs a status, in this case it uses the program running status. As an alternative use Favorites Command Type to specify if/then/else/stop actions on click. This would give you the added ability to set the Variable in your example as the "display status" combining your variable and program into a single tile. I've added this to our issue tracker, although it may be some time before I can change this behavior. The reason being, it was designed this way with an assumption only Similar Nodes (i.e. Insteon Dimmer) would share these command values. As an alternative create a Favorites Folder. Then Favorites Command Type with the desired if/then/else/stop commands.

There was never an intel version only M1. At the time of the quoted comment I had only run compatibility testing, no tests on a real M1. I now have an M1 mac so we can test if there are issues.

Most of the RGB remotes have the same codes.

Beta 1.0.1 Version 1.0.1 is a major change to authentication, onboarding, authentication/connection error catching, and eisy QR code setup. See videos below for instructions on adding a systems to UD Mobile although should guide without needing instructions. This version has a greater focus on ISY portal to help cut down on support tickets. The app will prompt for portal credentials first when setting up a new system. Select "No Thanks" or "Cancel" for local only connections or self managed remote connections. Self managed setup should only be prompted in the System add/edit screen. Account Creation https://youtu.be/doCwAFHiMDw Wi-Fi Setup: https://youtu.be/-0P9uxZ61ik Wired Setup: https://youtu.be/GdKfAVfz2Fk Beta 1.0.2 Fixed program Else actions adding to If Section

Have you tested this? I believe the off (DOF) command is still sent assuming it's supported by the device.

In the last screenshot click the default drop down and you should be able to configure the command when the the ON command is sent to the scene

Please show screenshots with the device in scene highlighted

Thanks @Jimbo.Automates, didn't realize it was message was empty, should have showed invalid credentials. Replicated similar issues on failure. Added issue https://github.com/UniversalDevicesInc/UD-Mobile-Android/issues/40 App's Finder Classes were just rebuilt to accommodate onboarding of eisy, so it's the likely issue.

It will be improved in the future. Maybe only granted use once permission. Unlike iOS, Android does not let developers know when this is the case. An Easy test is to click the Wi-Fi network from your screenshot. Then click the populate button on the next screen. If the app can read Wi-Fi networks, it will populate without prompt.

Yes the backup file

Can you send me a PM with a copy of the Apps Database? And the name or uuid of the system where you are located. I can add it to our diagnostic portal, you would only have to approve from AC, then you or I could remove access after diagnostic.

I would prefer you did not start from scratch, as I could see the same as you with a copy of the app's database and temporary authorization for your account.

Thanks. Before I make that assumption can you verify the issue persists when unchecking only use local connection? Are your systems at different locations? Asking in case the we are troubleshoot connection to a single location or if its an issue with all devices on your your account.

Add http:// before address. This will be caught in the next major update.