this post was submitted on 21 Mar 2026
1 points (100.0% liked)

OpenRGB

98 readers
1 users here now

Open source RGB lighting control that doesn't depend on manufacturer software. Formerly https://lemmy.ml/c/openrgb

OpenRGB is a free and open source utility for controlling the RGB lighting of various PC components, peripherals, and accessories. It supports Windows, Linux, and MacOS. A wide range of hardware is supported - keyboards, mice, motherboards, RAM, GPUs, smart lights, and more from a wide range of manufacturers. OpenRGB also provides plugin support, which enables plugins like the OpenRGB Effects Plugin to create synchronized, customized effects that span your whole setup.

Official website: https://openrgb.org/

GitLab: https://gitlab.com/CalcProgrammer1/OpenRGB

Codeberg: https://codeberg.org/OpenRGB/OpenRGB

Discord: https://discord.com/invite/AQwjJPY

Mastodon: https://floss.social/@OpenRGB

Patreon: https://www.patreon.com/CalcProgrammer1

founded 5 months ago
MODERATORS
 

ARGB splitters and hubs suck. They actively take the "addressable" out of ARGB by sending the same signal to all downstream LED components. While dedicated USB ARGB controllers like the Nollie and Airgoo have come out with 16+ ports to alleviate the need for splitters, some times a splitter is more convenient. I just updated my PC and my new Thermaltake CPU cooler has 4 separate ARGB components (an LED strip on each tower as well as 2 ARGB fans) all tied together with splitters so it all gets addressed as one uneven blob. A discussion on the OpenRGB Discord made me want to revisit the idea of a smart splitter, something I previously failed to make using an ATTiny as well as discrete logic. However, this time I tried using a RP2040 and its high speed programmable PIO architecture and succeeded! This project is the result. One ARGB signal goes in to GPIO0, and it gets divided up into channels based on the number of LEDs configured for each channel on GPIOs 2, 3, 4, and 5. It could be expanded for more GPIOs pretty easily as well. It acts on the signal in real time with no buffering, so theoretically you could chain them together without penalty or latency.

no comments (yet)
sorted by: hot top controversial new old
there doesn't seem to be anything here