Posts: 556
Threads: 23
Joined: Sep 2005
Well, I can tell you how to control the chime, but the problem I still see is how to tell you in an interface how it is set. The string to send to the M1 to toggle the chime is 09kf01C00C2. This includes the length leader and checksum.
In CQC you can use the Passthrough Command parameter and send kf01C. CQC will add trailing zeroes and calculate length and checksum. So, your action would look like Devices::Field Write(M1,Passthrough,kf01C) On Click.
Each time you press that button the chime mode will toggle between Tone, Voice, Tone/Voice and Off, just like pressing it on the keypad. This will work as is right now. The problem, like I said, is capturing the mode and displaying that on the interface somehow. In the interim, the chime button light on the keypad does illuminate when you press the command button. Maybe you would have to write a macro or something to caputure the return string of 11KF01C200000000087 to determine how to display something on the interface.
Posts: 1,790
Threads: 86
Joined: Feb 2005
Steve Wrote:Well, I can tell you how to control the chime, but the problem I still see is how to tell you in an interface how it is set. The string to send to the M1 to toggle the chime is 09kf01C00C2. This includes the length leader and checksum.
In CQC you can use the Passthrough Command parameter and send kf01C. CQC will add trailing zeroes and calculate length and checksum. So, your action would look like Devices::Field Write(M1,Passthrough,kf01C) On Click.
Each time you press that button the chime mode will toggle between Tone, Voice, Tone/Voice and Off, just like pressing it on the keypad. This will work as is right now. The problem, like I said, is capturing the mode and displaying that on the interface somehow. In the interim, the chime button light on the keypad does illuminate when you press the command button. Maybe you would have to write a macro or something to caputure the return string of 11KF01C200000000087 to determine how to display something on the interface.
Sounds like a driver mod is needed :-)
Posts: 40,483
Threads: 491
Joined: Aug 2002
Yeh, that would be the case, at least to sense any status of it.
Dean Roddey
Explorans limites defectum
Posts: 92
Threads: 13
Joined: Jan 2008
Did the Elk driver ever get modified to include a chime function?
Also, does anyone have an example of how you would send the keypad code after 4 digits are pressed, so that the Disarm button can be left out of the interface?
Posts: 40,483
Threads: 491
Joined: Aug 2002
Look at the How To videos on the web site. There's oen there on how to create a key pad popup.
Dean Roddey
Explorans limites defectum
Posts: 3,415
Threads: 158
Joined: Jan 2006
My templates have a security keypad. Link in my sig.
Posts: 56
Threads: 7
Joined: Feb 2008
12-08-2009, 02:37 PM
(This post was last modified: 12-08-2009, 02:40 PM by fairview1100.)
Resurrecting an old post, but I didn't see a final response in the thread.
I am just starting to learn the CQC Actions, but I have managed a workable keypad based on the tutorial video and a few commands that accomplish the 4 keypress request to disarm. Various ways to do this and additional if/else checks could be made. My format was within the '1' digit (last digit of my test PIN), then check if the alarm is not disarmed currently, and then if the length is 4 digits entered. If so, it calls the elk 'invokecmd' with the value of displaytext. I don't currently check for a return value from invokecmd, although if this is returned something could be updated on the display or another action taken.
Posts: 40,483
Threads: 491
Joined: Aug 2002
One easy improvement would be to pass False as the last parameter of the field write, which will have it return a true/false status based on whether the field write worked or not. If not, you can pop up a 'sorry, it didn't work' popup and let them try again. Otherwise, a bad password that was rejected would cause an error.
Dean Roddey
Explorans limites defectum