Qubino Flush RGBW Bug in RGBW Update

Hello together.

I’ve got a strange behaviour with my Qubino Flush RGBW Devices (ZMNHWD). Every time i Set a Color_Temperature to the device, the Binding updates the State of the Color_temperature to 100.

Here is what i Mean (I sent 20 and the Device responds with 20. But Item gets set to 100):

2023-09-19 22:07:47.488 [DEBUG] [.commandclass.ZWaveColorCommandClass] - NODE 33: Color report finished {WARM_WHITE=5, BLUE=0, RED=0, GREEN=0}
2023-09-19 22:07:47.489 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 33: Got an event from Z-Wave network: ZWaveColorValueEvent
2023-09-19 22:07:47.490 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 33: Got a value event from Z-Wave network, endpoint=0, command class=COMMAND_CLASS_SWITCH_COLOR, value=0
2023-09-19 22:07:47.490 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 33: Updating channel state zwave:device:835b63ed:node33:color_color to 0,0,0 [HSBType]
2023-09-19 22:07:47.492 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 33: Updating channel state zwave:device:835b63ed:node33:color_temperature to 100 [PercentType]
==> /var/log/openhab/events.log <==
2023-09-19 22:07:47.497 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'QubinoFlushRGBWWohnzimmerVorhang_ColorTemperature' changed from 20 to 100

You can find the full log here: NODE33_log.txt (120.8 KB)

I think this is somethin @chris might be the right person for. Any chance to get this fixed?

Regards,

This will likely need to be Chris, because I’ve never gotten into color (no devices). However, from a quick code check the “dimmer” channel and “color_temperature” channel appear to use the same command class. In your log the switch multilevel seems to be set at 19% (close to your 20%)?

Dear @apella12,

yes this is a bit strange. If the light is off everything is at 0. If i than set the warmwhite (color_temperature) channel to 20 the light get’s on in wamwhite at 20%. The Dimmer channel jumps to 19% and the warmwhite (color_temperature) channel jumps to 100%.

Your bug could be how the ZW DB is setup for the device (or not). I’m wondering if the color_temperature channel needs to be moved to the switch multichannel CC with the dimmer channel. Or maybe the binding has trouble separating color dimming from brightness dimming (Are these supposed to be independent of each other?

Some testing/observation ideas
Does the brightness dimming work okay? (Is the color_temperature 100% at all brightness levels?)

In the test above does the light physically change appearance when the color temperature changes to 100% (with the dimmer channel at 19%- Is it dimmed?), or does the whole action happens too quickly to see any intermediate change.