I have a simple app I used in ST allowing the keypad to be used for various automation functions based on the pin code. Since I'm unable to view the source for the HE Keypad DTH I need some assistance with these two questions:
Will these subscribes function with the HE keypad DTH
subscribe (thekeypad, "codeEntered", pinHandler)
subscribe (thekeypad, "armMode", armModeHandler)
When an undefined pin is entered, and assuming "codeEntered" is a valid subscribe, will it receive the invalid pin entries?
If armMode is a valid subscribe, will a valid evt.value be "exitDelay"
For code entered you would subscribe to securityKeypad.disarmed. The code provided is sent as a json object.
For armed you would subscribe to securityKeypad and the event value would be "armed home", "armed night", or "armed away" (or "disarmed" or "cancelArm").
Since an invalid pin does not result in a disarm event, no event is sent in that case.
For exit delays a command is sent to the keypad to set the desired exit delay: keypadDevice.setExitDelay(seconds)
Then when one arms the keypad it begins the countdown.
Unfortunately, that kills the code I'm using with ST that has keypad pin codes do things like turning on/off lighting, open/close of my garage door, etc. without impacting the arm state or mode.
Any chance of issuing an event in the keypad DTH when a pin is entered prior to validation, or issuing a bad pin entered event? The bad pin event may also be used for security purposes.
Setup a simple app to monitor all events on a simulated keypad device, and "securityKeypad" events, All events works, did not receive "securityKeypad" events when tapping/clicking the buttons in the device display
allEventHandler com.hubitat.hub.domain.Event@6d52132e name: securityKeypad value: armed home data: null
Used the following code snippets
def initialize() {
subscribe (thekeypad, allEventHandler)
subscribe (thekeypad, "securityKeypad", securityKeypadHandler)
On Devices: Add Virtual Device, select Centralite Keypad
So it's virtual not simulated, my apologies for using wrong terminology, but it's not a pyhsical device.
Doing this does not get you a functioning "simulated" device. The driver is only going to process commands coming from a real keypad. It's parse method is looking for Zigbee messages, which you cannot send it. So you don't know what events it would send.
Drivers for virtual devices all have names like Virtual Dimmer...
I'm aware the virtual device is non functional. What I don't understand is why my app is posted with securityKeypad when tapping on a device status such as Disarmed from
subscribe (thekeypad, allEventHandler)
I tried a three iterations
both
subscribe (thekeypad, allEventHandler) only
subscribe (thekeypad, "securityKeypad", securityKeypadHandler) only
never posts on the subscribe (thekeypad, "securityKeypad", securityKeypadHandler) but does show that event in the event log when tapping "Disarm" on the device page
I have most devices moved to HE, except for keypads, repeater and siren that are waiting for the forthcoming update with Entry Delay/ Exit Delay support. Using hybrid system with ST and HE, Hublink, and Other Hub app. When that update is released, one keypad (Iris V2) moves to HE for evaluation.
Not sure what is meant by "app status page", but maybe it's this?