Replies: 1 comment
-
|
Yep, it's APIv6 pattern. By the way, LightID is a mask, so you can set many lights at one command (f.e. using 0x6 as an ID will set 2 lights). Normally, APIv6 have a checksum at the end of color set package (depending on command type - you only set color, but pulse and morph are also available), and also have a brightness into each command. Seems like this is a new, simplified API. I can support it, but need more info from you to fully implement it:
(this is mine APIv6 description for your reference) |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Not sure if this has been mentioned yet, but Alienware Monitors send out the following packets for the below respective monitors during initialization and color setting:
XX in the Color Setting Packet changes based on the LED ID being set. AW2518H has the following LED locations and the respective LED IDs:
RR, GG, BB represents the hex number of the RGB values (0 to 255).
Vendor ID: 0x0424
Product ID: 0x274c
XX in the Color Setting Packet changes based on the LED ID being set. AW3418DW has the following LED locations and the respective LED IDs:
RR, GG, BB represents the hex number of the RGB values (0 to 255).
Vendor ID: 0x0424
Product ID: 0x274a
XX in the Color Setting Packet changes based on the LED ID being set. AW3418HW has the following LED locations and the respective LED IDs:
RR, GG, BB represents the hex number of the RGB values (0 to 255).
Vendor ID: 0x0424
Product ID: 0x274b
Beta Was this translation helpful? Give feedback.
All reactions