Merge remote-tracking branch 'origin/master' into develop
This commit is contained in:
commit
a61c38c7ec
2 changed files with 4 additions and 0 deletions
|
@ -67,6 +67,8 @@ Where `Cx_y` is the location of the LED in the matrix defined by [the datasheet]
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
## Common Configuration :id=common-configuration
|
||||||
|
|
||||||
From this point forward the configuration is the same for all the drivers. The `led_config_t` struct provides a key electrical matrix to led index lookup table, what the physical position of each LED is on the board, and what type of key or usage the LED if the LED represents. Here is a brief example:
|
From this point forward the configuration is the same for all the drivers. The `led_config_t` struct provides a key electrical matrix to led index lookup table, what the physical position of each LED is on the board, and what type of key or usage the LED if the LED represents. Here is a brief example:
|
||||||
|
|
||||||
```c
|
```c
|
||||||
|
|
|
@ -297,6 +297,8 @@ const aw_led g_aw_leds[DRIVER_LED_TOTAL] = {
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
## Common Configuration :id=common-configuration
|
||||||
|
|
||||||
From this point forward the configuration is the same for all the drivers. The `led_config_t` struct provides a key electrical matrix to led index lookup table, what the physical position of each LED is on the board, and what type of key or usage the LED if the LED represents. Here is a brief example:
|
From this point forward the configuration is the same for all the drivers. The `led_config_t` struct provides a key electrical matrix to led index lookup table, what the physical position of each LED is on the board, and what type of key or usage the LED if the LED represents. Here is a brief example:
|
||||||
|
|
||||||
```c
|
```c
|
||||||
|
|
Loading…
Reference in a new issue