tgauchat
(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy)
42
Offering more options is almost always more Customer friendly than offering fewer.
And your own example of using 3 redundant “away triggers” is the perfect example. You have many options to trigger “armed” … so there is no reason not to offer exit, entry, and escalation delays along with a secure activation method (e.g., PIN pad, Mini-mote for PIN, App/Web input, and/or presence tags, NFC, lock codes, biometrics, …).
Or in my case, medical aides who come to the house, many of them don’t have smart phones and some of whom may be temps filling in on a one-time basis.
In a true home automation environment, pinpads absolutely should be offered, it’s just not everyone will need them. “Your use case is not my use case.” And all that.
Then i ask for entry,exit alarm delays and pin pads as a tide-me-over until the facial recognition software on the cameras is fully integrated and working at five nines accuracy - otherwise tieing presence to a phone or a fob is not really automation. I should not have to carry a special device with me at all times to enable home automation .
I disagree. Like you, I use automation to enable and disable my alarm via geoprecense. However, my pin pad is still used by my cleaning people and family, Pinpads should be offered for flexibility.
In theory, no one needs pin pads or delay exit or delay entey…In reality is something different. I wouldn’t have a pin pad if I didn’t have a use case for it. I wasn’t even arguing against it. But would be nice if ST could make this theory a reality.
@alex Are you able to look into being able to integrate Smartapp’s into routines?
For example- I have a routine that is set to wake me up with a light and to disable my door security. i’m not currently able to put my Bose speaker directly into the routine due to limitations so i have a Smartapp rule from the marketplace which is for my Bose speakers to wake me up as well. In order to edit these Smartapps, I have to switch between the routines and the Smartapps section which is a little hard to find sometimes. Couldn’t Routines integrate Smartapps so even When you use Smartapps, you can add these to a routine.
I know in the example above i have set both to run at the same time in the morning but with other instances why couldn’t you create a routine where you could say “switch these items on, disable security and run this Smartapp”? As so many people are now creating Smartapps this could help both developers and users.
Not to beat a dead horse, but I sit here and my train isn’t moving and… I just hope this is clearly conveying that alarm delays are really useful. The whole thread I’m linking here is a must read if you want to improve SHM. Looking forward to this week’s update, @alex!
Rather than waiting on ST to solve it I have used CoRE to do all SHM options with the exception of the actual modes - I use actions with delays, motion and open/close to trigger, automatic disable on presence sensors, notifications via push/sms, custom audio notifications via samsug speakers etc everything where SHM actually is falling short - the only thing SHM does is monitor the state all the rest I do with CoRE
Well as mentioned I only use CoRE for any actions so the SHM may still create an alarm but no associated actions
In CoRE I have a wait timer that if expires then notifies via push/sms, alarm via speakers and lights if someone changes SHM mode to disabled I run the I’m back routine and no other action (alarm) is performed
The system however could disable automatically based on presence sensors so I dont need to manually set SHM to disabled in the first place - due to geopresence this disables around 350m from the house before anyone arrives - anyone else I want to be notified
You could also use a timer to notify you via push/sms - use a wait timer to wait a period of time to allow you to take action, eg call someone, use the app to dosable etc until you know you want to do something - doesnt matter reallu if a burglar has 1 minute or 3 from my perspective … The conplete house flashes in red and alarm out of all speakers - they will run anyway …
So in short it doesnt matter what SHM believes to be true if CoRE doesnt match - nothing happens except a false intrusion message in the SHM app itself
Got it - it sounds like an intrusion detection is still being fired, your just surpressing the notification. This would not work with Scout, i think because they would still end up calling (unless you can automatically set the status of the Intrusion Detection to False Alarm, which I hadn’t considered).
Perhaps, but I’d imagine that’s true of any wireless security system. And retrofitting a wired system to an old house would be prohibitively expensive.
We may be trying to solve different use cases. To me it’s largely any piece of mind and convenience. I don’t live in the fanciest house in town and i don’t have a secret stash of cash or jewels. Average guy trying to prevent crimes of opportunity and keep the lowest hanging fruit out of most people’s reach, with an interface that my family and guests can use without having to keep as phone on them at all times.
Edit : pretty sure Scout receives notifications directly from ST / SHM.