finds.dev← search

// the find

RT-Thread/rt-thread

★ 12,085 · C · Apache-2.0 · updated Jul 2026

RT-Thread is an open source IoT Real-Time Operating System (RTOS). https://rt-thread.github.io/rt-thread/

RT-Thread is a mature, Chinese-origin RTOS that's been around since 2006, targeting everything from tiny MCUs (1.2KB RAM / 3KB Flash minimum) to richer IoT devices running a full component stack. It's a serious FreeRTOS alternative with broader architecture coverage and a larger built-in component library — worth looking at if you're doing embedded work outside the Arduino/FreeRTOS default path.

The architecture breadth is genuinely impressive: ARM Cortex-M/A/R, RISC-V, MIPS, ARC, x86, DSP — nearly 200 BSPs in the repo, and the CI matrix compiles them all. The object-oriented kernel design in C is clean; threading, semaphores, mailboxes, and message queues all share consistent lifecycle semantics without C++ overhead. The Nano/Standard split is a real engineering decision, not marketing — Nano strips to bare kernel with a clean Kconfig-based trim tool, not a pile of #ifdefs scattered across the app layer. The package ecosystem at 450+ packages, combined with RT-Studio and the Env TUI tool, gives you a self-contained development loop that FreeRTOS still doesn't offer natively.

The community and primary documentation are Chinese-first; English docs lag and some BSP READMEs are machine-translated or missing entirely, which will slow you down when hitting hardware-specific issues. The BSP quality is wildly inconsistent — some boards have well-maintained GCC support, others are Keil-only with stale SDK versions checked in as binaries. The package ecosystem, while large in count, has a long tail of abandoned or barely-tested packages; there's no quality signal beyond star counts. The SCons-based build system is a barrier if your team is already on CMake — the tooling doesn't interop, and the learning curve hits before you write a single line of application code.

View on GitHub → Homepage ↗

// want more like this?

We dig through GitHub every week and send a few repos picked for what you actually care about — each with an honest take like this one.

Get finds in your inbox → Search again →