I’m currently in the process of switching my hue configuration in OpenHAB from api-v1 to api-v2.
I noticed that in the api-v2 the group things no longer have color channels.
However, this is the case in api-v1.
Is this a binding error or does the hue-api-v2 actually no longer support color settings at the group level?
In the Hue app you can group several lamps together and then control the color together.
With the hue binding in api-v1, the color of lamp groups could also be controlled together.
However, this is not possible with API-v2.
If I understand you correctly, this wasn’t “forgotten” but actually by design…?
That would mean that you can no longer implement common color control for several lamps from OpenHAB, right?
You should be able to put the color items of the lamps into a group item and control that one. Commands sent to a group are sent to all members. This approach works for me for brightness channels at least.
The features of lamps and rooms/zones are as I described above. You cannot send a HSB command to a room/zone. Period. Please look at the Hue App – it shows very well what features are available.
I just noticed I slightly misremembered: I do brightness (for 4 lamps in parallel) via zone, but color temperature for the same 4 lamps as described via group. The group takes the channel state if all 4 are equal or UNDEF otherwise.
Looking up how I set this up, I see it won’t help you much The group is set as type dimmer with AVG aggregation. I don’t think there’s a meaningful aggregation for colors, though.
I am pretty sure that this is the exact same reason why Philips / Signify did not implement it either in their API or their App.
Reason is that different lamp models have different color gamuts (or none at all), and/or have different color temperature mirek schemas (or none at all).