Yes. Scroll up a bit there is a MANDATORY update that fixes this issue.
I’m currently using the mitchpond DTH and am trying to follow the instructions for the mandatory upgrade. The app updated fine, but the only thing I see when I choose your repo to update from in my device handlers is internet-keypad.groovy. Do I need to remove the mitchpond DTH first? Thanks.
I don’t understand why that is happening, it’s working for me. I suspect it may be the namespace field. I’m going to change it let me know if it does anything
The source is available for manual updat at
Deleting the ‘original’ mitchpond dth before adding yours helps. They’re linked somehow so IDE will only show one of them. At least, that’s what worked for me. Thx for the fix by the way! I’d been struggling for a few days, researching new sources of interference. Turned out all I had to do was come here
It was a namespace data issue changed it to arnbme. Should be good now.
Thanks Arn, we’ve released an update to the Enhanced ZigBee Keypad DTH which should resume code entered notifications with v2.2.9 of SHM. The release notes are available here.
Thank you very much.
The steps to update the handler is
- Change the existing handler’s GitHub Repository to SHMDelay (Version 2).
- Replace the code with the new one.
- From “update from repo” pick SHMDelay (version 2) then select the keypad to update.
Here is the repo for the UEI version of this DTH (updated 5/10/2019)
This is a DTH for the Xfinity UEI XHK1 keypad. It is essentially the same as the modified Mitch Pond DTH but wth the battery section modified to account for the increased voltage of the batteries in the UEI.
I want to report that the mandatory updates from the repository for the Centralite device handler and for the smarttapp per ArnB’s instructions worked perfectly. My keypad is functional again! Thanks so much indeed.
I deleted all SmartApps and Device Handlers. I reinstalled all the latest SmartApps and Device Handlers.
My Iris Keypad was found instantly by Smartthings.
The app (v2.2.9) installed easily and a delay profile was made.
I do not seem to have an option for creating a User Profile. Although all the SmartApps are seen on the website, and only SHM Delay is published, I do not have the option to add users and create passcodes.
This was working before Smartthings changed their code.
I have uninstalled and reinstalled several times.
Assuming all the modules are installed according to the instructions, please insure in Global Settings, that the “A real or simulated Keypad is used to arm and disarm Smart Home Monitor” flag is set to On/True, that should give you the ability to set keypad User Pins
Replying to a very old message, my apologies :). Are you using Hubitat next to ST for your alarm solution or is there a dedicated ‘app’ for Hubitat? I’m exploring the option to move, because of signal drops and delays influencing the reliability of my Iris Keypad and, consequently, my entire alarm system. However, I don’t quite know where to start. My ST setup is working flawlessly except for the keypad, so it’d be quite the jump.
My system is a hybrid, with two keypads and ActionTiles on ST still acting as the controller, everything else on Hubitat. I also have single keypad on Hubitat where I developed Nyckelharpa, an HSM extension. In the near future, my system will be Hubitat controlled, with a single keypad on ST. HSM is similar the SHM, but includes builtin exit and entry delays. The HE system also has full but not perfect keypad support.
From my experience, it is a timing issue impacting the keypads on ST, the devices demand a fast response message and produce a “light show” when the response is late, or fall off the network. Not much that can be done about timing when things are running in the ST cloud.
Sometimes adding a Zigbee repeater/switch device near the keypad helps.
Thx! I’ve tried a Zigbee repeater near the keypad. Last week I had to remove and add the keypad from ST a few times. I did so holding the keypad next to the ST hub. However, I’m under the impression that I have to add the keypad when it’s on its original location so it ‘learns’ to route the signal through the repeater. Since adding it near the hub I get the feeling the response time is slower, producing the light show you’re describing. Does this make sense, or is the Zigbee network more flexible than I’m assuming?
I’ll take a look at HSM and Nyckelharpa, and the amount of work it’ll take to migrate fully. I like to fiddle, but since the birth of my son there’s much less spare time available :).
That’s my understanding. I also read that over a few days time it resets to the current location.
Try searching out the threads devoted to improving and resetting the ZigBee mesh.
If you remove power from the hub (and take out the batteries on a V2 hub) for at least 20 minutes when you power the hub back up it will rebuild the zigbee mesh.
If you have zigbee smart bulbs be careful. Some are lousy repeaters. I have some smart bulbs. When I rebuild my mesh I will also remove power from the bulbs until after the mesh is rebuilt so they aren’t used as repeaters.
Thank so much!!! This worked and users were able to be set up.
I am now having a problem with the Front Door Contact Sensor triggering Intrusion Detected, even though it is removed in SHM Delay as Real Contact Sensor and Simulated Contact Sensor (ZFront Door) is monitored.
Also, is there a way to make the Keypad beep until either the siren goes off or the alarm is disarmed? (Using Iris V2 Keypad and Dome Siren)
Your quick, informative replies are greatly appreciated and thank you again!
I believe you’re missing the entry delay time probably in the delay profile
I had the entry delay set to 15 seconds. I changed it to 30 seconds, but immediately when the front door sensor was opened I still get an intruder alert. The siren still is on a delay and doesn’t go off immediately, but I need to clear the alert in the SmartThings App.