Here is a list of the Device Handlers that are confirmed working with local processing (I personally tested that these show up in the “LocalDevice List”) as of Dec 8, 2017:
I went through every one of the device handlers with a test device and verified if they show up in the LocalDevice List.
After working with support for months on getting local processing working, I am amazed that the Device Handler never came up and my incorrect use of Smart Lighting was supposedly the issue. After changing my Cree Bulb from “Cree Bulb” to “SmartPower Dimming Outlet”, I was able to locally process my light. In frustration, I went through every device handler so I know what DH’s I need to use to get local processing working. Not once was changing my DH suggested from support to help with my local processing issue and I figured it out through trial and error.
Anyway, hope this helps anyone with similar local processing issues. If your device in NOT using one of these device handlers, local processing will NOT work.
I’ll keep this post updated as things change with help from the community
If Smart Lights is the primary use of local processing, why is there only one bulb that’s supported; the “GE Link Bulb”? We are using dimmer and outlet DH’s to control our bulbs, why are Zigbee and Z-Wave bulb DH’s not being locally processed when that is the design of local processing? Strange that some Water Valves and Garage Doors are locally processed and not 90% of the light bulbs DH’s…
Want to know the beautiful irony about that as well? GE Link bulbs aren’t even on the list of officially supported devices whereas the Cree Connected bulbs are… which don’t run locally as I understand it.
This is excellent work! Thanks for sharing it. It would be great if you could add it to the community – created wiki, as then others could add additional devices later as well.
I’m curious. What are the benefits of local processing? My cree bulbs respond in under a second as is, and without an Internet connection I can’t trigger devices connected to smartthings even with my minimote connected to my ST hub. So what’s the big plus of local processing?
Also, I changed my cree bulbs to the device type you suggested and I’m not sure what happened but my Iris open/close sensor (zigbee) on my front door started going haywire which leads me to wonder if the device type you recommended affects the zigbee repeater in the cree bulbs as the door sensor isn’t very close to my hub. Changing the device type back resolved the issue as well.
There are two big theoretical pluses to local processing:
One) local processing should run faster because it doesn’t have to go out to the cloud and come back
Two) local processing will continue to run even if the SmartThings cloud is unavailable
However, there’s an old engineering saying:
in theory, there isn’t much difference between theory and practice, but in practice there usually is.
Many people have reported that their locally operating devices ran slower than their cloud processing devices. It may be that the hub’s local processing just isn’t very efficient.
The second benefit does apply. It’s a very limited number of devices, and you won’t be able to do anything with the mobile app on your phone if the cloud is not available to your hub (even if your phone and hub are on the same local network), but it’s a feature that is important to some community members.
You could try the GE Link Bulb device type or Dimmer switch but I haven’t noticed that myself. I have a single Cree bulb and 4 Iris 3326-L motion/light sensors and have had no issues after changing the DH to SmartPower Dimming Outlet on the Cree.
Advantages for me with local processing:
My Iris motion sensors immediately turn on the light. The light is on a staircase and a 1 second delay is longer than I’d like. I saw improved performance (less delay) using local processing.
If internet drops or SmartThings is not triggering routines due to issues with the platform (which is rather common these days), my lights turn on every day at 6AM regardless. I am not reliant on the stability of the ST cloud or my Internet connection for my lights to turn on at their set times.
OK. I tried the ge device type and it works without any issues. Re local processing and scheduling, does turning on a light when there’s motion also work should you lose Internet connection?
Right now, the only thing that runs locally are smartlighting automations which use only device type handlers which also run locally. No custom code either smart apps or device type handlers) runs locally. Routines do not run locally. Notifications, including push notifications do not run locally. CORE does not run locally.
So if the motion sensor handler runs locally, the light handler runs locally, and you connect them with smart lighting, and there are no other non-local devices referenced, it should run locally.
I’m not home now, but using the GE device type with the cree bulbs and a
motion sensor with a locally processed device type, and automation done
with smart lighting, the automation should still take place even if I lose
Internet connection?
Different customers will have their accounts on different “shards”. If you sign into a shard that your own account is not associated with, you will be allowed to sign in, but the list will look blank.
The community created wiki keeps the list of all the possible shard links so you can find the one your own account is on.
At the present time there are three possible links depending on which shard your account is associated with. There will probably be more in the future.
The community – created wiki keeps a list of all the possible links so you can find the one your own account is on.
