Description
The QMK documentation shows support for SK6812 RGBW LEDs stating that they are supported besides the use of the white led. I don't believe that this is true as the SK6812 complies with the same timing specification of WS2812 but expects 4 "bytes" to describe the 4 leds that it has on it's chip. This means that with the current ws2812_spi.c implementation only three "bytes" are sent per chip. This causes the SK6812 to become pretty confused as it is missing a "byte" for the white LED. For example, if you tell QMK that you have 4 LEDs, only 3 LEDs will ever light up. Per the current documentation it would make sense that this would just be padded 0's but I don't see this happening
Feature Request Type
- Core functionality
- Add-on hardware support (eg. audio, RGB, OLED screen, etc.)
- Alteration (enhancement/optimization) of existing feature(s)
- New behavior
Description
The enhancement would simply need to add in a pre-processor macro to determine if four "bytes" need to be sent instead of three. I have already implemented the enhancement in my fork, just didn't put in a pull request because I was not sure if I was missing something or totally off on my implementation.