Open spmp opened 7 years ago
I'm guessing this is just FUT095 with the labels changed. My milight wifi box has a remote that resembles yours, and it does look this way -- just FUT095 with the labels changed.
You should actually be able to use it already with the RGBW config. Group 1 on/off is white up/down, on/off for groups 2, 3, and 4 are red, green, and blue up/down respectively.
You should be able to set r/g/b directly, but it'll only match the hue. I don't think you can set saturation directly without ramping it down to the min/max and then ramping up to the desired value.
Right on! That worked as you describe. Repeats did not work tho.
I tried and utterly failed to understand how the code flow worked and where b1, b2, b3 etc. were formatted/extracted/rearranged to read or send packets. I was hoping as an excersize to implement this type as wrgb
just to be confusing, with the extra comands red_up
, red_down
, green_up
... etc.
Was hoping that it could be a sub-class of rgbw
.
I wonder if saturation(x)
can be bodged in as hue
± (r(y), g(y), b(y))
or where y
is a function of level
, level_max
, and x
where y
is inc/dec with repeats... not pretty, but may work 8)
The code that formats the RF packets for RGBW remotes is in RgbwPacketFormatter. The handler for PUT-style JSON inputs is in MiLightClient.
I think it'd be easiest to just add commands to MiLightClient and use rgbw
since there's nothing different about the RF config or packet structure.
I might be misunderstanding you, but I'm realizing also that I probably wasn't being clear. You can certainly determine hue and saturation from RGB values. In fact, that's done here in MiLightClient. But it doesn't look like there's a way with this remote's packet structure to set a value for saturation directly. It looks like you can only increase or decrease the current value.
For reference, the older CCT-only bulbs are this way with both brightness and white temperature. To accomplish setting a value directly, they're decreased a number of times that guarantees they're at the minimum value, then increased a number of times to match the desired value. Code is here.
I have five of this Controllers, too. I tried to use the rgbw setting for them but this didn´t really work. With the rgbw setting I´m able to change the color with the color picker, but i´m not able to change each color with the On / Off Button for the four Groups and I have no chance to switch the entire light off. It would be great if you could add support for this type of Controller !!! If you need further logs from this Controller type I can provide these for you.
Sort of lost context on this thread. @Snocksman, do you have a remote that works with your controller? Would be helpful to get packet captures. The remote I was looking at is definitely just FUT095 with labels changed.
The FUT028 "creative controller" responds to traditional RGBW remote commands (zone 1 = W+/W-, 2-4=RGB +/-). It is "paired" using the all on/off keys. In "color" mode, you can add/remove white (or other colors, for example to create a "cold" R+G+B white). These adjustments are all relative. I wonder if (since "zones" are not used) one regains those bits from the brightness register...
additionally this controller (advertised as "Transmitting Automatically", "Synchronizing Automatically") prioritizes a 4th frequency (2457MHz) for listening and also uses it for re-transmission of received packets
It is "paired" using the all on/off keys.
Thank you! I was struggling to get this to pair until I selected RGBW and all zones.
I have a semi experimental remote and controller sold to me by Limitless LED in New Zealand. The controller is still available here and is the![this](http://nebula.wsimg.com/3bcafb7530d8ed2ccabe8a93703312ad?AccessKeyId=3B271336B1872775E2B2&disposition=0&alloworigin=1)
4CH WRGB Saturation
type. The remote is as:I have managed to sniff commands only in
RGBW
mode. The standardRGBW
controls from the web interface work, with the quirk that pressingwhite
increases brightness Below is a mix of the output from the web interface with debug output together with the button pressed. The second line ofpacket received
,packet transformed
is from a second run through. I can confirm that sending the capture packets back produces the correct result. I am quietly hoping that the R,G,B, and W can be specified as levels ie{"r":255,"g":240,"b":255, "w":255}
or saturation + white levelPlease excuse me if this is all in hand and undersood. There was some discussion here