In my case, Kiteo developed their spots with XY in mind, so they only produce correct colours when addressed in this way. I run the same MDT buttons and DALI-KNX gateway as Blade001 does.
Many thanks in advance for all your support, @farmio !
I just managed to set up a dev environment. And what shall I say, it’s all good news!
Please have a look at the parameters down here. Everything works fine.
And with this the colours between HA’s RGB selector and the colours produced by the downlight match!
I can’t wait for that enhancement to be included in the next releases. It makes my smart home project so much easier and more efficient! Can’t thank you enough. Do you have an idea when this will be ready to commit?
Have a great night!
Is the brightness slider working as expected?
Could you please also test this without the brightness parameters (so brightness will be transmitted in xyy_address)?
Well, it is already committed. Waiting for review and to be merged. This normally takes a couple of days - can’t hurt if you leave a comment in the GitHub Pullrequest that you tested it successfully.
It is too late for 2021.6, so it will hit the release channel earliest in July (you can run beta a week earlier or dev branch if you like).
I just testet also the RGBW setting ( DPT 251.600). On my prod environment i have still the issue with dimming. On the Dev environment everything works well. Did you fix something for rgbw mode ?
Well, a lot changed regarding RGB(W) because HA changed the way colored lights are handled. I’ve integrated these changes, but to be honest till now I thought I did break more than I fixed
Good to hear that it works for you!
I’d recommend using XY instead of RGB because of the way RGB is handled in KNX: dimming reduces color depth, so if you set a color, dimm down low and then up again it is not guaranteed to have the same color again (there is no dedicated brightness channel).
We’ll see. There is no DPT for this in the knx specs and I’m not a big fan of adopting and maintaining proprietary functionalities reducing interoperability in the open standard.
But its an open source project, so everyone is welcome to contribute.
I did it the quick way: installed GitHub desktop on mac, forked and cloned the repository and followed the instructions with the help of the homebrew package. See here: " Developing on macOS (Set up Development Environment | Home Assistant Developer Docs)
Rgbw changes are already released with 2021.6. Xy is not (2021.7)
Im not entirely sure if rgbw currently really works fine. There’s a draft PR but I honestly don’t know which version works better and can’t try myself.
@farmio
Great work!!
HS Colour and Saturation work.
For my specific lights, there is a pink shift in the white setting, but that is due to the lights’ factory provided DALI driver that is calibrated in XYY.
Otherwise, I can now control hue and saturation via the MDT Glastaster II as well as through HA using the same group addresses.
Will be using XYY colour and do the translation to Hue/Sat via NodeRED for the MDT Glastaster.
Mmmm I’m trying to setup my Dali Gateway controlled EVG with HSVW (my EVG doesn’t support XYY) but I don’t get which group address belongs to which option from the light setup in HA. I got a RGBW strip.