The Ecobee thermostat appears to have custom modes which isn’t part of the most thermostat standards (auto/cool/heat etc).
I would recommend setting up a simple CoRE rule that runs an action when it detects a lock or unlock event (with the Universal Enhanced Z-Wave lock device handler you can also identify the source, keypad etc) and then send a custom command to the thermostat to change it’s mode.
On popular request:
Some of the advanced features require use of the Universal Enhanced Z-Wave Lock device handler (the app will notify you when required), most features are available with the stock SmartThings Z-Wave device handler.
If you’re using a ZigBee lock, we recommend the awesome Universal ZigBee Lock device handler from @jhamstead
Some examples of how folks are using this app:
Copyright © RBoy Apps
This app just chugs along and I don’t need to get involved. A credit to it’s quality.
That is until I need to update it. I decided to update the custom device handler (3.5.1) and the latest Smartapp (5.10). I followed the directions but when opening the Smartapp on my phone and then saving I get the error “Error saving page”. No details so I don’t know how to fix. This has happened to me before but it somehow fixed it self.
Any ideas.
I do see this in the log in the IDE:
java.lang.IllegalArgumentException: Command ‘setCode’ is not supported by device ac7bb006-70f5-4d0c-b1b6-697ebf26d9ca of type ‘Door lock code user management with notifications and automatic relock’. Supported commands:
Edit - FWIW, my two locks have also disappeared from my ST app, they still exist in the IDE.[]
What this message is saying is that your locks either don’t exist or they are using the wrong device handlers. Check your lock setup, it isn’t using either the stock st zwave lock device handler or the universal zwave lock device handler.
The locks disappeared from the app, but they exist in the IDE and have the type
"Door lock code user management with notifications and automatic relock"
Both devices show correct recent activity in the IDE.
When editing the App on my phone, I can select both locks.
Sigh - Sadly, another user error. I mixed up my windows and published the
smartapp code as a device handler. When I did things correctly, it worked
correctly - DUH.
Thanks for your help.
If I had a nickel for every time that happened…I’d have about $1.45.
Is it possible to get the current device and app versions printed on your web page? I would like to just be able to quickly tell if I’m on the current one without logging into this or your web site/
If you leave this option turned off, you will receive notifications when there is a new release available:
Yeah I know but I’ll keep receiving them until I update.
That let’s you know that you are not on the current version though and that is what you were looking for.
The notification tells you what version is available and if you open your app in ST you can quickly see the version you are running.
Speaking of versions and updating of Device Handlers and SmartApps. Obviously the way it’s done now and being able to keep the code as locked up as possible and only available to those that have paid their subscription/donation is fine, but have you ever thought about doing something where all of this could be made available via GitHub and your SmartApps require some sort of authentication code when they are installed in SmartThings that has to be entered and maybe associated to a code stored in each person’s account on RBoy apps? This would definitely make life so much easier to be able to update via the repository and also would address the question I replied to earlier. Just a thought in moving forward.
A second question. Does your website allow for us to change our password on our own? If so, I couldn’t find it. I have the original user/pwd that was given to me and from a security standpoint, I would think everyone would be able to change their passwords. Maybe I just missed it navigating through the site.
@RBoy I installed tonight with a Schlage Connect. Also using the Enhanced Z-Wave DH, however, on the device detail screen, I just see a bunch of blank tiles, with the exception of “Lock”, “Unlock” and “Battery”. Is this correct? Device has the proper type and MSR is also populated. What am I missing here?
Can you validate the device in IDE that it is using “Universal Z-Wave Lock With Alarms” for the Type?
I have Yale’s but I would figure your screen would look similar give or take different function options:
That’s correct. The type is “Universal Z-Wave Lock With Alarms”
I am having the exact same problem. I have a Schlage lock and just installed the custom device handler and other than lock/unlock I see a bunch of blank tiles too.
On a whim, I tapped the “Refresh” tile in the bottom right and the icons started showing up slowly. Give that a try.
I’ve just installed a door sensor to allow safe auto-locking of my Schlage BE469, and set a 1 min delay to the auto-lock.
All appears to be working fine EXCEPT the one button activation of the deadlock (the Schlage button) no longer works. Also, when the door is manually locked from the inside, the auto-lock still activates after the 1 min !
I’m using the latest ST app and DH.
Anyone else having this issue or have I just set it up wrong ?
So when I remove a user from the app, it doesn’t seem to remove the code from the door. I went from 3 to 2 users, but user 3’s code was still active.
I’m on the latest version and using jhamstead’s DH.
