Elk trigger event to isy after certain user access codes?

[daxiang28]

Hi,

Just wondering if any body knows if its possible to trigger events with certain pin codes from the elk to an isy99. Been digging around but haven't found anything.

 

Steve

[NHWA]

I have programming within ELK that opens a specific output if the "last user" to disarm a code was a someone and then I use the ISY to run a program based on that. For instance, I have a specific user code for ELK for people who care for my pets when I am gone. I then have the ELK open an output when that code disarms the system which in turn causes the ISY to send me a txt. I have a similar txt sent when the code re arms the system so I know when they come and go.

 

You can use the same for your needs. Just utilize the ELK outputs and tie them in to the ISY.

[daxiang28]

I have programming within ELK that opens a specific output if the "last user" to disarm a code was a someone and then I use the ISY to run a program based on that. For instance, I have a specific user code for ELK for people who care for my pets when I am gone. I then have the ELK open an output when that code disarms the system which in turn causes the ISY to send me a txt. I have a similar txt sent when the code re arms the system so I know when they come and go.

 

You can use the same for your needs. Just utilize the ELK outputs and tie them in to the ISY.

 

Awesome! I'll take a look at that. I haven't looked into outputs, but what you're doing exactly what I want to do.

 

Steve

[NNilsen]

Please provide an example of the rule that you created, I have been looking to do a similar application

 

I have programming within ELK that opens a specific output if the "last user" to disarm a code was a someone and then I use the ISY to run a program based on that. For instance, I have a specific user code for ELK for people who care for my pets when I am gone. I then have the ELK open an output when that code disarms the system which in turn causes the ISY to send me a txt. I have a similar txt sent when the code re arms the system so I know when they come and go.

 

You can use the same for your needs. Just utilize the ELK outputs and tie them in to the ISY.

[NNilsen]

Got It...

one rule to toggle on, another to toggle off

Whenever zone (x) or

Whenever area (x) ARM STATE BECOMES DISARMED AND LAST USER WAS (X) / THEN TURN OUTPUT (x) (ON/OFF)

 

Please provide an example of the rule that you created, I have been looking to do a similar application

 

I have programming within ELK that opens a specific output if the "last user" to disarm a code was a someone and then I use the ISY to run a program based on that. For instance, I have a specific user code for ELK for people who care for my pets when I am gone. I then have the ELK open an output when that code disarms the system which in turn causes the ISY to send me a txt. I have a similar txt sent when the code re arms the system so I know when they come and go.

 

You can use the same for your needs. Just utilize the ELK outputs and tie them in to the ISY.

[Scottmichaelj]

Thanks NNilsen, I was also wondering how to do this.

 

 

Sent from my iPad using Tapatalk

[Scottmichaelj]

So I been trying to do something like this too. However if one person arms/disarms the alarm with one code and then another person with another code does the same before/after them wouldnt the Output get saved in the wrong position for later and not flag right? For example, you have a babysitter that takes your child in the morning and leaves without setting the alarm, then you leave from work and set the alarm (output stays off). Then the babysitter picks up the child from school and brings him home disarming the alarm (output is set "on") then they stay at your home till you arrive and leave but then you set the alarm at night but the output is still "on" because the babysitter didn't set arm/disarm it to switch the output back "off". The Output would still be saved in a specific state. I guess the only way to fix this would be to somehow set the Output back to the opposite state after a certain time amount or better yet if they alarm was armed by someone else.

 

Does this make sense?

[NNilsen]

I incorporated one occupancy flag for each user and one flag for building occupancy to handle the logic in ISY.

The panel arms and disarms as normal when all user flags are=0

Occupancy logic changes arm/disarm state if building occupancy=1

Logging is done using the network module plug-in for ISY.

 

Example 1 user 1 comes home

House occupancy=0

Elk panel=armed

User 1 enter KP code

Elk disarm panel

ISY toggle user occupancy state

ISY toggle building occupancy state

 

Example 2 use 2 comes home

House occupancy=1

Elk panel=disarmed

User 2 enter KP code

Elk arms panel

ISY toggle user occupancy state

ISY check building occupancy state

ISY disarm panel

 

when users leave just reverse the logic to arm the panel

 

Lessons learned...

Because humans do not always log in/out some logic IE: motion, geo fencing etc. to help normalize occupancy. The best fix was to implemented home/away buttons on Insteon keypads, and find family using them vs entering KP codes

It was a simple implementation because all the occupancy logic was in ISY first

[shannong]

Glad I found this. I've been looking for a way to take action in ISY based on who disarmed the Elk. Thanks.

 

I'm surprised folks are asking family members to "login" when they get home even though the alarm is already disarmed and somebody is home. My family wouldn't go for that.

 

I've been using the presence of phones for occupancy purposes. It would be a rare mistake for someone to leave the house without their phone or return home without it. I use DD-WRT for my home router and there are posts on here to use a script that sets a variable in ISY when the phones associate via Wi-Fi. Definitely not bullet proof but can be handy for my son.

[NNilsen]

And that is the failure point of a LIFO application like this...

I even forget to do it....

Yep gotta have a backup DD-WRT, RFID, iOS geo fence, bluetooth, query for wireless Insteon device,

 

Glad I found this. I've been looking for a way to take action in ISY based on who disarmed the Elk. Thanks.

 

I'm surprised folks are asking family members to "login" when they get home even though the alarm is already disarmed and somebody is home. My family wouldn't go for that.

 

I've been using the presence of phones for occupancy purposes. It would be a rare mistake for someone to leave the house without their phone or return home without it. I use DD-WRT for my home router and there are posts on here to use a script that sets a variable in ISY when the phones associate via Wi-Fi. Definitely not bullet proof but can be handy for my son.

[Scottmichaelj]

I am looking at using my mobile number with a special email address to send as text. Then the Elk should send a "email" (but you give it the xxx-xxx-xxxx@att.sms.com or whatnot to convert to text) then you can get a notification for each person. I looked into this last weekend and just trying to figure out how to customize the email with specifics. Looks like you would have to do a separate "email" for arm/disarm for each user then create a "task" for each user when they arm/disarm to be notified. All I need to know is when the pet sitter or dog walker enters and exits my home in case they are not supposed to be there. Maybe I am just being paranoid?

[shannong]

I have a similar desire. I have a Weigand proximity sensor and I gave a token to the cleaning crew. I want the alarm to disarm and the garage door to open when they use it. However, that should only happen during a very small window of time on one day of the week.

 

Let the ISY send the email/text instead of the Elk. The idea of using a rule to trigger an Output should work well. Write an Elk rule for Last User that turns on an unused Output. Then write an ISY rule to send a notification if that Output is turned on when outside the desired Schedule times. If used outside the desired time, I also plan to have the ISY rearm the Elk rearm in addition to the notification.

[Scottmichaelj]

Sounds like that will work for you however timeframes dont work well for my use. I pay the dog walker to come get the dog three times a week anytime of the day as long as the dogs are walked is all I care about. The thing is what if they said they were there and walked the dogs but never actually came? I ask the dogs but they wont tell on them. Yes I could check the logs but its a PITA to do that each week/day. So I was hoping this wouldnt be as difficult as it seems.

[shannong]

Two programs. One with a notification like I suggested when they do arrive and sets a variable. Another program that checks for the variable at the end of day and sends you a notification. If you require they set the alarm while they're out walking, you also know how long they were walking the dogs.

[NNilsen]

The prox reader connection to the ELK KP1, KP2, KP3, and KAM works great. 16 readers, 199 users max. Access card/fob links to user access code so all occupancy logic is the same.

 

The benefit of using a prox reader AND an electric lock or door strike is you have created a need to "badge/log in"

You are able to log your entries and apply logic for "stuff"

You unlock the door and the user does not need to fumble for a key

And if the dog sitter, or nanny is fired turn off their access badge/code instantly

Of course this assumes that the door is always closed and locked.

 

I have a similar desire. I have a Weigand proximity sensor and I gave a token to the cleaning crew. I want the alarm to disarm and the garage door to open when they use it. However, that should only happen during a very small window of time on one day of the week.

 

Let the ISY send the email/text instead of the Elk. The idea of using a rule to trigger an Output should work well. Write an Elk rule for Last User that turns on an unused Output. Then write an ISY rule to send a notification if that Output is turned on when outside the desired Schedule times. If used outside the desired time, I also plan to have the ISY rearm the Elk rearm in addition to the notification.