[OBSOLETE] “Home on Code Unlock Too"

@mcvoss & @BOLISARIO

So you both don’t want this to change modes, just track who uses the lock?

Simple: create a dummy Hello Home! action that doesn’t change anything. Assign this Dummy action to both Lock and Unlock, and you’ll be all set.

This is more in keeping with the idea of the app, which was to change your location’s mode to HOME (via Hello Home actions) when someone you know opens the door.

This work-around should let you both do what you want…

Thanks for the tip. When you say to create a dummy Hello Home! action, how exactly do you do that? I’m a newb to ST, sorry for the newb question.

Click the Hello Home icon top right of the dashboard display. Then click the gear that will be at the bottom right. There, you will see your list of Hello Home actions. At the bottom, Add a New Action, give it name, and don’t select any actions. Safe it, and use that for your Actions in my Home on Unlock Too SmartApp.

Enjoy!

Thanks Barry!

Michael

Awesome, thanks again!

brilliant app! Only suggestion would be to make the inputs name/description a little more intuitive to understand. Pretty good to begin with though. e.g. I didn’t understand “Coded Home Mode phrase” and “Hello Home notification only”

@storageanarchy I have a suggestion, I love your app but I want to use to only to notify me of who’s accessing the doors and not run a phrase each time it’s locked/unlocked.

I made a simple modification, just removed the default value and set the required to false for the phrases, this allows me to “monitor/notify” only and not change. Ofcourse this isn’t prefect, but it’s a really neat way to extend the use of this app. Maybe you can incorporate these changes into the app for others.

What would be cooler and awesome however is an option to notify/monitor and if in some mode (say night or away) or if the phones aren’t present if someone access the door (lock/unlock) then run the phrases. That would make the ultimate flexible app for monitor, taking actions and any combination there of.

Great work!

Thank you @storageanarchy. This works great.

Are you open to requests for additional features? I am transitioning to ST from a Nexia setup with about ten Schlage Z-Wave deadbolts & lever locks and I haven’t yet seen a way to reproduce the push messages to notify of a disabled lock (four bad pin-code attempts), or low battery alerts. Any thoughts, or links to other elusive apps that already provide this?

ST does it’s own battery reporting

Also you can add this batter checker that will report on the 1st and 15th of the month as well as installation

I would second the request for notification of repeated failed attempts and also throw in code scheduling. ie. code 5 only works M-F 3p-4pm and will tell me if anyone tries to use it outside that window.

Great suggestions, but not all are possible or feasible

  1. Battery reporting would be redundant with the ST implementation, but I do think perhaps an (optional) Notification when the power gets to critical (<5%) because very soon after that the lock will stop working.

  2. As for repeated failed attempts, this one is tricky - I’m not sure that the ST device passes any notification along of failed attempts, but it might - for those locks that actually report this (not all do)

  3. Scheduling is a massive undertaking, but the real issue is that the lock will open on its own, and only reports which code was used AFTER the lock opens. Thus, the only way to implement this is to add and remove the code from the lock on a schedule - again, not something that works with all locks. I think I have to put this into the Not Possible category.

  4. As for a “monitor only” mode, I will probably tackle this one soon. But until there, there is a work-around: simply create a Hello Home action that doesn’t do anything, and configure that one for the I’m Back and Goodbye! actions in the app.

Please - keep the ideas and suggestions coming…I hope to have an update before the end of 2014.

Barry,

regarding #3. I heard nexia allows for scheduling with the lock I have - schlage camelot. Perhaps Kyle can shed some light on if that is true and how it happens.

Yea - my bad…it is definitely possible, but I don’t think it is currently feasible within ST to enable/disable a specific code. I’m happy to be proven wrong, however.

If it IS possible, then it’s the complexity of a scheduling app that gets in the way - ST is designed around events more than schedules - while there is a basic schedule() function, there’s no central scheduling app designed to support free-form scheduling. Worse, a single SmartApp is limited to 4 pending timed events - again, not a show stopper, just makes it more difficult to implement a generalized scheduler that can manage multiple events for multiple devices.

So, not IMpossible, but more than I’m willing to bite off at the moment.

Just thinking out loud here. In Rboy’s app he is able to add/remove/edit codes. Perhaps it would be possible to schedule an app to add and then remove the code based on schedule. And then just run multiple instances of the app to meet your personal scheduling needs for multiple codes. Didn’t meant to derail at all and I appreciate “Home on Code Unlock Too”! Thanks Barry! Here is Rboy’s app

I am very green when it comes to working with custom smartapps, however, I had added others successfully and this one errors out.

The error is as follows:
startup failed: script1419286302528829093313.groovy: 140: expecting anything but ‘’\n’’; got it anyway @ line 140, column 166. ltiple: false, required: false ^ 1 error

Any ideas?

Sorry about that: Typo - get it again from my Github and you should be all set.

Note that the code setting feature isn’t complete and/or doesn’t work for all lock types. It shouldn’t hurt anything, though…

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
script14193437263251437077847.groovy: 346: expecting ‘}’, found ‘’ @ line 346, column 2.
}
^

Another typo?

OK, more than a typo…I was maintaining 2 versions and screwed this one up. Github version is now up to date, and tested/verified (as best I can - my Schlage isn’t letting ST set Lock Codes).

Hmm…I just installed the app (first I did an update of the existing code I had, then I uninstalled and reinstalled). I’m getting the following error in the live log…

  • 979fb1af-3c5b-4bd4-9196-7446ea9f4624 2:28:26 PM EST: error
    groovy.lang.MissingPropertyException: No such property: newCode for
    class: script1419362694310718385188 @ line 174
  • 979fb1af-3c5b-4bd4-9196-7446ea9f4624 2:28:26 PM EST: info Resetting
    user codes for Kwikset- Garage Inside Door
  • 979fb1af-3c5b-4bd4-9196-7446ea9f4624 2:28:26 PM EST: trace lock from
    Kwikset- Garage Inside Door was provided with doorHandler…creating
    subscription

If you need anything else from me or want me to test something, I’m happy to oblige! :smile:

My bad again…forgot to save the latest edit into my Github store…all set for SURE now (famous last words, I know)…

:triumph:

Yep, that worked! Thanks!!! This will be a big help. I had the older version installed prior to you adding the code programming capabilities.

Two questions/notes:

  • I noticed in the activity log that the SmartApp sent the commands twice to the lock. Is that normal? Just wanted to let you know. It cycled through the three I set and then cycled through them again.

  • Is there any way to have more than one lock be part of the SmartApp? I have two doors that I want to have the exact same codes. I noticed that the lock selection is a radio button, not a checkbox.

On another note - did you submit this to ST for inclusion? This is a GREAT app that should be part of the core of ST.

Again, thanks for the hard work on this!