3. 嵌入式实时操作系统（RTOS）：FreeRTOS与RT-Thread对比

做配电终端这些年，我接触过不少RTOS。说实话，选型这件事，没有绝对的好坏，只有合不合适。今天咱们就聊聊FreeRTOS和RT-Thread这两款，看看它们在配电终端里到底该怎么用。

3.1 FreeRTOS vs RT-Thread：核心差异

先说说我的个人习惯。如果是做资源受限的简单控制，我倾向于FreeRTOS。它轻量、稳定，全球用户多，遇到问题网上随便一搜就有答案。但如果是功能复杂的终端设备，比如需要文件系统、网络协议栈、图形界面，那我建议用RT-Thread。它更像一个完整的物联网操作系统，组件丰富，开箱即用。

对比项	FreeRTOS	RT-Thread
内核大小	极小（3-9KB）	中等（约10KB，裁剪后更小）
任务数量	无限制	无限制
调度方式	抢占式+协作式	抢占式+时间片轮转
组件生态	较少，需自行移植	丰富（文件系统、网络、GUI等）
商业许可	MIT开源，商用友好	Apache 2.0，商用友好
典型场景	传感器采集、简单控制	智能终端、边缘计算

嗯，这里要注意。RT-Thread虽然功能多，但如果你只用一个串口采集数据，那它反而显得臃肿。我见过有人把RT-Thread跑在只有64KB Flash的芯片上，结果内存不够，折腾半天。选型时一定要先评估硬件资源。

3.2 任务调度机制：谁先跑？

任务调度，说白了就是决定哪个任务先执行。FreeRTOS和RT-Thread都支持抢占式调度，但细节上有区别。

FreeRTOS的调度：基于优先级。高优先级任务就绪后，立即抢占低优先级任务。同优先级任务采用时间片轮转。我习惯把关键任务（比如保护逻辑）设为最高优先级，把非关键任务（比如日志记录）设为低优先级。

RT-Thread的调度：同样基于优先级，但它支持256级优先级（可配置）。同优先级任务默认采用时间片轮转，每个任务可以设置不同的时间片长度。这个特性在配电终端里很有用。比如，通信任务需要快速响应，时间片可以设短一点；而显示任务可以慢一些，时间片设长一点。

// FreeRTOS 创建任务示例
xTaskCreate(
    vTaskFunction,    // 任务函数
    "Task1",          // 任务名称
    128,              // 栈大小（字）
    NULL,             // 参数
    2,                // 优先级（0最低，configMAX_PRIORITIES-1最高）
    NULL              // 任务句柄
);

// RT-Thread 创建任务示例
rt_thread_t thread = rt_thread_create(
    "task1",          // 线程名称
    thread_entry,     // 线程入口
    NULL,             // 参数
    1024,             // 栈大小（字节）
    5,                // 优先级（0最高，255最低）
    10                // 时间片（系统时钟节拍数）
);

3.3 中断管理：别让中断拖后腿

中断管理是RTOS的核心能力之一。在配电终端里，中断无处不在——过流保护、电压异常、通信报文到达……处理不好，系统就会崩溃。

FreeRTOS的中断管理：它把中断处理分为两部分——ISR（中断服务函数）和延迟处理任务。ISR里只做最紧急的事（比如读取寄存器），然后把数据通过队列或信号量发给任务，由任务在非中断上下文中处理。这样做的好处是ISR执行时间极短，不会影响其他中断。

RT-Thread的中断管理：思路类似，但它提供了更丰富的API。比如rt_interrupt_enter()和rt_interrupt_leave()用于标记中断上下文，还有rt_hw_interrupt_disable()用于临界区保护。我个人觉得RT-Thread的中断管理更规范，适合复杂场景。

// FreeRTOS ISR 示例
void vADC_ISR(void) {
    BaseType_t xHigherPriorityTaskWoken = pdFALSE;
    uint32_t ulValue = ADC_GetValue();
    xQueueSendFromISR(xQueue, &ulValue, &xHigherPriorityTaskWoken);
    portYIELD_FROM_ISR(xHigherPriorityTaskWoken);
}

// RT-Thread ISR 示例
void uart_isr(int vector) {
    rt_interrupt_enter();
    // 处理中断
    rt_sem_release(rx_sem);
    rt_interrupt_leave();
}

3.4 内存管理：别让内存泄漏找上门

嵌入式系统的内存是稀缺资源。FreeRTOS和RT-Thread都提供了多种内存管理方案。

FreeRTOS的内存管理：它提供了5种heap实现（heap_1到heap_5）。heap_4是最常用的，支持动态分配和释放，但会产生碎片。我建议在配电终端里使用heap_4，配合静态分配，减少碎片问题。

RT-Thread的内存管理：它支持静态内存池和动态内存堆。静态内存池适合固定大小的内存块（比如通信缓冲区），动态内存堆适合大小不固定的分配。RT-Thread还提供了内存调试功能，可以检测内存泄漏和越界访问。

// FreeRTOS 静态分配示例
StaticTask_t xTaskBuffer;
StackType_t xStack[128];
xTaskCreateStatic(
    vTaskFunction,
    "Task",
    128,
    NULL,
    2,
    xStack,
    &xTaskBuffer
);

// RT-Thread 静态内存池示例
static rt_uint8_t mem_pool[1024];
rt_mp_t mp = rt_mp_create("mp", mem_pool, sizeof(mem_pool), 64);
void *block = rt_mp_alloc(mp, RT_WAITING_FOREVER);

3.5 在配电终端中的应用场景

说了这么多理论，咱们看看实际怎么用。

场景一：数据采集与上报

配电终端需要定时采集电压、电流、功率等数据，然后通过通信模块上报。我一般这样设计：

• 高优先级任务：采集任务（每10ms执行一次）
• 中优先级任务：通信任务（处理报文收发）
• 低优先级任务：日志记录、显示刷新

场景二：保护逻辑处理

过流、过压等保护动作必须毫秒级响应。这时候我会把保护逻辑放在ISR里，或者使用最高优先级的任务。FreeRTOS和RT-Thread都支持中断嵌套，但要注意优先级设置，避免低优先级中断阻塞高优先级中断。

场景三：多协议通信

配电终端通常需要支持Modbus、IEC 61850、DL/T 645等多种协议。RT-Thread的组件生态在这里优势明显，它提供了现成的协议栈，可以直接使用。而FreeRTOS需要自己移植或编写协议栈，工作量会大一些。