what happens if you go to developer tools → events and subscribe to zha_event and use the knob?
I got two of these and paired them and can’t seem to do anything with them. What could I be doing wrong?
These are not really supported in ZHA, you would need to move to Zigbee2MQTT. I just migrated to Zig2MQTT yesterday and it expanded what is sent to HA… I get toggle on button press, the rotation works, it shows “action rate” and “action step size”, and you can choose between “command” and “event”. I haven’t found a blueprint for it yet, so will have to make some time to see how these integrate into HA.
Edit… just tried rotation and it sends “brightness_up” and “brightness_down”… but pushed in and rotated sends “color_temp_up” and “color_temp_down”.
Regardless of issue also be sure to upgrade Zigbee Coordinator firmware before start troubleshooting.
There already looks to be a ZHA quirk handler for it in ZHA quirks library (ZHA Device Handlers), so suggest instead help improve ZHA by reporting bugs + assistant in troubleshooting the quirks, see:
https://www.home-assistant.io/integrations/zha#zha-exception-and-deviation-handling
and
https://github.com/zigpy/zha-device-handlers/issues
as well as information for more advanced users here:
https://github.com/zigpy/zha-device-handlers
PS: The reason why it works in Zigbee2MQTT is its community has fixed their converter = quirk for it.
Hi,
Just to report the knob works just fine with ZHA and a custom quirk ( the same quirk used for the tuya 4 gang switches): https://github.com/zigpy/zha-device-handlers/pull/969
The knob have two mode which i call the toggle and press mode.
You notify the device you change modes by doing a tripple press on the center button.
The toggle mode send:
- Press
- Long Press
- Release on long press
- Rotary step information: Left or Right and the step size
The event mode:
- Single click
- Double click
- Long Press ( not tested )
- Rotate right ( without step size )
- Rotate left ( without step size )
Please note that the toggle mode, the step size trigger condition are hardcoded in the script and there is a small bug in ha that trigger the slow right rotate after a slow left rotate.
I’ll try to use this mode with event condition in the automation when i’ll figure how to compare the values ( greater or lower than )
Toggle mode with event condition automation:
Replace the device_ieee, unique_id and device_id
- id: '1654099239234'
alias: Smart Knob Platine - Toggle Mode - Tourné à gauche lentement - With Event
description: ''
trigger:
- platform: event
event_type: zha_event
event_data:
device_ieee: 84:ba:XX:XX:XX:XX:XX:XX
unique_id: 84:ba:XX:XX:XX:XX:XX:XX:1:0x0008
device_id: bcXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
condition:
- condition: template
value_template: '{{ trigger.event.data.command == ''step'' }}'
- condition: and
conditions:
- condition: template
value_template: '{{ trigger.event.data.params.step_mode == 1 }}'
- condition: and
conditions:
- condition: template
value_template: '{{ trigger.event.data.params.step_size < 20 }}'
action:
- service: script.baisser_volume_denon
data: {}
mode: single
- id: '1654099894294'
alias: Smart Knob Platine - Toggle Mode - Tourné à gauche rapidement- With Event
description: ''
trigger:
- platform: event
event_type: zha_event
event_data:
device_ieee: 84:ba:XX:XX:XX:XX:XX:XX
unique_id: 84:ba:XX:XX:XX:XX:XX:XX:1:0x0008
device_id: bcXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
condition:
- condition: template
value_template: '{{ trigger.event.data.command == ''step'' }}'
- condition: and
conditions:
- condition: template
value_template: '{{ trigger.event.data.params.step_mode == 1 }}'
- condition: and
conditions:
- condition: template
value_template: '{{ trigger.event.data.params.step_size >= 20 }}'
action:
- service: script.denon_baisser_volume_15_increment
data: {}
mode: single
- id: '1654099954630'
alias: Smart Knob Platine - Toggle Mode - Tourné à droite lentement - With Event
description: ''
trigger:
- platform: event
event_type: zha_event
event_data:
device_ieee: 84:ba:XX:XX:XX:XX:XX:XX
unique_id: 84:ba:XX:XX:XX:XX:XX:XX:1:0x0008
device_id: bcXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
condition:
- condition: template
value_template: '{{ trigger.event.data.command == ''step'' }}'
- condition: and
conditions:
- condition: template
value_template: '{{ trigger.event.data.params.step_mode == 0 }}'
- condition: and
conditions:
- condition: template
value_template: '{{ trigger.event.data.params.step_size < 20 }}'
action:
- service: script.monter_volume_denon
data: {}
mode: single
- id: '1654100013061'
alias: Smart Knob Platine - Toggle Mode - Tourné à droiterapidement- With Event
description: ''
trigger:
- platform: event
event_type: zha_event
event_data:
device_ieee: 84:ba:XX:XX:XX:XX:XX:XX
unique_id: 84:ba:XX:XX:XX:XX:XX:XX:1:0x0008
device_id: bcXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
condition:
- condition: template
value_template: '{{ trigger.event.data.command == ''step'' }}'
- condition: and
conditions:
- condition: template
value_template: '{{ trigger.event.data.params.step_mode == 0 }}'
- condition: and
conditions:
- condition: template
value_template: '{{ trigger.event.data.params.step_size >= 20 }}'
action:
- service: script.denon_monter_volume_15_increment
data: {}
mode: single
By the way,
This rotary button is kind of meh, because like every tuya device i own, i find it slugish and you always have to pause yourself between every action.
For exemple when you try to raise the volume rapidly by rotating the knob with fast turn motion or with a continuous turn motion(i understand this case can be hard to debounce), only the first one i sent until you pause for 0.5 sec.
Does anyone know another knob that would feel snappy ( can be zwave or zigbee )?
1 Like
The IKEA knob does not need 0.5 seconds at least.
You can’t go fast, but you rarely need to pause either.
Thanks i’ll give it a try
Just found it on aliexpress. So does it work properly with z2mqtt?
I also just found this knob and would like to know if it’s working directly with ZHA ?
I don’t want to install ZigbeeMQTT if I can avoid it.
Again, there already looks to be a ZHA quirk handler for it in ZHA quirks library (ZHA Device Handlers), so again suggest help improve ZHA by reporting bugs and assisting in troubleshooting the quirks, see:
https://www.home-assistant.io/integrations/zha#zha-exception-and-deviation-handling
and
https://github.com/zigpy/zha-device-handlers/issues
as well as information for more advanced users here:
https://github.com/zigpy/zha-device-handlers/blob/4956114628a2aee435776c5e286a8e97d4f3df53/README.md
https://github.com/zigpy/zha-device-handlers
PS: The reason why it works in Zigbee2MQTT is its community has fixed their converter = quirk for it.
Hi,
Like i posted some days ago, it does not work out of the box with ZHA, you have to use a custom quirk. it’s not as dreadful as it sound, you just have to add a file at a certain place in your configuration (How to setup local ZHA quirks).
I just tested the ikea symfonisk volume knob and overall i’m more pleased with it than the tuya device.
If i can just give a piece of advice, you’d better avoid any tuya device. They are a pain. I own a light bulb, a 4 buttons remote, the smart knob and some smart plug. And every time there is a something that is a deal breaker when you use them and make them a waste of your money.
They can be troublesome to install/recognize because you have to use custom quirks, but i saw worse zigbee devices in this aspect.
It’s just that they are workish…
The bulb: Slow as *** but not that big deal if you accept a little delay and it’s the least infuriating device in my book.
The 4 button remotes: Slow, press debounce too long and sometimes the presses are not registred ( not an issue with the communication, but rather with the build quality ). You can live with it, but the miss click are really annoying
The smart knob: Slow and ridiculous debounce time. Making it nearly unusable to smootlhy tune the volume or dim a light
The smart plug: They works just fine, except they randomly turn off, killing the connected equipment without any user input due to what seems to be a firmware problem ( i was not really pleased when i woke up one morning with my nas shut down improperly and my network cabinet shut down too )
Regards
Edit: I forgot that i own tuya humidity/temperature sensor. Those are safe, not the best calibrated temp sensor, but nothing that can’t be offseted with HA.
1 Like
The reason why ZHA Device Handlers (a.k.a. a quirks) are sometimes needed i explained in the ZHA docs here → https://www.home-assistant.io/integrations/zha#zha-exception-and-deviation-handling
Summery in relevant technical layman’s terms;
Most Zigbee devices with Chinese brands are either made by Tuya or Aqara/Xiaomi and both of those manufacturers are infamous for making device firmware for those products that do not strictly follow Zigbee specification standards, in fact, deviating from standard attributes and values (as well as standard Zigbee clusters) will break practically all Zigbee solutions until they implement custom workarounds for each and every individual device that does not follow the standards of the set specifications, and manufacturers keep releasing new devices so to developers of any third-party Zigbee solutions that did not make that non-standard device it is like a never-ending game of playing catch-up in order to implement a new custom workaround for each new such device that is found in the wild.
To make things a little bit easier such workarounds for individual devices in different Zigbee solutions are implemented in the same way so much can be reused via shared device handlers that deal with conversions of non-standard quirks and deviations from the official specification standards set by the Zigbee Alliance.
Therefore each brand new device needs parsing and translation to convert the messages so are presented as virtual device representations that actually do follow the Zigbee specification standards. That is when someone needs to write a custom “quirk” (sometimes also referred to as a “converter”).
Device handlers/converters parse and translate/convert any non-standard Zigbee attribute(s) and value(s) or other deviating quirks into standard Zigbee attribute(s) and value(s) which then the ZHA integration can understand.
By the way, unlike some proprietary Zigbee solutions such as for example Tuya or Aqara/Xiaomi own Zigbee gateways the ZHA integration implementation and its zigpy dependency has been designed to follow the official Zigbee specification standard and therefore all devices that actually do follow the Zigbee specification standard should just work out-of-the-box without the need of any custom device handlers.
PS: Zigbee2MQTT also require Zigbee Device Handlers but they call them " zigbee-herdsman converters":
https://www.zigbee2mqtt.io/advanced/support-new-devices/01_support_new_devices.html
https://github.com/Koenkk/zigbee-herdsman-converters/tree/master/
Sorry to resurrect this somewhat-old post, but this is the main result when searching for these knobs within HA, so…
I bought a couple of these, and I’m having a hard time figuring out how to properly configure them in HA. To my understanding, the only way to make physical buttons trigger actions inside HA is to create a bunch of automations, for each one of the triggers, right? (gosh, HA needs to create “automation categories” for us to group those ASAP).
Besides that, most of these triggers don’t have clear meaning, and are disconnected from the events fired as seen in Dev Tools > Events > Listen. Thus, I’ve opened a new GH issue to request some renaming / clarification. Here’s what I could gather about these little knobs: [Device Support Request] Clarify Tuya smart knob (TS004F) automation events · Issue #1808 · zigpy/zha-device-handlers · GitHub
One trigger for each button. There can’t possibly be less.
You could either make one automation for all the remotes or one per remote and use trigger id to separate the actions.
Events are just something you need to listen for and copy paste to the automation. There is no logic to the values usually.
But doesn’t ZHA expose the remote as a device?
One trigger for each button of each remote… What means for three remotes (one for each bedroom) with possibly 10 actions each… That’s 30 automations polluting the panel and 30 repeated settings I have to make 
I understand why, but I hope this gets a big improvement in future releases 
EDIT: it seems this has been requested more than three years ago. I made a more specialized request of a controller config screen.
As far as I can understand, the events from ZHA are turned into automation triggers, but they’re confusing (I guess because the triggers use standard names which don’t exactly fit the knob actions), to say the least. Then I went down the rabbit role to investigate the actual events and came up with that GH report to see if this can be improved.
And yes, there’s a Zigbee device, but it only shows the battery level and an “identify button” which I can press in the UI but have no clue what that’s for 
But that’s the device the triggers are attached to.
No.
It can be one automation as I said before.
OH. RIGHT. Sorry! I didn’t understand what you meant so I guess my brain ignored it - since it seems to not be a standard option in the UI.
Could you give an example on how to create a single automation for many triggers and then split actions by the trigger?