Extra SHM mode options?

You can create virtual motion sensors and sync them with your gym motion sensors. Use the virtual sensors in SHM instead of the real sensor. Put in a restriction for the virtual sensors to sync with the real sensors in all mode except gym mode. Also set a rule to have the virtual sensors go inactive when mode switches to gym.
That’s the only way I think will work if you still want to use SHM.

2 Likes

Hmmm
I already have motion sensors, a simulated sensor, a contact sensor, and an SHM interface on my SHM Delay app’s Delay Profiles. All I need to add is a preference “Ignore motion sensors in these modes” and perhaps a “Ignore contact sensor in these modes” and some logic to test the preferences.

My question: If I add this would anyone use it?

I think there are a few questions about this setup that still need to be answered. One of which is simply what kind of security setup is he using. Did he/she implement a perimeter based setup or one primarily based on motion.

When you think about alarms normally there is only a need for three states and they have nothing to do with location it is about presence. Your armed/home or armed/stay is used to disable motion sensors and lean on a perimeter based setup for protection. Armed/a way is simply turn on everything for detection for intrusion including motion sensors. Then of course disarmed.

If you think about it simply as presence there is nothing saying armed stay shouldn’t be used regardless of weather the op is in the gym or main home structure. The only problem with it is if there is a concern the home protection is inadequate without the other sensors. If that is the case though I would suggest upgrading the sensors to improve perimeter protection.

Adding a second hub for the gym could be a very reasonable solution as well as. Having it’s own SHM setup could allow for the added flexibility the op wants though it would mean a separate setup to maintain. I would guess that there is a decent chance it would work pretty well without to much hacking to maintain. Some devices that are cloud based can even be seen by two hubs. I had a WEMO plug for instance attached to a ADT Security panel hub and a Nvidia Shield Link hub. It seemed to work fine. That won’t work for Zwave or Zigbee devices, but could work for cloud based stuff

With all that we are talking about smart things and I am sure a way can be figured out to send notifications, it is likely going to be either custom rules in SHM, or notifications completely outside of it.

The easiest solution will likely be to use two hubs each with their own SHM, but I would still argue if you have good perimeter based security simply use armed stay though.

Although not clearly stated, it seems to me SHM Custom Rules has the ability to setup “Zones” by:

  1. Setup a “custom defined mode” the IDE
  2. Remove the Zones’ Contact and Motion sensors from SHM Security
  3. Add the Contact and Motion sensors to Custom Rules
  4. In each Custom Rule → More Options → Only when mode is:
    Check all modes other the “custom defined mode” in the IDE
  5. Set notifications and alerts
  6. When access to the Zone is desired, set the “custom defined mode”

Will this work, or am I missing something?

1 Like

That works, but only if you no longer want to use those sensors in the regular (non-custom) SHM alerts.

That becomes important because I believe only the regular alerts will run locally and if you are using the official Scout integration ( which ignores custom alerts).

1 Like

In my case it would not appear to matter since everything is already in the cloud, except for Alert with Lights.

From IDE-> Location-> Installed SmartApps.

I think the reason most of your stuff is cloud based is because they probably use SHM Delay, and that is dependent on that virtual sensor which wouldn’t be a local resource.

We also need to remember it looks like SHM is completely rewritten for the new smartthings app. I don’t even remember seeing a way to setup a custom rule in the new app.

1 Like

As much as I want to take a look at the new app, I have not installed it because I’m concerned I will destroy my current setup or screw up my log in, plus I’ve not been informed to change. Is it safe to install both apps?

1 Like

Honestly I have heard many people swear up and down you shouldn’t, I think I probably screwed myself up a while agowithout realizing it.

The Samsung connect(new app) comes preloaded on many Samsung phones so I already had it setup and loaded without even realizing it. I also only really started to experiment once smartthings was brought to the Nvidia Shield with the Smartthings link adapter. Now I have jumped head first in with an ADT smartthings panel.

There are some very noticeable gaps with the new app. They are very obvious if you are use to loading custom stuff through the IDE. It does appear though that they are making good progress. Just a few days ago all of my ADT sensors starting reporting properly through the new app.

If you didn’t do it by accident I wouldn’t do it. It can be little quirky. If you do try it do as little changes in the new app as possible.

I’m hoping for a very slow implementation of Samsung Connect. Play Store states:
“This app is incompatible with all of your devices.”:weary:

1 Like

This whole thing has me concerned. What will work, and what will not? I have a hunch lots will not. ST says no everything will work for at least the near future. But ST seems to be in a rush to implement this.

I’m not sure what there is to be concerned about. Not yet at least.

ST staff members have said the classic app will stick around until there’s feature parity with the new app.

ST staff members Have also publicly said there would be a migration tool from hub V1 to V2, that the Bluetooth radio would be turned on, that there would be a USB dongle integration with 2016 Samsung smart televisions, that there would be local support for a button controller other than the minimote, And that the app would work with voiceover.

I know they always believed that when they said it, but none of that happened, and at this point I believe it when I see it. Just sayin’… :wink:

Fair enough. I’m not sure I believe them either. Not that I think they’re lying, just that clearly someone at Samsung makes decisions that end up overruling their best intentions.

I guess I mean, IMHO, there’s little point in worrying about something that may or may not happen, and we don’t have much control over anyway.

This all feels eerily similar to Gavin Belson’s Signature Box 3 from the HBO Series “Silicon Valley”
hooli.xyz/assets/SignatureBox3.pdf

Should you not want to open the PDF, this is the text.

MOUNTAIN VIEW, Calif. - Hooli today announced plans to develop and launch its next
installment of their data storage Box series. The Box project will be known as the Gavin
Belson Signature Box 3. The Gavin Belson Signature Box 3 will replace the Hooli Box 1,
which remains one of the most successful hardware devices in Valley history.

Under previous CEO Jack Barker, Hooli had plans to release the Hooli Box 2, but due to
manufacturing setbacks and an overall failure of leadership, that project was
discontinued. Hooli has opted to move forward in the name of technological advancement
with the revolutionary Gavin Belson Signature Box 3.

While details and full specs won’t be unveiled until its launch, Hooli CEO Gavin Belson
says, “This isn’t your grandfather’s data storage box. The Signature Box 3 is the result of
my history of innovation, and Hooli’s refusal to play it safe.”

Example using new SmartThings Cloud API!

Groovy based coding officially not deprecated, but may lose access to new features, so it is bound to eventually die off.

Hope for the best and prepare for the worst. Not sure what else we can do :man_shrugging:

1 Like

Or shift the paradigm. :wink: As you know, about a year and a half ago I changed the way I personally think about home automation. Now I look at it more like a mobile phone, as a service with a monthly cost (even if it’s just my own budget), and an expected payback period of three years for any individual device including the hub. So I assume things are going to change, then I’m going to have to pay for those changes, And I budget and spend accordingly.

It has proven to be way less stressful for me than trying to future proof everything. I buy what works today, I save so I can replace it eventually, and I don’t overinvest, either financially or emotionally, in any one technology.

I’m not saying it’s an approach that would work for everyone, but it’s been working well for me. :sunglasses:

1 Like

Totally agree. It’s been almost three years since I setup my v1 hub. I don’t like to think of anything I’ve setup with this hub (or other HA/IoT devices I’ve picked up that don’t integrate with ST) as an investment. If it all dies tomorrow, I’ll move on and salvage whatever devices I can.

1 Like

Thank you all for the responses, what a great community and support. I’ve been away for a few days and am only just catching up with this.

Yes I guess I could use another hub but as mentioned by JDRoberts this would lead to some issues as at present I see the home as one entity and like having singular reporting process etc, also to be frank given that my current set up does all I desire apart from this I was not seeking the expense nor reconfig needed for a second hub. I was merely asking if anyone had a similar issue and if they knew of a solution.

With regards SHM intruder detection, at present I am purely using internal home motion detection or door/window sensor changes . I do have a number of somewhat aged ( and hence limited configuration options/sophistication) Foscam CCTV set up which although they feed into ST I have the motion detection at a level where they would give too many false alerts - hence they are not used to change SHM state.

Now back home I need to take some time to read the suggestions, consider my config and how I can make this work, it may be as simple as not actually changing SHM state but just triggering notifications to me whilst in the gym in the event of a state change on a motion detection in the house (the end goal of course if that if I am in the gym I know if here is an intrusion to the house - irrespective of whether SHM state changes or not). I know I can do that to various levels of complexity using Webcore if I have to but again was enquiring if a simpler more elegant solution were available.

Again, thank you everyone for you contributions.