Delay SHM from using Motion Detectors when Armed(Away)

Action delay time works well, but it is only available if you are using a presence option. In this particular thread, the OP is basing everything off of the lock being locked. So “action delay time” is not an available parameter for that. It’s also not available if you’re just using a switch.

I suppose you could have locking the door turn on a virtual presence sensor but at that point you’re using the same kind of chain as I described, just with a different set of devices.

So you’re right that option exists, but it only exists for Geopresence.

1 Like

My app is now released and fully documented at SHM Delay TrueExit.

The app is fully compatible with, and may be used with the SHM Delay app.

1 Like

Any thoughts on an entry delay for the motion sensors as well? I have a wired motion sensor directed at the front door that would be difficult to move. For my kids, or in case I or my wife forget our phones, I have a tablet mounted on the wall as an alarm pad, but the motion sensor will also catch movement towards the tablet on entry or exit. Your delay trueExit app will help with an exit delay, so we can turn on the alarm from the tablet and leave the house, but when we come home, the door will delay, but the motion sensor will trigger the alarm.

1 Like

I understand your issue and what you want to do. In many alarm systems when a delayed sensor, such as an entry door is tripped in away mode, other normally non delayed sensors also are delayed. I don’t want to confuse the people who left out simple entry and exit delays from SmartHome, but this would be high on my list of things to include in the next SH version.

Until then here are some suggestions.

  1. Do not monitor the sensor in Smarthome
  2. Disconnect the sensor
  3. Use WebCore or a Smartapp to delay the motion sensor.

Just a thought, but it may be possible to do this with SmartHome as an option in SHM Delay app. It’s actually quite simple, but radical in how it would work and slow Cloud processing may be a fatal flaw.

I feel @journey may use this, anyone else feel this would be worthwhile?

  1. SmartHome is armed, a SHM Delay app monitored door opens, and entry delay time is active
  2. Turn off SmartHome. The fatal flaw may be here, if another sensor triggers before alarm can be turned off by ST/SHM
  3. In user defined entry delay time: If alarm status unchanged by user (note user setting system off again is a status change)
    trigger intrusion

I’m not a programmer, so this may be a dumb question… But I’m assuming it’s not possible to set up a virtual sensor for the motion sensors in the same way you do it for the contact sensors?

Btw, thanks for being so responsive. I’m new to ST, but I really love the community.

There no dumb questions, just dumb answers.

Yes you can set up a differant simulated virtual sensor or use an existing virtual sensor that is already monitored by SHM.

Thank you for your positive feed back, very much appreciated!

BTW Would you be available to beta test my idea for a full true entry delay should it get to that point?

Absolutely, I will beta test! Thanks for all your help.

1 Like

Feel free to try it, now available as an alpha module. Currently it always runs in True Entry Delay mode but will be an option when it goes live.

  1. When monitored door opens in Alarm State Away or Stay not using the instant true night option, the alarm state is set to Off
  2. Does nothing for user defined entry delay seconds giving time to turn off alarm (for real) by any method desired.
  3. When Alarm state remains unchanged (user did not set off again or did not rearm): Alarm System is rearmed to Away and intrusion set by opening simulated contact sensor.

As I said the fatal flaw may your motion sensor kicking in exactly at the same time the door opens. Kindly post your testing results.

The code is in Github Repo ARNBME SHMDelay trueentrydelay or at this link

Install module SHM Delay Child, do not publish. other modules are unchanged
Should you want to revert, reinstall SHM Delay Child from ARNBME SHMDelay master

Thanks for the update. I’m out of town for the day, but will test when I get back in and let you know how it works.

I’ve updated to the alpha. I’ll let you know how it works after I get home tonight and try it out.

Also, I was curious about whether I can add other actions to the goodbye delay dummy routine or does that cause problems with the smh true delay routine?

Should be OK as long as the Alarm State and Mode are empty (null).

So, I tried it out when I got home. It worked well for me. The motion sensors did not set anything off and I walked across to my tablet and it was set to disarmed. I hit disarm again to ensure it stayed in that state.

I will also play around with simply delaying the motion sensors in webcore. My only concern with the SMH true exit/entry method is that it would likely confuse the heck out of my wife and kids when they see the disarm state and they will likely assume the alarm is off resulting in false alarms when the alarm state turns back on after the delay.

I also have some triggers set up to sound an entry beeper until the alarm state changes to stay. But this method turns the beeper off.

1 Like

Updated SHM Delay smartapp on Sep 26, 2017. Change includes support for motion sensors and other devices triggerring an alarm during the entry delay time.

  • Optional ‘Followed’ Motion Sensor in Monitored Contact Sensor Profile. Meaning: In alarm state Away, when the monitored contact sensor opens, this motion sensor is ignored, otherwise It reacts normally.
  • ‘True EntryDelay Mode’ when this option is true, all other system sensors are ignored for EntryDelay seconds. Note: this is accomplished by setting Alarm State to ‘off’.
1 Like

Sorry if posting to wrong topic, pretty new here. First of all, thanks! This makes SMH usable. I have a large dog so I use Arm Stay even when I leave the house and only used Armed Away when the house is completely empty. Therefor I was hoping to be able to utilize a delay in Armed Stay mode. I figured setting up Armed stay to ignore my entry/exiit door and just monitor the virtualsensor would work like Armed Away but there is no exit delay in armed stay that I can tell (first opening even in matter of seconds causes entry delay not exit delay).

Any thoughts? Maybe I’ve stared at this so long I’m missing some simple logic.

See the true night flag in global settings it should be set off, giving an entry delay in stay mode

Yeah that bugger is set to off. It gives me an entry delay in stay mode but not an exit delay in stay mode. Again, maybe that’s the point of stay mode arming but I’m not really home (dog sets off motion detectors).

Let me know how your system is normally armed and I will do my best to give you some custom code to generate an entry delay when arming in stay mode.

I arm the system via actiontiles on a Kindle 7 right next to my inside door leading to my garage (really only delayed exit and entry point I need). When I forget to set it, I use the SMH in the smartthings app to set it . Again both ways I prefer to set it as Stay unless going on a vacation where the dog won’t be in the house, then I set it to away so all motion sensors (besides outdoor arlo camers) will be utilized. Does that make sense? I appreciate your help! (donation coming today regardless of whether or not we get this portion to work :slight_smile: )

I’ll take a look at the code, it really helps knowing how your system is armed.

However, assuming your vacations are infrequent enough, simply remove the motion sensor(s) from the Delay profile (and SHM), then arm in away mode to get the exit delay. When going on vacation add the motion sensor(s) back into the profile.

Appreciate the donation.