[OBSOLETE] Lock User Management (LUM)

@RBoy I have a schlage lock that is already connected to ST and I want to use your DTH and Smart App. The instructions in your smart app say:

“CLEAR CODES IMPORTANT NOTE: Please reset your lock before installing this SmartApp and follow this “Clear Codes” procedure the first time you use the SmartApp or when you install a new lock (if you see the SmartApp stuck in a loop programming codes, run this procedure to fix it):”

What does “reset your lock” mean? Do I have to unlink the lock from ST first before installing? I figure after I install the DTH I just make sure the device is using the new DTH and then install Smart App. But that reset your lock thing is confusing me.

Good question, some locks support a reset procedure, it is not excluding
and re pairing. Check your manual to see if it does.

If does not, don’t worry about it, follow the rest of the Clear Codes
procedure; those steps are more important as that gives the lock and device
handler a clean slate to start.

1 Like

Thanks ofr the quick response. Another quick question. I have a Schlage lock with the alarm. I want to use your “Lock Multi User Management with Unlock Notifications, Advanced Scheduling and Automatic Lock/Unlock” Smart App and it recommends using the “Universal Enhanced Z-Wave Lock” DH.

But your other Smart App “Schlage Lock Alarm Mode and Sensitivity Change and Monitor” which I also want to use requires “Schlage Z-Wave Lock with Alarm”.

Which DH should I use if I want to use both Smart Apps?

They both point to the same DH, “Universal Enhanced Z-Wave Lock DH” - it’s Universal for all purposes

On popular request:

Door Lock Code Multi User Management with Notifications and Actions - Version 05.09.00

  • Added two new user programming options, Mode based users and Presence based users. You can now define which users will be activated in which Modes and which Users will be activated when people arrive/leave
  • Simplified the User Interface
  • Safety check, notify user if hardware AutoLock is enabled when trying to use SmartApp AutoRelock and AutoUnlock features
  • Added support for mode based notifications
  • Added support for code expiration past midnight

Recommend use the [Universal Enhanced Z-Wave Lock] ([RELEASE] Universal Enhanced Z-Wave Lock Driver for Schlage, Yale, Kwikset, IDLock, Popp, Danalock, August Pro, Keywe, Philia, Samsung) device handler version 03.04.00 or newer for full SmartApp and automatic update notification functionality

Some examples of what users have requested:

  1. I give my landlord an access code for the lock but I want it disabled when I’m at home (presence based users)
  2. When my children are at home and the parents aren’t home, then allow the babysitters code to work (presence based users)
  3. When we’re away allow my neighbours code to work (mode based users)

This reminds me. I don’t seem to be able to get a third access code assigned to my lock. It’s a Kwikset lock. If I look at events, I see a ‘codeReport’ for user 1 and 2, but nothing for user 3.

This indicates that commands are being lost. (there is no difference between any number of codes, more codes = more load on z -wave network). Make sure you lock is no further than 15-20ft from the nearest Z-Wave repeater (one hub sometimes isn’t enough to create a strong Z-Wave mesh and you need atleast one Z-Wave repeater between the hub and the lock).
The Smart App will detect lost network commands and retry the commands (unless you’ve disabled that option in the SmartApp) but in the long run it’s better to have a Z-Wave repeater, just makes for a better experience and mesh (not to mention battery life).

1 Like

Is there a way to program 6 pin or 8 pin codes. I am only able to do 4 pin codes.

That depends on your lock, the app doesn’t restrict the pin length unless the lock tells it otherwise. I’m assuming you’re using a Schlage lock and you need to program the pin length on the lock. Some locks like the FE599 have fixed length of 4 digits while others like the BE469 can be programmed to accept between 4 and 8 digits. Refer to your lock manual.

The lock is probably 15 feet away from the ST hub, and less than 2 feet away from some Z-Wave switches that are repeaters.

@flyize I had the same exact issue, @RBoy told me the same thing… and my reply was similar to yours… I had to bite my tongue and buy real repeaters to see if it was true… lo and behold, I never had issues again!


Is there another way to test this, short of buying something?

@RBoy I just checked the Live Logging, and I’m actually seeing this:

8:34:31 AM: debug Requesting Front Door Lock to add permanent code Steveggggg to user 3, code: 557755
8:34:31 AM: debug Invalid Input: Unable to set code 3 to 557755

Hi @flyize, I’m Maddie and I lead support for RBoy Apps. This message doesn’t seem to be coming from the latest SmartApp or the Device Handler code. Can you check if you’re on the latest version of the code? Drop us an eMail along with the complete logs and I’ll be happy to help you figure it out.

This is my DHT version (which is where the Invalid Input error is coming from):

  • Universal Enhanced ZigBee Lock
  • 2017-07-23 : 1.7 - Bug fix for when lock and DTH are no longer in sync

This is my SmartApp version:
def clientVersion() {
return “05.09.00”

That makes sense, I was looking at the Z-Wave code. I would suggest to post the question here as it’s coming from the ZigBee device handler.

Just as an update @jhamstead suggested I try the (un)official SmartThings DH located here:

It seems to work without issue. However, it seems to cause an error in your smartapp:

3:16:25 PM: error java.lang.NumberFormatException: For input string: “1 changed”

I assume it should be pretty easy to replicate.

This SmartApp is currently designed to work with the the official handler from SmartThings. As you can see the above handler is under development and we are in communication with SmartThings on it (and other new upcoming handlers). Once they officially release it we will release an update to the SmartApp to be compatible with the new official Handlers.

Current the SmartApp works with the following Handlers:

  1. Official SmartThings Z-Wave handler
  2. Universal Enhanced Z-Wave handler (for additional features)
  3. @jhamstead ZigBee handler (pending an official release from SmartThings for a ZigBee handler)

Meanwhile for your ZigBee issue I would recommend going back to @jhamstead ZigBee handler. I assume it was working until recently so something might have changed. There are a few things you can try:

  1. One of the existing codes are conflicting with the lock. Locks have code limitations, for e.g. Some locks do not accept codes who’s first four or six digits match the master code or programming code. Similarly No two codes can be the same, sometimes the hash values of the code conflict causing the lock to reject the code. I would suggest try a different set of codes if one or two particular codes are giving trouble.
  2. Do a clean setup, maybe something went wrong with the database or association. Exclude the lock, reset it, reboot the hub, repair it and run the clear codes procedure listed on our website for a fresh start.

Hope this helps.

1 Like

I’m in contact with him and just sent him over some additional logs this morning. The problem is that he doesn’t have a Kwikset lock to test with, and I need to be able to add more codes.

In the meantime, it seems to work with the ST DH. Other than it’s clearly under pretty heavy development, is there any reason I shouldn’t use it?

I would like my front door lock to control my Ecobee thermostat.

For example:
Door unlocked -> Ecobee changed to “Home” mode
Door locked from keypad -> Ecobee changed to “Away” mode

is there a way to do that?

I kept playing with the settings yesterday, without luck.
I am able to use the Rboy app to change the Thermostat temperature. However what I would really want is to change the Thermostat mode (Home/Away/Sleep) while leaving the temperature as it was programmed