I have the same behaviour as both of you - also getting 5 dimmers of which one acts as the main switch. Appears to be a bug or feature that hasn’t been build in yet? I found this topic which is not exactly the same but similar - https://github.com/zwave-js/zwavejs2mqtt/issues/477 . I checked whether the recommended lines are in the *.values.jsonl, which it is.
Something else odd; I looked at the list of entities for the RGBW controller that I had when running OpenZwave (beta), and instead of 5 dimmers, there were actually 6 Light controls:
I am running later versions than you are, but I don’t think that there has been a regression here, since at one time I would have been running the same versions as yourself, and I have never seen the color wheel since I moved from OpenZwave (beta) to ZWaveJS…
No, it is not working just by upgrading. I’m on the latest everything. zwavejs2mgtt, zwave-js under the hood, HA.
No color wheel still. What steps did you take to get it working?
Nothing specific, just using the latest dockers for HA and ZWJS2MQTT. I enabled the five switches and when I switch on the main switch, I also start the white led with an automation (don’t know if that is still needed, it was required before the wheel started working.
Your config screen in the zwavejsmgtt admin looks entirely different than mine. I re-interviewed, but didn’t help. I actually have a color picker in the admin tool.
441 is the Fibaro RGBW Controller, 442 is the successor, the Fibaro RGBW Controller 2. I have the 442, which is shown in both applications. Don’t see that in Geoff’s screenshot, which does show the same FW version you have. So I think you have the 441.
All of a sudden my 442 started working. I already had a colorwheel, it just did not do anything when selection colors… I does now… not sure why, only updated regular things as they came out…
I would like to use them via NodeRed to activate for example when the doorbell rings…
but the available items in developer options to do seem to do much with regards to the sequences: