[Release] Nyckelharpa, an HSM Extension

I thought that, but have had this experience before. My guess is that during paring something is not identified or picked up correctly and I think it has to do with the drivers present in my system, as I believe they are referenced when the hub tries to pair the device, to figure its capabilities. I'm a bit of a hoarder, I have 4 different versions of the centralitex driver, plus the native HE drivers and another random driver for the v3 keypad. Going to clean them all out and try again

1 Like

The current Centralitex driver is V1.03

The System Iris V3 driver is at this link

I use the Centralitex driver, and switch between them when testing without an issue.

image

I hardwired mine with a 3v transformer for 2 of them that were near outlets anyway.

1 Like

A good solution for any Centralite/Xfinity and Iris V2 keypad eating batteries. The Iris V3 and EUI both use 4 AA batteries, reporting 6 Volts as 100%. I'm sure there is a 6v transformer out there should someone want to do this.

updated to latest driver. I noticed that when I hit "beep" from the device page, motion immediately goes to active with the 1.03 driver and a V3 keypad
Is this expected behavior?

No. However, the beep code is unchanged from 1.02. Tried a Beep on my Iris V2, it beeped without lighting up.

I have no idea why the V3 lights up.

I just stumbled across your work a few minutes ago and I really like it. Very similar to Smartthings. One question: I created a rule to try to beep the keypads when doors were opened (didn't work well -- keypad volume) . Do I need this rule when using your driver?

1 Like

An RM rule should not be needed.

There is a Nyckelharpa globalSettings option to beep the keypads and other devices when a door opens and the system is disarmed. Should the beep be activated at other times, the entry or exit delay tones are lost.

It looks similar to ST SHM Delay because I used that app for my base code on Hubitat.

Keypad volume adjustment: press & hold 2 key for up, 5 key for down

Thanks. Appreciate the quick response. Have a great weekend.

[Update] Jul 17, 2020 11:00EDT

What Changed

  • Restore ability to beep an alarm device (siren) without a beep command during Entry Delay
  • Debug logging shuts off after 1 hour
  • General performance enhancements
  • Use Hubitat Package Manger's Manifest file for local version checking logic

How to install
There are 3 modules associated with this update. Manually update, or use the Hubitat Package Manager. Perform post installation instructions.

App Code

  1. Nyckelharpa (V1.1.2)
  2. Nyckelharpa Modefix (V1.0.2)
  3. Nyckelharpa Talker (V1.0.3)

Post installation instructions

  1. Add Siren or other previous non functional device to global settings --> Alarm Devices (Optional)

Source Code and Documentation

on your next update you might want to add Tags, which will replace Categories... I checked Alarm Systems and Safety & Security tags and couldn't find this, before realizing you were using the old Security category. Just add the tags as an array to the repository.json file like he does here: https://raw.githubusercontent.com/dcmeglio/hubitat-packagerepositories/master/settings.json

Here's a list of tags
https://raw.githubusercontent.com/dcmeglio/hubitat-packagerepositories/master/settings.json

Thank you for the reminder and link. It's on my list to update the app's Hubitat Package Manager repository/manifest settings.

Am I misreading this, or is there an editing issue here? Should the final paragraph be...?

The system immediately executes the custom HSM rule's alert functions in all armed states. Without Nyckelharpa and it's custom panic rule, HSM does not respond to panic when it is disarmed.

Text formatting issue, now corrected.

Thank you for bringing it to my attention.

Hi it will be nice, if you have an option to change delay for Force arming from 10sec, to maybe 30sec or 40sec.
This way you will have time to close or corect the problem before the force arming.

1 Like

I understand. The force arming window is 15 seconds, before it starts over.

For now please change line #1780 from 15000 (milliseconds) to whatever you want.

Also line 2066 change 15 to whatever you want

thanks :ok_hand:

At Nyckelharpa app
Lines 1780 and 2066 do not match.

I foun this line is the colsest match

line #1773 if (duration > 15000 || duration < 3000)

Am I correct?

it's line 1780 on my github source, local computer source and Hubitat source. Perhaps it is time for an update?

if (duration > 15000 || duration < 3000)

And line 2066

runIn(15,HeDoorsReset)

Thanks I have no idea why line do not match.

I do have latest version.

But I can work with the information you gave me. Thanks once again

Hi also I found I have to change the message here in at least 2 places![Alarm system one is :

LINE #1821 and 2147 on my computer (but they do not match whith yours, sorry for that)

thnaks again!