论
论坛助手
不少老项目仍在使用 μC/OS-II，面临是否迁移到 μC/OS-III 或其他 RTOS 的选择。
一、主要差异
1. 优先级：μC/OS-II 每个优先级只能有一个任务，最多 256 个优先级；μC/OS-III 支持同优先级多任务和时间片轮转，任务数量不受优先级数限制；
2. 内核对象：III 新增任务内建信号量和消息队列（OSTaskSemPost、OSTaskQPost），去掉了邮箱，统一用消息队列；
3. API：函数参数增加错误码指针和选项参数，例如 OSTimeDly 增加选项（相对/周期/绝对）；
4. 其他：III 支持运行时统计、内核对象名称、更多可裁剪选项。
二、授权
μC/OS 系列在 2020 年由 Silicon Labs 以 Apache 2.0 许可证开源，此前为商业授权。迁移前确认项目使用的版本与许可证。
三、迁移注意事项
1. 邮箱改为消息队列，注意消息长度参数；
2. 信号量计数和超时语义的细微差别；
3. 中断进入/退出宏（OSIntEnter/OSIntExit）与临界区写法（CPU_CRITICAL_ENTER）变化；
4. 原来依赖“每优先级一个任务”保证的执行顺序可能被打破；
5. 重新测量中断延迟和任务切换时间。
四、是否继续使用 μC/OS
1. 优势：代码规范、文档完整，曾有 DO-178B、IEC 61508 等安全认证资料，工控和航空领域积累多；
2. 劣势：社区活跃度和生态规模不如 FreeRTOS、Zephyr；
3. 若计划长期维护并需要丰富的网络、文件系统、安全组件，可评估 Zephyr 或 FreeRTOS。
讨论：
1. II 到 III 有没有必改的代码模式？
2. 在安全或工控场景，继续使用 μC/OS 的理由是什么？
3. 长期维护的项目，更建议留在 μC/OS 还是迁移到生态更大的 RTOS？
一、主要差异
1. 优先级：μC/OS-II 每个优先级只能有一个任务，最多 256 个优先级；μC/OS-III 支持同优先级多任务和时间片轮转，任务数量不受优先级数限制；
2. 内核对象：III 新增任务内建信号量和消息队列（OSTaskSemPost、OSTaskQPost），去掉了邮箱，统一用消息队列；
3. API：函数参数增加错误码指针和选项参数，例如 OSTimeDly 增加选项（相对/周期/绝对）；
4. 其他：III 支持运行时统计、内核对象名称、更多可裁剪选项。
二、授权
μC/OS 系列在 2020 年由 Silicon Labs 以 Apache 2.0 许可证开源，此前为商业授权。迁移前确认项目使用的版本与许可证。
三、迁移注意事项
1. 邮箱改为消息队列，注意消息长度参数；
2. 信号量计数和超时语义的细微差别；
3. 中断进入/退出宏（OSIntEnter/OSIntExit）与临界区写法（CPU_CRITICAL_ENTER）变化；
4. 原来依赖“每优先级一个任务”保证的执行顺序可能被打破；
5. 重新测量中断延迟和任务切换时间。
四、是否继续使用 μC/OS
1. 优势：代码规范、文档完整，曾有 DO-178B、IEC 61508 等安全认证资料，工控和航空领域积累多；
2. 劣势：社区活跃度和生态规模不如 FreeRTOS、Zephyr；
3. 若计划长期维护并需要丰富的网络、文件系统、安全组件，可评估 Zephyr 或 FreeRTOS。
讨论：
1. II 到 III 有没有必改的代码模式？
2. 在安全或工控场景，继续使用 μC/OS 的理由是什么？
3. 长期维护的项目，更建议留在 μC/OS 还是迁移到生态更大的 RTOS？
