add definition WS2812_BYTE_ORDER to fix RGB LED issues

docs/ws2812_driver.md

@@ -28,6 +28,16 @@ The default setting is 280 µs, which should work for most cases, but this can b
 #define WS2812_TRST_US 80
 ```
 
+### Addressable LED byte order
+
+The WS2812B-2020 addressable LED has a physically different layout with reversed internal red and green LEDs. 
+Without correction, this causes the two internal LEDs to swap colors and display the wrong color.
+The default setting GRB allows other addressable LEDs to work properly with the correct byte structure (G[7-0]R[7-0]G[7-0]), however the WS2812B-2020 needs the green and red bytes reversed.
+
+```c
+#define WS2812_BYTE_ORDER RGB
+```
+
 ### Bitbang
 Default driver, the absence of configuration assumes this driver. To configure it, add this to your rules.mk:
 

quantum/color.h

@@ -36,13 +36,23 @@
 #    define LED_TYPE RGB
 #endif
 
+
+#ifndef WS2812_BYTE_ORDER
+// default structure - G[7..0]R[7..0]B[7..0]
 // WS2812 specific layout
 typedef struct PACKED {
     uint8_t g;
     uint8_t r;
     uint8_t b;
 } cRGB;
-
+#elif (WS2812_BYTE_ORDER == RGB)
+// WS2812B-2020 structure - R[7..0]G[7..0]B[7..0]
+typedef struct PACKED {
+    uint8_t r;
+    uint8_t g;
+    uint8_t b;
+} cRGB;
+#endif
 typedef cRGB RGB;
 
 // WS2812 specific layout