I merged all the changes from the ST “z-wave lock” device type back into this device type. This seems to add a couple bug fixes as well as changes to security related stuff. The device type is also mostly compatible with Erik Thayer’s “lock code manager” smart app. (However, there are a few change requests I’ve made to Erik that would make the compatibility a bit better.)
Current incompatibilities with that lock code manager:
1: When the Schlage lock is queried what user codes it has stored, it will only respond with asterisks for used slots. (Most likely a security measure from Schlage.) This only matters if the device type doesn’t already have the user codes cached (which it normally does.) This will cause Erik’s lock code manager to re-send the usercodes. No real impact here.
2: Erik’s code is designed to work with Kwikset locks which allow different user code slots to have different lock code lengths. For example, slot 1 might have a 6 digit code while slot 2 has a 5 digit code. With the Schlage locks, all the slots must use the same length, and that length must be configured on the lock ahead of time. (I can change the length in code, but the command for changing the length erases ALL existing user codes, so I don’t expose that to a user. My opinion is that it’s better to make the user perform that manually so they understand it’s destructive and don’t blame me.)
3: As of this message, Erik’s lock code manager will spit out errors in the IDE “live logging” when a user manually locks/unlocks the door. These errors are harmless and have NO impact. (As well, they’ll likely be going away in a day or two of this post.)
Hi Gary - so is it now Erik’s lock code manager (the link you published) that we should try with the Schlage Camelot touchpad lock? There are so many posts going back a long time on this, but this appears to be the latest and greatest, or whatever device you merged all this into. Thanks in advance, I haven’t tried anything with the lock other than the native ST device, but need remote pin control for a distance house. Thanks!
Yes, right now I’d suggest using @ethayer’s lock code manager with this device type (if you want any lock manager at all.) It’s a bit more robust than any other I’ve played with. There are a couple of issues that I’ve noted. As of right now, Erik hasn’t updated it, but issues that need an update are (in my opinion) minor issues that really don’t impact the use of the manager.
FYI - I just had the battery on my touchscreen lock jump from 70% to 0%. I’m posting this so that if someone see’s the battery level on their lock go to 70%, they can have fresh batteries ready to go…
@garyd9 - Just installed the device type tonight, (Android App 2.0 + Hub 2.0) and the text on the secondary tiles is misaligned (too low, the second row falls off the bottom of the tile) Is there anything that will fix that or is it an issue with multiple lines of text on the buttons in Android?
Hi! Fairly new to setting up all this, but have been very happy with my new ST2 hub, and its use with my Schlage Deadbolt (keypad, motorized deadbolt)… I have Erik’s code manager installed as well, which is working well also, but I have one issue when trying to set sensitivity in Alarm_tamper mode. I get the following error: “Backdoor Deadbolt unable to set alarm sensitivity while alarm mode in unknown state” Any suggestions, or info I can provide to help resolve?
[quote=“Toasty, post:46, topic:10034, full:true”]
the text on the secondary tiles is misaligned (too low, the second row falls off the bottom of the tile) Is there anything that will fix that or is it an issue with multiple lines of text on the buttons in Android?
[/quote]I don’t see any problem with my android device:
On the other hand, if lines end up wrapping, it probably does look wonky… There isn’t much I can do about that. I supply the text and ST’s android app renders it.
[quote=“Andrew_W, post:47, topic:10034”]
I have one issue when trying to set sensitivity in Alarm_tamper mode. I get the following error: “Backdoor Deadbolt unable to set alarm sensitivity while alarm mode in unknown state”
[/quote]Take a look at the screenshot I posted immediately previous to this reply. See the tile with speaker icon and the text “kick alarm”? On your device, is that showing as a question mark? If so, tap the icon and wait a few seconds. It should (eventually) update to show which type of alarm is active. Once the device type has that info, you’ll be able to adjust the sensitivity of it.
I got it figured out. When you first load this device type, and the Alarm Mode, Auto Lock and Lock & Leave have not been pushed, the labels are followed by “Loading” but the font size is increased for all of the label on the button, and lower on the button. Pressing each one so that it communicates with the lock gets the label right, but the button icon was not rendering in the right location, it was still lower than where it should be, and the text label was getting cut off by the white ring around the button. Closed out of the device and went back in, and it’s showing up like it’s supposed to now.
Any future plans to change it’s layout to the new 2.0 style? Not super important, just curious!
I’ve considered it, but I’m in the “Keep It Simple, Stupid” camp. I didn’t see anything in the new layout that would enhance the functionality or make it easier to use. There might be some things coming up that I could make use of, but I want to wait until I’m sure that they are going to keep working before I mess with the device type. I’m kind of paranoid about my door lock not working anymore because I got fancy with a device type UI.
I hear ya. KISS is good advice, always. I just sometimes have a bit of OCD and one of my device types appearing different than the others triggers it! ROFL
The button shows (and showed) “Tamper Alarm” in green, pressing it yesterday changed to “Alarm Mode Loading” which stayed that way (did not load). Exiting the application and returning, “Tamper Mode” again showed in green, and sensitivity changed to 0. Yesterday, pressing the “locked” button, or the “unlock” button did not unlock the deadbolt either…
Today, pressing it changes through the modes as it should (albeit very slowly), but once I am back to “Tamper Alarm”, setting sensitivity does not do anything… Though now it is “stuck” at 0 instead of 50, my goal was to set it to 25 for less sensitivity.
I’m not really sure what’s up, I’ll try again later today.
[quote=“Andrew_W, post:53, topic:10034”]
I’m not really sure what’s up, I’ll try again later today.
[/quote]This sounds like an issue I had around the time I changed over to v2. In my case, the device type just stopped working properly for anything. There was no reason whatsoever for it. What I had to do was kind of brutal, but nothing else worked (and this stumped the ST support folks as well.)
Change your lock back to the basic z-wave lock device type. Then DELETE the custom device type. Completely. Then re-create it from git source. Save the newly created device type and reset your lock to use the custom device type.
I know that this sounds like some support script jockey telling you to unplug and re-plug in your computer. It’s not. I had an experience VERY similar to yours when I switched to v2 and had to completely recreate the device type to resolve it.
(Actually, those aren’t the exact steps I followed. For me, I had two different device types… one a recreation of the old… identical code. One worked and one didn’t. I left both intact in my account for a few days while asking ST to look at them and try to understand why one worked and one didn’t. They couldn’t figure it out. My best guess is that some times, a device type goes wonky in ST. It probably doesn’t help that the schlage lock type is more extensive than most device types.)
Hey @garyd9, thanks for all your work on this! I love having the enhanced features for the lock. One question - any way to shorten the unlock time for the Schlage locks? Right now I enter my code and it has to beep like 6 times before finally unlocking - pretty slow. My husband doesn’t use a smartphone, so he can’t unlock the door while walking up to it like I can.
This seems to be a specific phone/tablet display settings problem. I am not seeing it on our Galaxies, but I did see it on Amazon Fires . Not sure how it could be fixed, but it is NOT in the code, it is in the way different devices ( phones) display settings are set.
[quote=“NoVaChick, post:58, topic:10034”]
One question - any way to shorten the unlock time for the Schlage locks? Right now I enter my code and it has to beep like 6 times before finally unlocking - pretty slow.
[/quote]There’s nothing I can do about that… (In fact, if you’re referring to the time between tapping a code on the locks keypad and it unlocking, that doesn’t even talk to my device type.)
