I am trying to make a DTH that will allow devices to be run locally instead of in the cloud. However, when I built off of the ZigBee Switch template, and changed my code to this:
A DTH that runs locally is basically “baked in” to the hub firmware. All you can do is run device handlers and apps in the cloud. (Sorry! I know this isn’t what you wanted to hear!)
RBoy
(www.rboyapps.com - Making SmartThings Easy!)
6
Yes you should and many of the other parameters are also not used for cloud handlers. It’s better to keep just name, namespace and author parameters in the definition statement for cloud handlers
I didn’t know where else to post this but this seems like as good a place as any. My story is a sad one…
I am an early ST adopter. In the early days the DTH’s were crap and they didn’t allow images to be shown in icons and the icons didn’t have names, etc. So I updated the default DTH to include a canUpdateBackground parameter. All was good and I was happy. Local execution wasn’t possible back in those Hub v1 days. Fast forward to today when I have over 150 devices that by default use the custom DTH that I wrote for dimmers and switches and motion detectors. Now all my devices run in the cloud even though they could run locally if I had stuck with the default DTH. So today I am going through my entire setup changing over the DTH of everything to use the default DTH provided by SmartThings. This is giving me local control of all my lights and motion detectors. I was tempted to just switch to Hubitat but I decided not to because I like where Samsung is heading.
No ask for help here - just sharing my experience that long-time users should check to see if they have local or cloud processing, and if not local to replace their DTH with the default.