Kwikset lock = manually opening it via latch inside doesn't trigger anything

I have the lock setup so “locking or unlocking” or “code or lock button” causes the cameras to trip on and off in terms of arming their sensors. I noticed however when the roommate was leaving, it would tip the sensor and I’d constantly get notices. So, I created a 10 second delay (later changing to 30) until sensor is armed after lock…yet it would still trip and capture his image while he is locking the door.

Now I’m thinking…this doesn’t make sense. I tested locking the door from outside or hitting the button to lock it…and it does indeed wait until arming the system…so why is the sensor going off?

I finally figured it out. The latch inside you rotate to lock or unlock the deadbolt doesn’t seem to be a part of the lock’s sensory. When you are inside and the sensor is armed, and you unlock the door to go outside via the latch…the sensor is still armed (it never disarmed from the unlock). Therefore the second you walk outside…the sensor is tripped.

The triggers setup are (to disarm):

Trigger: Front Door - Pin Entered - Disarm Cam (when a valid pin is entered)
Trigger: Front Door - Unlocked - Disarm (a door is locked or unlocked → device is opened)

It works when you unlock it with a key…or with a code, but the latch does nothing. There are no other options to choose from within the lock’s drop down menu of trigger types…so, this becomes an issue.

Anyone else having this problem? Any ideas to overcome it?

Two thoughts…
First one not really related to the question you are asking, but are you sure you want to disable this?
Maybe I’m paranoid, but in a roommate situation you might want to know if your roommate is the only one using his PIN code.

Now as for the lock. If you unlock the door from the inside does it do what you expect? I know you don’t need to in order to get out, but I’m just curious since you said that using a key will trigger what you wanted.

[quote=“danbutter, post:2, topic:174425”]Two thoughts…
First one not really related to the question you are asking, but are you sure you want to disable this?
Maybe I’m paranoid, but in a roommate situation you might want to know if your roommate is the only one using his PIN code.

Now as for the lock. If you unlock the door from the inside does it do what you expect? I know you don’t need to in order to get out, but I’m just curious since you said that using a key will trigger what you wanted.[/quote]

I’m not looking to disable anything. I am looking to make sure it is properly working. Turning the knob inside on the lock doesn’t seem to trigger the scenes. Using a key outside or a pin does. So the knob is causing trouble. I need it to trigger scenes just as it would from outside…else the alarm is going to keep going off every single time someone leaves the house.

I think I read too fast last night and misunderstood what you were saying for the first part of my response so ignore that.

As for the second part of my response did you try to unlock the door from the inside…not just opening the door, but actually turning the little locking knob?
It would stand to reason that if a key in the outside does what you want then turning the locking knob inside should too.
I know it is an extra step and would take some time to get used to, but if the lock isn’t built to do what you want you have to figure something else out.
Failing this you could always get a door sensor and integrate it with your scene.

That’s what I have been referring to. Turning the latch inside (or as you refer to it as “locking knob”). It doesn’t seem to do anything to trigger the scenes. That’s why I am confused as I too would think it would because the it should respond to the lock moving back and forth and not just that a key was turned.

I’ll break it down.

To start off…the system is armed (supposed to be disarmed when the door is unlocked)

  1. I walk over the door (from inside)
  2. I turn the latch/knob that unlocks the zwave/kwikset deadbolt
  3. I open the door via the handle
  4. I walk outside in front of the door (where camera can see)
  5. Alarm goes off.

The alarm shouldn’t go off. That latch…or knob…doesn’t seem to work. I could go outside and open the door while it’s locked via key…system disarms.

I have the Kwikset locks. The locks do report the status change, but it isn’t instantaneous…in my limited testing here it can take between 5 and 10 seconds before the lock sends its status change to Vera (or at least when Vera records the change in the log) when using the thumb latch:

02/26/13 19:55:54.215 Device_Variable::m_szValue_set device: 85 service: urn:micasaverde-com:serviceId:DoorLock1 variable: Status was: 1 now: 0 #hooks: 0 upnp: 0 v:0xab2cf8/NONE duplicate:0 <0x2bfa1680>

I’m guessing this delay is the cause of your problems.

I just tested my kwikset deadbolt while standing by the door with my laptop. I unlocked the deadbolt from the inside and it does respond on the UI but it did take about 5 seconds, did that a bunch of times with out any problems, but I waited a while and tried it again and then it didn’t update at all when i unlocked it from the inside but did from the outside like you are seeing. Have no idea why. maybe a more reliable way would be to poll the node first before the alarm occurs? might be able to do something like that with the program logic plugin

Wow. :confused:

These seems to have gotten quite complicated for something that shouldn’t be a problem. Sounds like poor manufacturing on kwikset’s side?

Polling the unit to delay trigger the alarm is only going to delay reaction to what triggered it in the first place possibly preventing a good image from being taken in time and capturing who is there. I would rather have the lock act instantaneously the second the lock is unlocked.

If it doesn’t do that on key, I wonder why it does that from inside :confused: