Maybe I am wrong. However, in my SmartAp Automation “Leave Home”, I select Everyone Leaves. and get the below screen. Does this do what you are discussing?
Awesome!!! I will give it a try.
I did contact support about making that a feature request for this delay and they added it to their feature requests.
It’s easy to do this if you think of it the other way around – – rather than trying to delay the motion sensors, just delay arming of smart home monitor.
You can set this up as a daisy chain using the official features.
Lock the door. Have this trigger the goodbye routine.
instead of having the goodbye routine change the smart home monitor armed status, just have it turn on a virtual switch which will act as a countdown timer.
using the official smart lighting feature and power allowance, have the virtual switch turn itself off after one minute. (You can’t set these for less than one minute using the official smartlighting feature. If you really wanted it just to be seconds then you would do the whole thing in webcore instead.)
have another routine which starts when that virtual switch is turned off. Have that routine change the smart home monitor armed status
And there you have it: a one minute delay after you lock the door until smart home monitor is activated.
You can see the details on how to do this in the “how to create a virtual timer for a light” article in the community – created wiki. The difference is that article is about turning the light off, and you instead are going to have a routine automatically run, but the timer procedures are very similar.
There are many other ways to do this. Web core, obviously, or the smart app already mentioned in this thread.
I did just want to point out that if you think of it as a delay in arming smart home monitor rather than anything to do with the sensors themselves it’s pretty easy to set up.
As to why the official smart home monitor doesn’t include an exit delay feature, I have no idea. I asked that question on the first day it was released. But since it doesn’t, you have to choose one of the workarounds.
I think that is delaying the app to start 10 minutes after the presence sensor shows out of the area. The front door app I am using triggers the Goodbye routine as soon as I hit the lock, and that is where I am getting that problem because of the motion sensor.
The delay app @arnb created (and THANK YOU!!!) looks for when a routine is called, then waits a programmable amount of seconds, then triggers a different routine. I set my lock app to trigger a dummy routine that does nothing and after 30 seconds, the app @arnb created changes it to the actual Goodbye routine.
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.
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.
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.
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.
- Do not monitor the sensor in Smarthome
- Disconnect the sensor
- 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?
- SmartHome is armed, a SHM Delay app monitored door opens, and entry delay time is active
- Turn off SmartHome. The fatal flaw may be here, if another sensor triggers before alarm can be turned off by ST/SHM
- In user defined entry delay time: If alarm status unchanged by user (note user setting system off again is a status change)
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.
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.
- When monitored door opens in Alarm State Away or Stay not using the instant true night option, the alarm state is set to Off
- Does nothing for user defined entry delay seconds giving time to turn off alarm (for real) by any method desired.
- 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.
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’.
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