Releases: StrykerSKS/SmartThingsPublic
Releases · StrykerSKS/SmartThingsPublic
Stability fixes and feature rich
This release brings a lot of improvements to the authentication processes.
See CHANGELOG for complete details of updates.
Final (hopefully) release candidate for v0.9.0
Final countdown to v0.9.0
If this is stable then I can go back to working on features instead of fighting the ST platform issues.
[0.9.0-RC6] (Beta Release)
General Changes
- Introduction of support for Child SmartApps! First SmartApp is
ecobee Routines
for using SmartThings Modes (Routines) to control the modes (and other settings) on the Ecobee Thermostats - More hooks to be defensive against the SmartThings platform stability issues (e.g. Scheduled Events)
SmartApp Changes
NEW ecobee Routines Child SmartApp
- Control your Ecobee Thermostats based on SmartThings Modes/Routines
- Support for multiple instances for running different options at different modes
- Support for controlling the following options per instance:
- Multiple SmartThings Modes
- Multiple Thermostats
- Select Ecobee Program to run (Away, Home, Sleep or Resume Program) (NOTE: Custom programs are on the wish list for a future release)
- Select Fan Mode (Optional)
- Can also be run at Sunrise and/or Sunset event (Optional)
- Toggle to temporarily disable the Handler so you don't have to delete it when you want it off temporarily
Ecobee (Connect)
- Complete overhaul of the Ecobee (Connect) User Interface to make it easier to manage and to allow for the introduction of the Child SmartApps
- Switched from using
atomicState
to juststate
to reduce overhead - Using helper functions to build JSON bodies for API requests. This should spead up adding new features over time
- Added checks to make sure the customer Device Handlers are installed before proceeding with setup
- Added a
Debug Dashboard
so that various state variables and functions can be performed right from within the SmartApp. No need to go the IDE just to check things! - Added some watchdog capabilities to improve reliability of Scheduled Events
- Updated the fan mode handling to not disrupt the existing running event (hold) or program, only changes the fan settings now
- Set several helper function to
private
so as to not pollute the exposed interfaces - Thermostats can now also be exposed as individual Remote Sensors so that the actual temperature at the Thermostat can be used for HA
Device Handler Changes
- [Thermostat] Faster response in User Interface (send events immediately when a change is made in app)
- [Thermostat] Defaulting back to the thermostat
multiAttributeTile
with the release of the 2.0.8 phone apps (Needs Android testing!)