Open ebaauw opened 3 weeks ago
Hi Erik, what does the hybrid mode mean in practice? Does it mean that the switch can directly switch lights on/off without the use of the zigbee coordinator? I've the old model (RDM001) and i'm wondering whether an upgrade would be worth it.
Short answer: yes. Long answer follows:
Normally, wireless switches/buttons/dials/dimmers either work as controller or as sensor.
buttonevent
values (through the button_map.json
), so they can be used in deCONZ rules
. Typically the API exposes config.group
on these switches, to setup the binding from the switch to the group;buttonevent
values to the gateway (using the server FC03 cluster). That means you need the gateway to be operational for these switches to control lights, through rules
.Some Hue devices (like the Hue dimmer switch, the 2nd gen Hue motion sensors and, as we recently figured out, the 2nd gen Hue wall switch module) can be working in (what I like to call) "hybrid" mode, simultaneously as sensor and as controller. However, we don't (yet?) expose config.group
on all these devices (as we don't want to pollute the Zigbee network with unused group messages), so you would need to setup the binding manually (in the GUI). Also, not the limitations of the 2nd gen Hue wall switch module: no dimming (even in push button mode), and only one group (even when in dual mode).
Note that, strictly speaking, the coordinator (the RaspBee or ConBee device) plays no role here. It's the deCONZ software (or more precise: the REST API plugin) that acts as gateway between the Zigbee and IP networks and executes the rules
.
Got ya, thanks. In my current setup i've combined 2x RDM001 with something like this: https://www.girastore.nl/314700.html
So i've basicaly a left part (up and down buttons) and a right part (up and down buttons). Left side is connected to a RDM001, right side is connected to another RDM001.
In my current setup:
Ideally, i would like to take advantage of the hybrid approach to make the system more robust. I would like to keep it working exactly as described above, unless Deconz/Home Assistant are not responding for whatever reason. In that case, i would like it fall back to the controller mode:
Reading your explanation, i don't think this is possible because the distinction between "lights on" (when lights are off) versus "next scene" (when lights are on) cannot be made?
With direct control, the wall switch module will alternatively send On or Off, irrespective of the current light state, similar to the 2nd-gen Hue dimmer switch. Also, it will not take into account of whether you press the up or down button (100x or 200x buttonevent
).
Does the issue really belong here?
Is there already an existing issue for this?
Describe the bug
Unlike the original model Hue wall switch (RDM001), the new model (RDM004, see #7490) does support hybrid mode, sending both button event notifications from the (server) Hue Button cluster (0xFC00) and On/Off commands from (client) On/Off cluster. As usual, the Hue-specific Configuration attribute (0x0031) on the Basic cluster needs to be set to 0x000B for this. Both unicast and group bindings from the (client) On/Off cluster seem to work.
There is one caveat, however: the On/Off commands are sent for both inputs, when configured as Dual Rocker Switch or Dual Push Button.
Also note that, despite the presence of a (client) Level Control cluster, the module won't sent Level Control commands, even after binding the Level Control cluster configuring the module as Push Button.
Steps to reproduce the behavior
Write 0x000B to Configuration in the Basic cluster, and create a binding from the (client) On/Off cluster to a light or group. Observe that the light state changes and the FC00 button event is received.
Expected behavior
API should expose
config/groups
on the ZHASwitchsensors
resource.Screenshots
No response
Environment
deCONZ Logs
Additional context
No response