[OBSOLETE] Hue Dimmer Switch (ZHA) (beta) (no hue bridge)

Stephen_McLaughlin · November 13, 2016, 2:56am

This is a device type handler for the Hue Dimmer Switch using its ZHA based endpoint

List item

Update Jan 18 2017

Remove unneeded configure button (was for testing)
Added numberOfButtons event to make this device work correctly in CoRE (I think this will only work for newly added devices)

Update Nov 13 2016 - Fixed pairing with SmartThings, will no longer pair as Thing/Unknown (I am an idiot and had the fingerprint backwards) ST Now shows the correct ZHA fingerprint for the device.

The Good

Supports Press and Held States on all 4 buttons.
Actually reports 4 states, PRESS, HOLDING, RELEASE, RELEASE AFTER HELD, only the last 2 are mapped to events at the moment. (I dont think the other 2 have smartthings analogues)
The device even reports how long the button was held though there doesn’t seem to be a good way to expose this in smart things.
Uses Zigbee Home Automation Clusters instead of Light Link (no pretending to be a bulb)
Reads Battery Status (un-calibrated)

The Bad

So far unknown if it solves the dropping off the network issue
Code is really really greasy (I am working on it heavily still, I have just struggled with these switches for so long I wanted to end the suffering… hopefully)

github.com

digitalgecko/mySmartThings/blob/master/devicetypes/digitalgecko/hue-dimmer-switch-zha.src/hue-dimmer-switch-zha.groovy

/**
 *  Hue Dimmer Switch
 *
 *  Copyright 2016 Stephen McLaughlin
 *
 *  Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except
 *  in compliance with the License. You may obtain a copy of the License at:
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 *  Unless required by applicable law or agreed to in writing, software distributed under the License is distributed
 *  on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License
 *  for the specific language governing permissions and limitations under the License.
 *
 */
metadata {
    definition (name: "Hue Dimmer Switch (ZHA)", namespace: "digitalgecko", author: "Stephen McLaughlin") {
        capability "Configuration"
        capability "Battery"
        capability "Refresh"

This file has been truncated. show original

Credit to @Sticks18 for getting us started with his ZLL base Device Type

Hue Dimmer Switch Connected to ST Writing Device Types

Continuing the discussion from New Philips HUE devices: Creating a new topic to see if the community can help draw up ideas to configure this remote directly connected to ST. It’s similar to the Lutron Connected Bulb Remote, but doesn’t have the ZLL commissioning built in and I can’t get it to pair with any bulbs. Unreliable integration: I have been able to get it to send responses back to the hub, so it can emulate a button controller; but it frequently loses its connection to ST and requires re-pairing. Below is a link to the custom device type and info on connecting to ST, but please manage expectations until I can report that the connection is more solid. If this is your first time using custom code with ST, please see the following thread on how to get started in the IDE. This cod…

Stephen_McLaughlin · November 13, 2016, 3:50am

Seems that this method suffers from the same dropout issue as using the ZLL profile. Possibly even worse.

shoggot · December 5, 2016, 10:10pm

will have to try this one. The latest hub update fixed my dropouts so far. Been up for over 3 days as it before fell out after about one hour.

professordave · December 8, 2016, 4:48pm

Hello,

I set up a hue Dimmer with your latest device type this morning.

We will see if it retains connection.

Because of the new bug for picking buttons in smart lighting automations I added this line to my local copy. This should be added to the repository

def configure() {

/// New Code so UI on iphone is aware of how many buttons
sendEvent(name: “numberOfButtons”, value: 4, displayed: false)

professordave · December 9, 2016, 12:30am

Okay, I connected the hue dimmer in the morning, when I came home from work in the evening, clicking on a button shows the red light instead of green and smartthings no longer sees the button presses.

:(. Sad face

professordave · December 10, 2016, 1:16am

So I repaired this morning, and this evening it is still connected

shoggot · December 13, 2016, 8:50pm

only get one button working in CORE. What should i do? also dont get held to work. but it show up as events all the buttons.

r4nd0m · December 19, 2016, 5:12pm

I can get it to work however I get errors / warnings

24261499-6dec-45b1-8fea-e4e6c83ec5c3 17:11:08: error Button: 4 Hue Code: 4002 Hold Time: 1
24261499-6dec-45b1-8fea-e4e6c83ec5c3 17:11:08: warn SmartShield(clusterId: 0xfc00, command: 0x00, data: [0x04, 0x00, 0x00, 0x30, 0x02, 0x21, 0x01, 0x00], destinationEndpoint: 0x02, direction: 0x01, isClusterSpecific: true, isManufacturerSpecific: true, manufacturerId: 0x100b, messageType: 0x00, number: null, options: 0x0100, profileId: 0x0104, senderShortId: 0x7e83, sourceEndpoint: 0x02, text: null)
24261499-6dec-45b1-8fea-e4e6c83ec5c3 17:11:08: error Button: 4 Hue Code: 4000 Hold Time: 0
24261499-6dec-45b1-8fea-e4e6c83ec5c3 17:11:08: warn SmartShield(clusterId: 0xfc00, command: 0x00, data: [0x04, 0x00, 0x00, 0x30, 0x00, 0x21, 0x00, 0x00], destinationEndpoint: 0x02, direction: 0x01, isClusterSpecific: true, isManufacturerSpecific: true, manufacturerId: 0x100b, messageType: 0x00, number: null, options: 0x0100, profileId: 0x0104, senderShortId: 0x7e83, sourceEndpoint: 0x02, text: null)

Jimmy_r · December 26, 2016, 9:18pm

did you figure out how to get more than one button to show up?

Stephen_McLaughlin · January 19, 2017, 2:43am

Now that I have a replacement hub and am back online, I have had the time to incorporate this change into my git repo. Newly added devices with the latest handler now work properly with CoRE. I also removed the useless configure button.

Stephen_McLaughlin · January 19, 2017, 2:47am

These errors are nothing to worry about just some aggressive debugging that was left in by mistake. I have removed it from the latest release.

Sam_Roza · January 27, 2017, 7:28pm

I just bought a hue dimmer switch hoping to add it to smarthings. I do not have a Hue bridge. I can’t seem to get the device to show up in ST.

I have added the device handler, but don’t see how to use this without getting the device recognized first. What’s the trick?

Sam_Roza · January 28, 2017, 1:22am

./ignore I reset the device and it found it.

Sam_Roza · January 28, 2017, 9:03pm

I’ve got button 1 and button 4 working for on and off, but haven’t yet found the right action combination to get button 2 and 3 working to dim/raise.

Lloyd_Williams · February 5, 2017, 8:54pm

Does this suffer from the dropouts the same as previous device handlers for the dimmer switch?

NOITAIDAR · February 16, 2017, 8:29am

Watching this thread with great interest. How far off general release do you think it is? I’m trying to avoid installing anything beta or alpha, because of the way my wife looks at me when things go wrong. Lol

NOITAIDAR · February 18, 2017, 3:10pm

I’ve installed this with a spare Hue Dimmer I had, to test control of a Fibaro Dimmer. Is it possible to program (via CoRE) an action based on a double click?

NOITAIDAR · February 18, 2017, 7:14pm

ok, I’d sacrifice Double-Click, as it seems like quite a tricky request.

However, I’d like to figure out how holding a button can translate into dimming up and dimming down.

Essentially, I’m trying to duplicate the OOB functionality, with a non Hue light bulb/dimmer.

NOITAIDAR · February 19, 2017, 9:32am

So I answered this myself.

I changed

            if ( buttonState == 3 ) {
            result = createEvent(name: "button", value: "held", data: [buttonNumber: button], descriptionText: "$device.displayName button $button was held", isStateChange: true)
                    sendEvent(name: "lastAction", value: button + " held")
			}

for

            if ( buttonState == 1 ) {
             result = createEvent(name: "button", value: "held", data: [buttonNumber: button], descriptionText: "$device.displayName button $button has been held for " + buttonHoldTime + "ms", isStateChange: true)
                    sendEvent(name: "lastAction", value: button + " held")
	         }

and now it’s creating the event while the button is being held, and not when a held button has been released.

I realise that as a button that’s not ideal, but as a dimmer, it is perfect for me. Perhaps a cleaner way would be to allow configuration in the device settings to say that holding button x acts is a dimmer or as a button.

Also, if it were possible to configure actions within the DH, it would certainly speed up the button transactions, instead of having to rely on CoRE.

Topic		Replies	Views
Hue dimmer switch Devices & Integrations	5	4927	February 13, 2018
Philips Hue Wireless Dimmer Switch? Connected Things	8	15494	February 11, 2022
[OBSOLETE] Hue Dimmer Switch DTH (No Hue bridge) rewritten Community Created Device Types dth_remotes	112	11946	March 18, 2023
Hue dimmer integration with ST Community Created Device Types	1	750	November 15, 2020
Help Philps hue dimmer switch / remote Devices & Integrations	6	1100	July 30, 2019

[OBSOLETE] Hue Dimmer Switch (ZHA) (beta) (no hue bridge)

Related topics