Smoke detector can not be used as a generic siren.
Will I be able to use my Hue lights in a strobe or red/blue flash pattern as the visual notification?
There’s no direct support for Hue in Smart Alarm. However Smart Alarm can trigger a Hello Home action. So if somebody figures how to flash lights from HH action, it may be possible, at least in theory.
I have SmartAlarm configure so that when I return home it’s supposed to DISARM - it is not. Since the “Emergency Update” - whenever I cross the geofence, the garage door opens, the garage motion detects the door movement, sets off SmartAlarm - programmed lights turn on, siren in Garage attic blares, siren in Office does not. This worked flawlessly up until the “Emergency Update” on ST’s side.
I also have SmartAlarm configured to DISARM when things start happening in the morning - namely when Living Room Motion trips when exiting my bedroom. That also has not been occurring since the ST “Emergency Update”.
When I DISARM from the APP, auto arming doesn’t appear to work again. Having read many of the comments in this thread since the issue popped up, I am not certain I am hitting DONE after a DISARM. I might be backing out of the APP.
Made those changes, then ran up to the store. I just got back - I can confirm that for the first time since ST did the “Emergency Update” that my SmartAlarm did automatically DISARM. The MyQ Garage Door opener activated, but did not trigger an ALARM!, so the SmartAlarm was not blaring as I got out of the car.
The activity list shows -
Change of mode from AWAY to HOME
MyQ Garage Door open command
SmartAlarm DISARMED - then nothing
The Schlage (on door between garage and house) did not unlock and thermostat temp changes that should be part of the mode change, don’t appear to have happened. There seems to be a lot of small things like this going on right now … me thinks there’s something askew with the “Emergency Update”.
Simplified zone management. Each sensor is now treated as a separate zone. The number of zones (sensors) is unlimited.
New ‘Entrance’ zone type. Entry delay now only affects Entrance zones.
Exit delay is eliminated.
Removed buttons (Arm, Disarm, Panic) from the control panel pending UI button implementation on Android platform.
Refactored arming/disarming logic to work around event unsubscribtion errors that started after SmartThings backend upgrade.
When upgrading from version 1.x , it’s is strongly recommended to uninstall Smart Alarm before installing the new version. If you chose to upgrade without uninstalling, please make sure that you remove all sensors from the zones. Failure to unbind sensors from Smart Alarm will prevent you from removing them in the future until you uninstall Smart Alarm.
I do have a question: I like to receive text alerts when my alarm changes status in addition to the push alerts. (I use tasker to watch for specific texts, then use the content of that text to setup a variable which is pushed to my Pebble Watch so on my ‘Glance’ watch face I get a one character “icon” that shows alarm status: D, S, or A.)
In the procedure “Panel Status” (starting at line 757), why is the procedure call for notify(msg) commented out? I see your note there to use the sendNotificationEvent(msg) procedure instead, but I’m wondering why? I did discover that if I try to use the notify(msg) in that instance that SmartAlarm won’t install on the mobile app, so I’m guessing this is why you’d done it that way, but do you know why it throws this error when using notify(msg) here?
As a work around I simply put in a line: sendSms(phone1, msg). This gets me my text messages so I’m happy, I just curious why it works (or rather, doesn’t work) this way when using notify(msg).
Side note: LOVE the redesign. Much easier setup in my opinion.
Excellent work I know this was a request I had and it is awesome to see it. Thank You!!!
Quick question does this mean for the entrance zone that you can’t arm the system and exit since the exit delay has been removed? Ultimately I think the exit delay is still needed. The ability to arm and then exit through the garage door(entrance zone). Then return to the house enter the garage and then disarm would be preferable. Thoughts?
I love the Idea for the Smart Alarm. However, since I had a lot of falls alarms with the original app, I found that using the “Valuables” which is located in the “Alerts” does the trick for me. You can setup Alarm actions for Doors/Motion/Widows and have it trigger the Alarm Siren, etc., related to the Away or Stay Home modes.
You’re right, for the most part Smart Alarm is similar to “Damage & Danger” built-in apps. There’re few differences though:
You’d have to install and configure a “Damage & Danger” app for each zone (sensor). E.g. set the mode when the zone is armed and the telephone number for SMS notifications. If you need to configure 30 zones, that’s a lot of tapping and typing. And if you ever want to change the number, you’ll have to do it in 30 different places.
There’s no concept of Away and Stay arming modes. You can limit alerts to a certain ‘mode’, but what if you want to be notified when the door is open in Away and Night modes, but not the Home mode?
Smart Alarm can be armed/disarmed using remote control and/or REST endpoints.
@geko. True True. But I just wanted to interject with other options which I found. Maybe it will help someone; it helped me.
Thank you Tyler of the live Tech chat at ST. This was the only thing which was working during the outages. Strange though…
So in my first test - it appears to have performed correctly. When I checked the smartapp, saw status that system was armed, got home MyQ opened garage door, no blaring sirens, then checked the smartapp again to confirm Smart Alarm was disarmed. On the way out of the geofence, I noticed the door locked, lights turned off, thermostat changed set point (probably because of ST’s work this morning). However, on the way home, while the MyQ triggered the garage door, and obviously disarmed Smart Alarm, the door did not unlock, lights did not turn on, thermostat did not change set point.
I did have to open the smartapp to check alarm status with v 2.0.0. With Smart Alarm v 1.2.1, I could open the Hello,Home dialog to see that the system was armed. Because I usually set the ST app to H,H when I’m leaving so I can check the status of locks, thermostat, etc., it was nice to have the ARMED / DISARMED notifications there. With 2.0.0 I had to drill back to the Dashboard, drill into My Apps, open SmartAlarm to get the status. All fine when stopped at a light, a little less convenient when driving.
Is that the way it should work now? Or should it report in H,H like v 1.2.1 was doing?
So installed 2.0 today. Everything went great with install. Armed the system… then my son came home from school today. He enters a code in the Z-wave lock, which trigger a mode change. Hello Home gives this sequence of events:
3:13: Running “I’m Back!” because family unlocked Side Door Lock.
3:13: (from SA) I’m Back!
3:13: Welcome Home! I Changed mode from Away to Home as you requested.
3:13: Smart Alarm disarmed.
3:14: Alarm at location ‘Home’! Side door: Side door
So it looks like my mode changed correctly when my son came home. Furthermore, it looks like SmartAlarm successfully noted the mode change, and disarmed itself. But then a minute later the Alarm still triggered.
Any idea where I should start with trouble shooting?