# Weekly Update from Alex - 05/27/16

**URL:** <https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853>\
**Category:** Announcements\
**Created:** [May 27, 2016, 4:54pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853 "2016-05-27T16:54:10Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![alex](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/alex/32/11696_2.png) [@alex](https://community.smartthings.com/u/alex)\
**Post date:** [May 27, 2016, 4:54pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/1 "2016-05-27T16:54:10Z")

</div>

It has been a little over a month since [my first weekly update](https://community.smartthings.com/t/weekly-update-from-alex-4-22-16/46064). I’m proud of the progress we are making and it has been wonderful to see the support from so many in our community who are feeling the improvements in their day to day experience with SmartThings. We are going to keep at it!

Here’s a summary of some of the progress we made this week:

* * *

**Hub Firmware Update - 14.40**  
We released a new firmware for the V2 hub that had two very important fixes. We squashed a bug that could cause the hub to go offline even though the hub LED was green and also addressed an issue with Z-Wave device identification.

**Platform Updates**  
Our platform release this week had a ton of backend changes to improve latency across the platform as well as a fix for IDE event streams. Take a look at the [release notes](https://community.smartthings.com/t/platform-update-release-notes-05-23-16/48725) for more information.

**Smart Home Monitor**  
Our Smart Home Monitor engineers made significant strides in arming and disarming errors with this week’s update. They worked the logs, combed the code, and made some tweaks. These tweaks made the arming and disarming error rate decrease by a further 85% from the already big improvements of recent weeks.

**iOS/Android Mobile Apps**  
We did a lot of work on the backend to further improve mobile app stability. This week we rolled out a range of changes to the way the mobile app communicates to our client connectivity API. I’m happy to report that these changes have further improved app crash rates to less than 0.10% for all mobile sessions over the past 24 hours. The industry average for [iOS](https://data.apteligent.com/ios-crash-rate-by-version) and [Android](https://data.apteligent.com/android-crash-rate-by-version) is about 3%.

* * *

I am hopeful you are seeing the positive effects of the work we are doing on the platform every day. I look forward to sharing our progress again with you next week.

-Alex

---

<div class="post-metadata">

**Author:** ![blebson](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/blebson/32/23776_2.png) [@blebson](https://community.smartthings.com/u/blebson)\
**Post date:** [May 27, 2016, 5:42pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/3 "2016-05-27T17:42:03Z")

</div>

All of the updates have been very promising and I am happy to say that my personal setup has been very solid for the past few weeks.

One question about SHM improvements; when are we going to get entry and exit delays built into the system? Currently I’ll get at least one or two false alarms a day due to my tenants (who don’t have mobile presence) opening the door after unlocking it using a smart lock. I have it set to disarm the system when they unlock the door but it still takes a few seconds to register.

---

<div class="post-metadata">

**Author:** ![dshokouhi](https://avatars.discourse-cdn.com/v4/letter/d/48db29/32.png) [@dshokouhi](https://community.smartthings.com/u/dshokouhi)\
**Post date:** [May 27, 2016, 5:56pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/4 "2016-05-27T17:56:46Z")

</div>

This must happen to every single user who has this feature enabled, happened to me last night when I came home.

---

<div class="post-metadata">

**Author:** ![alex](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/alex/32/11696_2.png) [@alex](https://community.smartthings.com/u/alex)\
**Post date:** [May 27, 2016, 7:12pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/5 "2016-05-27T19:12:12Z")

</div>

Great suggestion. What is the behavior you would like to see? For example, auto-disarm when a lock is unlocked as an option? Sounds like you have that set up, but you’d like it to wait a few seconds to enable the disarm to take hold before triggering an incident?

---

<div class="post-metadata">

**Author:** ![blebson](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/blebson/32/23776_2.png) [@blebson](https://community.smartthings.com/u/blebson)\
**Post date:** [May 27, 2016, 7:26pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/6 "2016-05-27T19:26:33Z")

</div>

I currently have it set up using @ethayer’s lock code manager, I merged in some code to allow the use of ZigBee keypads which also gives me the ability to add an exit delay but there is no way to have an entry delay.

Having SHM auto-disarm with an unlock might be nice however you’d want to make sure you differentiate between a manual unlock and a keypad unlock. Disarming the house if someone picks the lock would not be a great feature… It would also be nice to be able to change the SHM entry and exit delays, maybe give a range of options between 30 and 120 seconds or something like that. Any routine/SmartApp that calls the SHM disarm command should have this delay applied.

To state the obvious; the exit delay would be the time between the ‘Arm’ command and SHM actually being fully armed. The entry delay would start a countdown when an action is triggered (possible create some sort of trigger for sirens or connected speakers for a warning sound) and only if the house isn’t disarmed in the set time will it actually trigger a SHM event.

---

<div class="post-metadata">

**Author:** ![tgauchat](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/tgauchat/32/49516_2.png) [@tgauchat](https://community.smartthings.com/u/tgauchat)\
**Post date:** [May 27, 2016, 7:42pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/7 "2016-05-27T19:42:05Z")

</div>

> [@blebson](#):
>
> The entry delay would start a countdown when an action is triggered (possible create some sort of trigger for sirens or connected speakers for a warning sound) and only if the house isn’t disarmed in the set time will it actually trigger a SHM event.

> [@Smart Home Monitor - Feature Requests](https://community.smartthings.com/t/smart-home-monitor-feature-requests/21826/168):
>
> 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,. …

---

<div class="post-metadata">

**Author:** ![dshokouhi](https://avatars.discourse-cdn.com/v4/letter/d/48db29/32.png) [@dshokouhi](https://community.smartthings.com/u/dshokouhi)\
**Post date:** [May 27, 2016, 7:42pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/8 "2016-05-27T19:42:20Z")

</div>

I think this issue may vary from device to device and use case to use case. I have a similar setup to what @blebson has. I have a Schlage Z-wave lock, which takes about 5 seconds to send commands to the hub. I have a contact sensor on my front door. I have my unlock option set to disarm SHM upon successful entry of a user code. The issue is that if I open my front door within that 5 second delay, where the lock is sending the commands to the hub my alarm goes off. This happened so many times I had to remove all contact sensors from SHM and start using Smart Alarm which incorporates entry/exit delays. As soon as I moved my entire setup that issue went away.

This feature request is beyond just for convenience, it is a necessity in cases like this.

---

<div class="post-metadata">

**Author:** ![a7a93524](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/a7a93524/32/95021_2.png) [@a7a93524](https://community.smartthings.com/u/a7a93524)\
**Post date:** [May 27, 2016, 8:00pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/9 "2016-05-27T20:00:49Z")

</div>

Any word on when we’ll get back the concept of a “door” that we had in v1? I want to tie open / close sensor to a lock.

---

<div class="post-metadata">

**Author:** ![lookalikey](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/lookalikey/32/31591_2.png) [@lookalikey](https://community.smartthings.com/u/lookalikey)\
**Post date:** [May 27, 2016, 9:16pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/10 "2016-05-27T21:16:29Z")

</div>

Since the update now the hub doesn’t recognise our presence at home until after we’ve opened the door and the alarm and siren has gone off … This never happened before the update ? Previously the alarm would deactivate a good 200 metres from home …

Massively disappointing and frustrating … I’ve spent a thousand pounds on my setup and don’t expect such fundamental regression. Do you have a thorough regression test suite ?

---

<div class="post-metadata">

**Author:** ![kraig109](https://avatars.discourse-cdn.com/v4/letter/k/22d042/32.png) [@kraig109](https://community.smartthings.com/u/kraig109)\
**Post date:** [May 27, 2016, 9:32pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/11 "2016-05-27T21:32:48Z")

</div>

@alex  
First, yes the system has been vastly improved over the last month. Thanks.

Second, on the alarm delay, please note carefully the difference in what @blebson is mentioning and what @dshokouhi is saying. There are smart door locks like Schlage, and there are zigbee keypads (like a traditional home alarm from ADT or something). These have very different uses, one outside and before entry while one is inside after a zone has opened. Please design for both situations! As the various rules apps have shown, give us a field to define a delay, do not hard code one. Some might want the 5 seconds, I want 30. 🙂

This item is really the last item outstanding for me finally ripping out an old Control4 system controlling lights, AV, thermo and alarm and going all Smartthings.

Thanks again for the improvements it really is getting close.

---

<div class="post-metadata">

**Author:** ![r4nd0m](https://avatars.discourse-cdn.com/v4/letter/r/dbc845/32.png) [@r4nd0m](https://community.smartthings.com/u/r4nd0m)\
**Post date:** [May 27, 2016, 10:13pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/12 "2016-05-27T22:13:28Z")

</div>

Yup I have seen the same - I track my partner coming home usually this was prior to her arriving so I could surprise or give her an heart attack now I get a notification when she unlocks the door - too late …

@alex  
What about github integration I guess outside the US? Still not available in the UK …

---

<div class="post-metadata">

**Author:** ![kraig109](https://avatars.discourse-cdn.com/v4/letter/k/22d042/32.png) [@kraig109](https://community.smartthings.com/u/kraig109)\
**Post date:** [May 27, 2016, 10:16pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/13 "2016-05-27T22:16:31Z")

</div>

Also on the alarm (ok a few more ideas 🙂),

1. Failed devices (battery) should not set off the alarm, I’ve had that happen with the Smartthings multi-sensors and
2. When disarmed, if zones are open, it should list them in SHM rather than “Everything OK”. It is ok, but the information of what is open would be valuable
3. When you attempt to arm (probably a configurable option), it should fail if zones are open (and allow some report out that it failed - chime, text to speech, etc).

Let’s really make an alarm replacement. Your partners in #Scout and #ADTPulse will get more business!

---

<div class="post-metadata">

**Author:** ![JH1](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/jh1/32/37723_2.png) [@JH1](https://community.smartthings.com/u/JH1)\
**Post date:** [May 28, 2016, 3:16am UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/14 "2016-05-28T03:16:53Z")

</div>

Alex, SHM is broke… again.

False intrusion alert earlier in the day. Cannot dismiss it because SHM is on an endless spinning circle attempting to load.

So guess what? My phone is going to buzz to remind me of the intrusion every hour throughout the night. Which is nice since I have to catch a 6am flight, it will make sure I am up… sure I won’t get any sleep, but at least I will be up thanks to broken SHM.

---

<div class="post-metadata">

**Author:** ![tgauchat](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/tgauchat/32/49516_2.png) [@tgauchat](https://community.smartthings.com/u/tgauchat)\
**Post date:** [May 28, 2016, 3:51am UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/15 "2016-05-28T03:51:41Z")

</div>

> [@JH1](#):
>
> My phone is going to buzz to remind me of the intrusion every hour throughout the night.

Uninstall or Logout of the SmartThings App?

---

<div class="post-metadata">

**Author:** ![johnconstantelo](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/johnconstantelo/32/111869_2.png) [@johnconstantelo](https://community.smartthings.com/u/johnconstantelo)\
**Post date:** [May 28, 2016, 4:06am UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/16 "2016-05-28T04:06:44Z")

</div>

> [@tgauchat](#):
>
> Uninstall or Logout of the SmartThings App?

Nope, done that too. But, the incident was logged and the Status page updated. I’m back up and OK as of a few minutes ago. My ticket was also just updated.

---

<div class="post-metadata">

**Author:** ![JH1](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/jh1/32/37723_2.png) [@JH1](https://community.smartthings.com/u/JH1)\
**Post date:** [May 28, 2016, 5:14am UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/17 "2016-05-28T05:14:57Z")

</div>

> [@tgauchat](#):
>
> Uninstall or Logout of the SmartThings App?

Won’t solve it. It is set to send a text message reminding of the incident. Can’t change that with the app broken.

I can turn off my phone, but my phone is my lifeline. Have children. Can’t just shut off the phone.

---

<div class="post-metadata">

**Author:** ![tgauchat](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/tgauchat/32/49516_2.png) [@tgauchat](https://community.smartthings.com/u/tgauchat)\
**Post date:** [May 28, 2016, 5:56am UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/18 "2016-05-28T05:56:14Z")

</div>

Guess that’s a good reason to not use text SMS messages!

You can use a text message blocking App that intercepts everything from SmartThings caller ID.

---

<div class="post-metadata">

**Author:** ![r4nd0m](https://avatars.discourse-cdn.com/v4/letter/r/dbc845/32.png) [@r4nd0m](https://community.smartthings.com/u/r4nd0m)\
**Post date:** [May 28, 2016, 9:51am UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/19 "2016-05-28T09:51:05Z")

</div>

I can perfectly dismiss it on iOS - dont have that issue …

---

<div class="post-metadata">

**Author:** ![Aaron](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/aaron/32/93986_2.png) [@Aaron](https://community.smartthings.com/u/Aaron)\
**Post date:** [May 28, 2016, 10:44am UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/20 "2016-05-28T10:44:39Z")

</div>

We are working on bringing developer tools to the UK! Jump over to this thread for more information and to participate in a beta: [Github Integration for UK users](https://community.smartthings.com/t/github-integration-for-uk-users/28915/46)

---

<div class="post-metadata">

**Author:** ![JH1](https://yyz2.discourse-cdn.com/smartthings/user_avatar/community.smartthings.com/jh1/32/37723_2.png) [@JH1](https://community.smartthings.com/u/JH1)\
**Post date:** [May 28, 2016, 1:53pm UTC](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853/21 "2016-05-28T13:53:03Z")

</div>

Thanks. They issued a fix last night, before you tried. This was affecting all platforms.

Glad it was resolved relatively quickly for sure, but cost me about 2.5 hours of fidgeting trying to disable the dang notifications. Seems to always be something. Just really want to get to a point with HA that things are stable and it provides more value and convenience than distraction and toil.

[Next page](https://community.smartthings.com/t/weekly-update-from-alex-05-27-16/48853.md?page=2)
