We’re excited to announce the start of a new SmartThings Hub Firmware Beta. Version 0.35.x will begin rolling out in batches starting in the week of February 1st; we will send out an email when we start updating Hubs. We will be paying close attention to any issues encountered by users so your hub may not get updated right away. The hub will be offline for about a minute during the update. See below for more specific details about the update.
Version
0.35.x
Hub Target:
Samsung SmartThings Hub 2015 (Hub v2)
Samsung SmartThings Hub 2018 (Hub v3)
Release Date:
February 3rd - February 5th, 2021
Release Notes:
New Features
Local Execution of Rules: Compatible Rules that are created or updated after the feature is enabled will execute locally on the Hub.
Zigbee Enhancements: Firmware update support for ABL Ultra-Thin Wafer
Bug Fixes
Speed up average boot time
Z-Wave networks not updating correctly after performing a network repair or adding/removing a device
Minor bug fixes and improvements
NOTE
Anyone who participated in the previous beta (0.34.x) is automatically signed up for this one.
If you’d like to participate in the beta but haven’t taken the survey yet: Sign Up Here
woohoo! I have some questions/clarifications (as always ):
What constitutes a “Rule”? I’m assuming an automation created with the Rules API?
The Automation creator, scenes and quick actions in the new app all use the Rules API now, right? So are all of these eligible to run locally?
What are the “rules” that must be met for a Rule/Automation to run locally? I assume the device must run locally, as shown in the IDE? But some devices that run local not every capability runs locally. Is there a list of capabilities that are eligible? do times run local? what about modes? etc
How do we determine if a Rule/Automation is running locally? We can’t see them in the IDE and AFAIK we can’t query our Automations created in the app via a GET to the Rules API.
I have one too. I could wait but it is something I have to start thinking about sooner than later. It relates to:
Those of us with more than one hub might note ‘the Hub’ is singular. So I am wondering how multiple hubs will be handled. I guess the obvious answer is that the rules will execute on whatever hub that all the devices they use are on, and so rules using devices from more than one hub will remain cloud executed. However just because I can’t see an alternative doesn’t mean there isn’t one.
“updated after”…Does this mean we will have to recreate rules that are currently in use in order to run local? Or does this mean a simple on/off to each rule will do the trick?
Maybe @vlad or @ady624 can help clarify what is eligible for local rules and how we can validate this is working or not. Hard to test a beta without knowing the details.
If you go into the “Overview” tab in the beta in centercode, there is more information about local rules. This thread is public and there was some worry about posting that info where non-beta-participants could see it.
):
