However, the lovelace light card tells the truth, showing that only the RGB-CCT can have colour temperature control.
To set the RGBW to white, I simply set the RGBW colour to 0,0,0,255.
However, to set the RGB-CCT to white, I use the colour temperature. (I dont want RGB white, its the main reason I changed that strip).
When someone walks into the kitchen, the lights initially cycle through 2 or 3 different colours, just because it looks nice, but then settle on white as their on state. All of this worked perfectly when I had simple RGB strips, I just used a light group to sync them.
If I put these new LED strips with different capabilities into a light group, and how would I synchronise the final change to ‘white’, given that each strip will do it differently ?
I do not have same setup so only a guess.
I would think the CCT command would be ignored by the RGBW strip. Have you tried sending RGBW followed by CCT?
Otherwise it’s only two lights … assuming you are using something like a script just call then separately.
I thought it through and I do have a similar situation. I have some lights that combine RBBW and RGBWW in a football scoring light flash. I will tell you that they do not sync when done this way. I would have hoped that all the lights (table is RGBW strip, triangle is RGBW strip, pergola is 8 RGBWW bulbs). Table and triangle are very close but pergola lags.
This script stores the current state as a scene, turns on the switches if they are off, flashes the lights with team colors 5 times, restores the scene as they were before.
I’ve seen this lagging as well, I have a script that cycles through the random colours, and I’ve noticed if I target some RGBCCT bulbs I have, they can cycle much faster through the colours than my LED strips. I solved this by passing in a transition delay to slow down the script (but it also slows down the bulbs), but at least they stay in sync. The LEDs really aren’t happy unless I put in a 1.5 second delay.
So perhaps a mix of a transition delay AND a parallel for the final white action might work.
Side note … does your controller for the RGB lighting have “modes”? What are you using?
I would never implement the code that others have thrown out here as all of those state changes in LED lights through some color cycling automation will kill your history and state machine.
I use MiLight and an ESP8266 controller that has many built in “modes” (one of which is color cycling).
So I send one command to “activate” the mode and there are no state changes recorded except that one. It runs so much better (but of course you cannot synchronize).
No, I’m using a script I wrote myself, that was modified from a colour loop blueprint I found.
I then immediately realised that to loop through many colours would just mean spamming zigbee messages so I only use it sparingly to loop a few times before settling on white.
The new LEDs that will replace these current ones, one of them is WLED SK6812 so it’ll be WIFI based and supported a ton of built in effects using an ESP32 (Controller is a DigUno from Quinled)
I then immediately realised that to loop through many colours would just mean spamming zigbee messages so I only use it sparingly to loop a few times before settling on white.