are you using a C5 or a C7 hub?
for the C7 I believe there was a Zwave firmware update awhile back
If you go to settings, then Zwave details, then select firmware update.
maybe a different router device next to the lock.
to test if range is the issue first.
If you can put the lock next to the hub and then pair it fresh (after excluding from Smartthings) and see if you still have the same issue while the lock is next to the Hubitat hub.
You are on today's latest hub firmware update 2.2.4.158 correct?
I don't have any other repeaters to try unfortunately.
I can try to get the hub closer. Not sure I will have much luck. Its only about 15 feet from the hub currently with no walls in between. The smartthings hub is only a few feet further away. 20' maybe.
Also on the lock device settings page have you tried to hit configure, refresh and save preferences?
Does it still do the same thing?
all my preferences are off (enable lock code, enable debug, enable description)
also like I mentioned the zwave locks are a bit slow to respond after you first select lock or unlock do you give it 30 seconds to see if it responds before hitting a second command?
usually it is only a second or two but sometimes mine take up to 8-10 seconds (when a rule fires)
Well I would say the automation is the trouble now.
I would guess that selecting configure sets it and makes it work from the device page again.
what is your automation?
refresh just looks at what the lock state is
configure sets default settings
So I again updated my hub to the latest update and the zwave lock is non compliant again. I emailed Hubitat support and the only response I got is that they have told their engineering team and to check the forums for possible fixes.
Is there a way to repeat requests for a device in RM or webcore? The lock works just fine as long as you send two requests. A single request does nothing. So if I could set up rules that sent two back to back requests to lock or unlock it would be a bandaid until its fixed again.
Hi Cropgun!
I have the exact same issue with a Schlage BE469: Every command needs to be sent twice.
About automation: If you create rules with RM you can easily repeat the same command as often as needed. Works in my case.
So I implemented reliable locks as suggested and the situation has drastically improved. Once in a while it will get hung up and take 30 seconds or so to follow a lock or unlock command but typically its near instant and I haven't had to fiddle with it since.
Just my opinion but I think it's really weird that it's pretty much agreed all around that the schlage ZP lock consistently requires two commands to fire and there isn't any acknowledgment from hubitat or schlage that I can find. Reliable locks is a great app but it's just a bandaid solution for what I consider an unforgivable bug (I sent the new ZP model back and got the zigbee instead).