Local Processing in Hub V2


(Jason Mok) #1

Continuing the discussion from What's the deal with Nest?:

I’m not sure ST has guaranteed that community developed SmartApps/Device Types will be included in local processing right after certification. Yes, it may be included down the road, and this is not yet clear on how or what the process is to enable community developed stuffs to run locally.


How to know Local App vs. Cloud App in Hub 2.0?
What runs locally on the new V2 hub?
UPDATE: Recent SmartThings User Experience & Platform Performance
Converting from Vera to ST v2...Advice requested
What features require the internet?
FAQ: CONFIRMED: Local Processing - Working Device Handlers
Decided on SmartThings...help with devices!
FAQ: CONFIRMED: Local Processing - Working Device Handlers
Why should our devices disable when SmartThings is down?
Two Zigbee and Two zWave devices just plain stopped responding
Hub inactive
Not sure where to post but What happens if your Internet goes down?
Why latency increases when internet down
Power Outage and Zigbee Bulbs
Is there an offline API for the v2 hub?
If I lose internet, shouldn't Hub still let me control stuff in my wifi?
Will this work? (Reboot modem)
SmartThings Cloud is Down
Anyone else having issues with android app
Weekly Update from Alex - 06/09/16
Why are there Hub outages with 2.0 Hubs
ESP8266 - Device Type and Sub Forum?
Ring Protect Keypad
[RELEASE] HomeSeer Dimmer and Switch (HS-WD100+ / HS-WS100+) Device Handlers
Trouble with RBoy Lock Smart App
AlertMe Replacement some questions compatibility between US and UK
Local processing not working
FAQ: Disarming SHM when Hub is offline? (A: You Can't)
Hub Firmware Release Notes - 18.18
FAQ: CONFIRMED: Local Processing - Working Device Handlers
Switch to Local Processing only for backup/critical situations
GE Remote (45600 or 45633) with Honeywell VAM
Hub - SmartThings cloud platform communication details
New to Smartthings... few questions
[Deprecated] Lutron Caseta Connect V1.5
Trigger a light based on temperature?
FAQ: CONFIRMED: Local Processing - Working Device Handlers
Perhaps, an Answer - ST + Vera + Echo
SmartThings operation is OK when there is no internet connection (feature idea)
Recycle timer / repeat on off command / cycle timer?
I have been given a project (medical wellness check)
Hue Bulb Factory Reset: SOLVED if your Hue Bulb is on a ZLL Channel
Local execution with new SmartApp architecture?
Local data caching
When is local control coming?
Running ST locally, DIY control panel, and feasibility
Hub2 API changes?
Local v2 Hub Functionality
ST v2 - what can the hub do w/o power and only local LAN access?
Does Smartthings work off line?
Which battery powered security sensors / monitors, alarms / sirens, etc. should I add to Hub + Schlage Connect deadbolt locks?
Routines not triggering and/or are partially executing
FAQ: CONFIRMED: Local Processing - Working Device Handlers
(Geko) #2

Correct me if I’m wrong, but even not all SmartApps and Device Handlers developed by SmartThings will execute locally. Only whitelisted apps will, of which there’s currently only one - Smart Lights. Also, it will execute locally if, and only if, all devices it’s hooked up to are also whitelisted for local execution.

It is also my understanding that in order to execute locally, SmartApps and Device Handlers must be bundled with the hub firmware and downloaded to the hub during firmware upgrade.


(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy) #3
  1. Yes… But obviously only “official/approved” Device Handlers and SmartApps are candidates for whitelisting, and still, SmartThings is likely to want to whitelist as much as optimal (ie., rarely used SmartApps or special odd Devices are a waste of memory, but popular ones are worth offloading from the Cloud).

  2. Yes… Local execution is unfortunately currently also contingent on the entire set of Devices being local as well. It would be nice if they could hybrid within one SmartApp, but difficult to decide what to do if Internet is down or extra latent.

  3. Yes… The announcement that “local Devices and SmartApps” are only distributed by a firmware update is really really disappointing as it fundamentally reduces flexibility. Different customers use differ sets of Devices and SmartApps and it is inefficient to push everything to everyone. This architecture makes modular / isolated testing difficult too. I guess even with the many months delay, SmartThings was just unable to come up with a reliable way to do modular distribution or a “cache model” that was implied by @hagins during Developer Call. I’m sure that there are good reasons and serious complications, but… Thought ST Engineers were geniuses.

BTW: WigWag has also proposed a modular caching architecture. I wonder if they manged to get it working.

.4 Another major remaining weakness is no ability for the client App to connect locally (and other local APIs). But not a surprise.


(Brice; SmartRulesApp.com) #4

That is disappointing. Where was that announced? I must have missed it.


(Jason Mok) #5

In this post.


(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy) #6

Confirmed in and with more detail during the Developer Conference call, by @hagins.


(Brice; SmartRulesApp.com) #7

Bummer. I couldn’t make it tonight.


(Brice; SmartRulesApp.com) #8

This seems promising that he said that this packaging with the hub firmware is the “current limitation”. That sounds like it is not the permanent plan, right?


(Mike Maxwell) #9

In the case of the Smart Lighting app it’s not as bad as you would think, as it’s a parent child app.
So the execution criteria (approved local devices), is applicable within each separate child automation.
Meaning the entire parent app and all of it’s children aren’t disqualified should a cloud/non local device exist within one of the automations.
Only the specific automation containing the non local device(s) are excluded.


(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy) #10

Yes… There are a lot of potential improvements that will not require new hardware and are in absolutely unpublished plans.

Which means that there is no way to estimate when these features will be deployed. Jeff Hagins mention various features with November timeframe and others with “early next year”… I would double to quadruple the length of time before we see most of them, if ever.


(Linda Thomas-Fowler) #11

I understand (and applaud) the desire for security but the path they chose leaves me without a reason to upgrade to the v2 hub. Half of my devices are from my homegrown adt integration smartapp and it sounds like that it will never be possible to run locally. If they would simply let me designate a smartapp and devices as trusted for local execution that would solve the problem. Even if one had to go to the IDE to do it.

Unfortunately, with with local smartapps coming through hub firmware updates that doesn’t seem likely to happen any time soon given their record at making changes.

Sigh. Guess I"m stuck in that limbo of unpredictable response times for the foreseeable future.


(Bruce) #12

They say that they are working on this, specifically for the sorts of device types and apps you are referring to. Timeframe later this year (ya sure). But you are right, unless and until that happens, not much point in migrating.

It’s cool that Smart Lights can run locally, but most of my lighting automations are done with a custom app. So, I’m in the same boat.


(Linda Thomas-Fowler) #13

i believe they intend to but…their track record on delivering on promises in a timely manner is less than ideal. I’ve been a customer for a year now and ST may be on its last few months here unless I can find a way to make it reliable. The unpredictable lag is just killing acceptance here.


(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy) #14

ROTFLMAO. :laughing:

(Does anyone use that acronym anymore? Well… at least we have emoticons too). What’s the emoticon for “DHYB” (Don’t hold your breath)?


(Brice; SmartRulesApp.com) #15

:no_entry_sign: :blush: maybe?


#16

Just thought I’d put this here so it would be easy to find later. :sunglasses:

This is the link where you can see exactly which smart apps are running locally on your hub.

At the present time it will be empty except for individual automations from the new smart light lighting wizard, provided those instances are using standard device types.

I have verified that you do get a listing for each individual instance. So if you have named one “guestroom lighting rule” and another one “sunset lighting rule” you will see two entries in the following table:

https://graph.api.smartthings.com/localInstalledSmartApp/list


[RELEASE] Iris Smart Plug (3210-L) Zigbee Plug with Z-wave Repeater
(sidjohn1) #17

Dude where did you find that? I’m all over the IDE and i’ve never seen that.


#18

Support gave it to me. :sunglasses:


(MT) #19

Thanks for that link, I’m currently rebuilding my v2 and I’d like to decouple my smartapp functionality. I’ll install whitelisted functionality as the “critical” pieces with the “bonus” functionality broken out into smartapps that run in the cloud. I’m struggling to figure out what will run local before I setup everything. Is there an easy way to tell what apps and which devices are on the list? Forgive me if it’s out there, my wife usually has to help me find peanut butter in the pantry so not so good at searching these days.


(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy) #20

I think it is too soon to design your system around local execution, as Hub V2 was released with minimal capability in this regard and will go through progressive iterations of improvement. If you avoided everything non-local now, you wouldn’t be left with much.

**In general:*f

  • only use official SmartApps and stuff like Smart Home Monitor, Smart Lighting and Routines.
  • only use official “works with SmartThings Devices”

If any SmartApp uses a non-official Device Type, it likely will not execute locally. Non-published SmartApps, never local. Obvious “cloud stuff” (e.g., Echo) not local.