But do we know the method for setting these from code?; so far I’ve come up empty there.
I tried that. I defined people to receive push notifications in the contact list. Then i added those people to that section of the routine definition. When i run the good night routine it does not send a push. When i run the good morning it does not send the push. I think that section may only send a push if the routine was run automatically. The routines I am using are the ones that used to be HHA’s and were converted or reclassified to routines.
I would report it to support@smartthings.com. There may be another setup step to do, or it could be a bug.
But do we know the method for setting these from code?; so far I’ve come up empty there.
I don’t think you can set it directly. Indirectly, you can execute Hello Home actions (now Routines) that change SHM state.
Yes, but the routines’ smartapps are obviously able to set it, so there must be a way.
I submitted a ticket. We will see how it goes.
The SHM’s Security module is subscribing to alarmSystemStatus events. Possibly this is how Routines set the SHM state, by sending location events. Just guessing…
…and thus the hacking begins… 
Note: Lest anyone take offence, I use the term “hacking” here in the classical sense, not the pejorative black hat sense. (Damned journalists hijacking what used to be a perfectly descriptive phrase - they’re all just a bunch of hacks)
I dont know if its the right place to ask question here. Because notice that in Smart Monitor page the Disarmed was the one highlighted while actually it’s already in Arm Stay. Supposed to be in Arm Stay too.
Has anyone successfully setup something like Alert Zones in Smart Alarm (@geko) with SHM and if so how? I have several contact sensors that I want to trigger sirens and lights whenever one opens. I tried to setup a custom monitoring rule that triggers siren and light actions when in Home mode when the specified contacts are open but I’m only receiving push notifications, the other actions don’t occur. Are “Alert with Sirens” and “Alert with Ligths” actions only triggered for custom rules if SHM is Armed?
They are not for the lights. I had the same question, but figured it out. If you set a custom rule based sensor will work regardless if armed or not. Don’t know about sirens. It works just like ‘Notify with Hue’ app.
@scottinpollock It looks like you can set the alarm state from other smartApps.
sendLocationEvent(name: "alarmSystemStatus", value: "away")
sendLocationEvent(name: "alarmSystemStatus", value: "stay")
sendLocationEvent(name: "alarmSystemStatus", value: "off")
Nice find! I figured this had to be possible; how did you discover this?
Hey Gene,
These should trigger in a custom rule as well. Try re-creating the rule, if that doesn’t work reach out to support@smartthings.com and we’ll get you sorted out.
Thanks, Tim. I tried multiple times. I’ll contact support.
App Suggestion:
Triggering lights is nice but would there be any way to make lights flash on/off?
If my home I’d broken into I want a way to visually see that there has been unwanted access.
Edit: Placed in feature request thread. My apologies for misplacement here but will leave for developer feedback
I was actually going to suggest the same thing. Having a whole house flash on and off would definitely get the attention of people!
This is definitely doable with HUE as it is a simple call to the local API. Other incarnations of this would involve scheduled events, and we all know how troublesome they can be (especially for short, accurate cycles). Perhaps this would be more likely once we actually start to see things run locally on hub v2.
Anything using the Hue bridge will not run locally on V2. (Really.) Has to do with how they coded the Hue integration.
I think you may have missed my point. The HUE API has an ‘alert’ token that automatically flashes lamps (or groups of lamps). It is a state property just like ‘ON’, ‘BRI’, etc. Just pass ‘alert’ to a lamp or group (group 0 for all), and off they go.
Unfortunately this feature, along with color cycling and transitionTimes, is still missing from the stock integration, but it is just a few lines of code to add it.
So this makes this very doable with HUE, not so much with other lamps and switches that would require multiple timed schedules, or pauses to be invoked (without local operation, due to execution time and schedule restraints of the cloud).