This
Is this driver an improvement on the official one? It’s not clear what the differences are.
If so is it this the right sequence of events to get started:
- install driver with HPM
- add keypad to HE using generic z-wave include
- once connected ensure driver assigned is the one from step 1
Anything else i’m missing?
This driver has additional functionality to the Hubitat one. Community drivers typically have extra functions that the developers and others in the community find useful, but aren’t in the stock driver.
The steps you outline are sound.
Thanks for clarifying that Sebastian 
Another two questions just came to mind;
- is there a need to install the ring app at all? Or can everything be managed once it’s integrated into hubitat?
- I have a couple of ring contact sensors - should I pair them to hubitat before or after the keypad or at any point?
You only need the Unofficial Ring Integration if you want to access Ring Cameras or devices that are on the Ring Alarm hub, or if you want to be able to access the Ring alarm features through Hubitat.
I assume that the keypad is not a repeating device, so I would say that the order is not important. Repeating devices (mains powered devices) should always be paired first.
1 Like
It says 'Enhanced version of Hubitat's driver' right in the title.
Take a look at post #1 for the Enhanced Features
A lot of us found it necessary to use the mobile app/Smart Start feature to have the device correctly added to HE. Might save you some headaches.
2 Likes
Great, thanks for the advice. So using the smart start app to setup the keypad first and then try to include it to HE right?
2 Likes
When I use the device page buttons to control the keypad, I don't see any events in the logs and rule machine triggers don't get called.
The device page actions do cause the keypad to do the right things, like arm/home or disarm -- but it does not control HSM correctly.
Everything works when using the keypad directly- rule machine triggers, HSM, and logs..
Using the latest community driver + c7 + latest firmware,
Is this expected?
EDIT: device page does not control HSM correctly.
@bptworld does this behavior happen on your device as well? i assume it has to. if it does, I'd like to enter a feature request 
@jkister some more detail would help to determine whether what you observe is expected (and attempt to reproduce)...
- what events do your rules trigger on? (Or screenshots of the entire rule that doesn't run when using device page commands)
- It's important to distinguish between "events" and "logs", as these are separate entities in Hubitat. Again, screenshots or excerpts showing the differences between a keypad action vs its expected device page command equivalent, will help.
2 Likes
I don't use RM, so I can't answer that directly. I would need to see a debug log of this happening. Please use a screenshot, not copy/paste.
Thanks
Well I'm in a spot where nothing shows up in the log when using the device page (my problem), even with lots of debug. But here's what I can illustrate:
Regardless of if I click "Arm Home" on the keypad or the device page, the device page "securityKeypad:" status does update appropriately.
The rule machine trigger/rule (app 644) i have is simple:
Logs (with full debug on the device and the rule) from pressing the Arm Home/Disarm on the device web page:
Logs (with full debug on the device and the rule) from pressing the Arm Home/Disarm buttons on the Keypad:
I see, your Rule triggers are on HSM status events, not on the keypad directly. Looking at my HSM settings, it subscribes to the armingIn event from the keypad, which is only sent in the event processing from the physical device. So most likely the device page commands aren't actually arming HSM
I think this is an easy fix... will play with it tonight
2 Likes
confirmed. device page does not arm or disarm HSM.
Started playing with it... Not quite as simple as I originally thought. There is some looping as HSM calls the device command again in response to the armingIn event. I have some prototype code working that cuts off the loop, but it still hits 2-3x sometimes. Thinking about how to reduce/eliminate it altogether...
1 Like
I am wondering if there's something I can do outside of playing with the driver.
Can I just add 'when keypad is armed home' to the trigger events? I think that'll cause the rule to get executed twice though for each event.
Or is there a reason to trigger on HSM status at all-- maybe I can only trigger on keypad arm/disarm. hmmm.
New version available...
1.1.0 - 03/10/22 - Fixed device page buttons, now sets HSM status correctly
1 Like
It works, perfect!! yay.
1 Like
hmm, it is possible that the new version causes a loop in Arm Away mode. after using keypad to Arm Away, in 30 seconds the HSM is set correctly. but then the keypad just starts over with its countdown and then the HSM is reset to arm away again. and then the coundown on the keypad restarts [...]
Sorry about that, try the new version...
1.1.1 - 03/10/22 - Attempt to fix loop
