I have a separate security system that was there way before SmartThings, and I am able to integrate it into SHM to get notifications in the event of an intrusion.
I have a separate network of Smoke and CO detectors and I am able to integrate it into SHM to get notifications in the event of a fire or CO event.
I have multiple Water detection sensors that are integrated into SHM.
So it serves a very useful purpose.
All of that im sure they can be integrated to SM without using the SHM…
I use Rule Machine app for all my security needs and IT IS MORE reliable than SHM!
And I have found SHM to be very reliable for my needs. For these critical functions I prefer SHM.
Grace period to disarm alarm is absolutely required.
No, not true. Not sure how that rumor got started but when I first heard that I tested my system. Smoke alerts are definitely registered by SHM regardless of the security component’s armed/disarmed state.
So just what nobody wants - an SHM feature request! But this one I think is pretty important and required.
There needs to be a way to disarm SHM within a certain time period after an alarm whereby a) sirens aren’t going off, lights aren’t flashing, etc, and b) Scout (or whoever) won’t call if its disarmed.
User story is as follows… As a home owner / smartthings setter-upper, I want to be able to give my parents a way to enter the house and disarm SHM without triggering alerts or necessitating a call from Scout. Either: I give them a code for the z-wave deadbolt, and their code triggers the disarming of SHM. (This seems totally doable today, but there’s an issue of synchronicity where they can open the door before the state changes.)
I want someone to be able to open the door, and do the secret thing which triggers turning off the alarm. Maybe this is pressing a hidden button somewhere or something like that. When they initially open a door, nothing happens. If they haven’t disarmed the system in 30 seconds my siren starts beeping (not at max volume.) After 60 seconds if the system isn’t disarmed, it is registered as an intrusion.
This would allow me to use SHM as I would a normal alarm system, and would not require me giving out logins and installing an on the phone of everyone who would be coming over when I’m not there. This would also be a useful grace period for times when perhaps I’m without my phone and need to enter without being able to disarm SHM. I don’t want to have to use my phone to arm / disarm SHM (or do anything else, truth be told.)
I think this is a gap which prevents long term adoption of SHM + Scout. From a customer’s perspective.
Entrance delays and other alarm / notification paradigms that are typical in most alarm systems are a common feature request. I forget whether I posted my wishlist on this publicly…
NB: The pieces involved are more likely to function optimally if they are local, of course, eliminating internet or cloud load latency.
Mobile (phone GPS) Presence is based on a radius, so presumably an optimal radius (i.e., something you enter perhaps 1 or 2 minutes ahead of opening any “armed” door), then it will, if per spec, disarm in time. Unfortunately, mobile presence will likely always require the Cloud.
The simplest comprehensive solution is for SHM to have an across the board “user definable Alarm Delay period”, during which an intrusion can be Alarm completely cancelled upon selected valid conditions: Presence, IRIS keypad, Door Lock PIN Pad, App button, secret sequence of light switches turned on, etc…
Alarm Delays would even be valid for Smoke and Water Alerts. i.e,. SHM should give a pre-alert (i.e., Smoke Detected, please press perform your cancel options if false; and also it would double-check for smoke for perhaps 1 minute…).
Not much can be done about
#1. Fast and accurate Presence is an independent issue that ST needs to work on regardless of SHM.
But I think a basic Alarm Delay / Alarm Deferral is easy to implement, and can be made as simple or as complex as desired… Complex, for example, would be a series of escalating Alert Actions triggered by the initial Event:
Initial event notification for information purposes so the customer is gently reminded to perform the next steps (I think some traditional Alarm Systems blink a light on their keypads or even beep softly at this phase, even if that could be a warning to burglars, that’s not so bad … get rid of them quickly).
Second stage alert notification is the last chance to cancel the Alarm within 30 seconds or whatever is reasonable.
Third stage is pretty much already in place: Local alarms go off, but the monitoring company telephone calls or triggers some sort of high priority message to ask if this is a false alarm or not and does not contact emergency responders for a few more minutes.
Fourth stage could still be offered; even after police or fire is contacted, there should be a procedure to securely issue the all clear to minimize impact of a false alarm. It may or may not be too late to abort the emergency responder from investigating, but knowing the Alarm was securely cancelled can impact how they handle the scene (i.e., guns and fire-hoses drawn or… not).
Alarm delay/deferral timeouts in escalating stages is a standard, basic, (and usually fully customizable) feature of every traditional alarm system. It is unfortunate that SHM was launched without these options, but SHM is currently going through a major overhaul to add at least some improvement towards this basic feature.
I trust that this is a rather high priority because SHM is fundamental to several important potential ongoing (i.e., subscription) revenue streams.
Exactly! Also, the sky has not fallen yet, though based on the mood on these forums I expected to get home and find my hub causing my (very dumb) toaster to shoot toast across the room.
Please allow us to disable intrusion reminders by default. I like getting the notification that a door has opened, but I do not need to be continuously reminded of this until I take action.
+100 on this one!!!
We have been waiting for SHM to be a functional alarm for way too long while SA was functional months ago. I think this is the time for ST to give us a time frame when a new version will be released.
Entry/Exit delays would make smart alarm obsolete afaic and would be a good way to move the entire userbase to smart home monitor
Just realizing you can’t make a custom moisture notification in SHM. Only in the main leaks module. Not all moisture sensor notifications warrant closing valves. Since I have a valve set up in my SHM leak module I have to use a different app for notifications for non plumbing related leaks.
It’s not the end of the world, but it seems like it should be an option for SHM custom.
I still use Smart Alarm. I personally don’t require entry/exit delays, the major lacking feature of SHM to me is the lack of push notifications on status changes. I want a push notification when the system gets armed (away) or (stay) or disarmed. I don’t want a push notification saying that a routine was ran, I want a push notification telling me the current status of SHM when it gets changed. I love how Smart Alarm is tied to your home modes (which makes a lot of sense to me), but I don’t REQUIRE that as long as when my SHM does get armed, or disarmed, I get a push notification that is similar to Smart Alarm, (ie: “Home is DISARMED”)
+1 for ENTRY DELAYS.
I’ve been using SHM as my security system for about a month, with it automatically arming and disarming based on iPhone presence. It’s worked flawlessly … until the past few days. False alarms, and sirens blaring when ST didn’t pick up that my wife and her iPhone had arrived.
My ideal solution:
- Have the ability to select which sensors are instant alarm triggers versus delayed alarm triggers. If my basement window opens while SHM is armed, sound the alarm immediately. If my front door opens, though, I’d want a delay.
- Let me customize the length of that delay.
- For delayed triggers, send a push warning through the app as soon as the action is triggered. For example, “Front door sensor intrusion detected. Alarm will sound in 30 seconds.”
- That would give me (better yet, my wife) a heads up before alarms start blaring, and I can tap the I’m Back to shut it down. Or if it’s a real intrusion, I’ll know too.
What about it, ST team? (That would also eliminate a big chunk of the issues re iPhone presence flakiness, too, as it would help solve for the resulting pain!)
The only physical security hole is if the bad guys cut my cable line. Please add an option to add a 2ndary wifi connection so I can use my neighbors wifi (with their permission of course). I also would like 2ndary wifi (if the primary goes down) and may connect it to my Verizon MIFI mobile hot spot.
Further to my earlier suggestion (have an entry delay, where you can choose which delays are delayed vs instant alarm … and where opening an entry delay door will push a message to your phone via the ST app)…
Since having issues with my wife’s iPhone’s presence (ST didn’t know that she’d arrived, and the SHM alarm triggered when she entered), I’ve given her an ST Arrival Sensor to carry.
That Arrival Sensor has worked perfectly. When I set that up for her, I made SHM send push an ‘arrival message’ so I could see when it was picking up the sensor.
When my wife arrives but her iPhone hasn’t been properly sensed by ST (i.e. when she enters our geofence around her home), the Arrival Sensor always works just before she enters the house. No false alarms since.
What I found was interesting…
That ‘push’ message to her iPhone that’s triggered by the Arrival Sensor being sensed would also typically wake her iPhone up (and perhaps the ST app?) . . . which would then instantly trigger her iPhone being seen as being present!
So how does this relate to my suggested entry delay?
If entering via a door that has a delay triggers a push to the iPhone, that should do the same thing. The push warning that the alarm will sound in X seconds should awaken the iPhone, which triggers it tell ST that it’s arrived, which should automatically disarm the SHM alarm.
An entry delay, combined with an instant ‘heads up’ push sent to the iPhone, could eliminate many iPhone presence issues . . . at these those related to arrivals not being sensed!
I had the same problem with mine, everything worked find for about 25 day, then totally dead. I pulled the batteries and checked, they were both dead. I will do the same as you did and replace them, but at the price of the CR123A and needing two new batteries every 3 weeks, is not right.
I noticed that according to my app, the batter is still at 100%. Obviously that is not true. even after I took the batteries out, it is still showing 100%.
I noticed that when I installed it the on or off light was always on dimly lit red. The other bottons only lit up when my hand came near the unit. I am not sure it should be lit all the time.