The goal of the project is to have a USB connected light, that can be be set to different colors, with adjustable brightness and different modes, which can communicate the users current preference regarding being disturbed.
The hardware used is an Raspberry Pi 2040 baed board (like Raspberry Pico or Adafruit QT PY) connected to a NeoPixel module.
Automated builds using Github Actions.
Since there are both hardware (current) and software (RAM) limitations to how many LED's/NeoPixel can be handled at once, it's important to first check the board specifications and calculate the maximum number that can be used.
It's possible to adjust the number of LED's used by editing the NUMPIXELS variable. Keep in mind how much RAM the board has available. NEOPIN holds the pin number for where the NeoPixel module has been connected.
This FW requires the modified version of the Adafruit NeoPixel library. It's included in this project.
The serial interface allows for commands and data to be sent in both directions. The message structure is the same for both incoming and outgoing messages but some commands are exclusive for the host or device. For example; only the host will send a set LED message.
| Setting | Value |
|---|---|
| Baudrate | 115200 |
| Byte size | 8 |
| Parity | None |
| Stopbits | 1 |
| Timeout | None |
| XonXoff | 0 |
| RtsCts | 0 |
Messages are split into two types: + or -.
This is always the first character sent.
+ messages
+ is an action message, For example where the host wants to change a state (perform an action) on the device.
The following actions are supported:
l: set LED color Message example:+l000111222#b: set brightness Message example:+b000#m: set display mode (solid, blinking etc.) Message example:+m000#d: set dim mode (dimmed or not) Message example:+d0#
- messages
- is a request message. For example where the host wants information from the device.
The following requests are supported:
!: full information request Message example:-!#
Status commands are used by both host and device. They can be sent as a singular command or as a terminator to data sequence.
Both host and device can send ping command and then expects the other part to reply with a pong command. If no other command is sent after a minute, a ping is sent to verify a working connection. Until communication is restored the LED(s) will slowly cycle through the colors.
+!: OK/Pong-!: Resend/Request data+?: Unknown/Error-?: Ping
All commands and sequences are terminated with a #.
This is always the last character sent.
Currently there are five user settable modes and one extra mode for when disconnected.
The off mode has the same effect as sending the color black, i.e. turn the LED off.
If there's no connection to the DSUL daemon (on the computer side), the LED will slowly cycle through all colors over and over.
- 0/
off: Turns off LED - 1/
solid: Turns on LED and keeps consistently on - 2/
blink: Blinks the LED - 3/
flash: Blinks the LED faster (flashes) - 4/
pulse: Pulses the LED from min to max brightness
For list of boards with Pico SDK support, see pico-sdk/src/boards/include/boards/ in the Pico SDK repository.
cd dsul
mkdir -p build
cd build
cmake -DPICO_BOARD=<board name> -DPICO_SDK_PATH=<pico sdk path> ..
makeThe software, daemon/server and client is available in different languages.
