选择FreeRTOS, 还是RT-Thread。

发布于 2014-06-23 12:55:53 浏览：34177 订阅该版

以为不会有人回复的, [s:154] 
重新编辑下我自己的错误, 免得误导人.
-------
首先声明，我不是来砸场子的。
只是简单描述下一个普通用户选择RTOS的过程，希望给RT-Thread的发展提供的参考。

最近工作上需要导入RTOS到SMT32F103芯片上。
备选的有：RT-Thread，FreeRTOS, RTX@Keil.

选择过程：
#1. 第一个被排除的是RTX，因为不知道怎么找到源代码(好像只有头文件就好），而且这也是一个学习过程。
我们不想被束缚在一个平台或芯片上。

#2. 其实最开始选中的是RT-Thread。
原因：哇..全中文教材和手册，移植很方便，不用改动。
准备导入了：为什么有这么多文件，我只需要有个核心而已。打开源文件一看，这个注释....
GPL2，可以接受，但同时说FreeRTOS更好，是修改版的GPL2，不需要公开自己的代码。
----
关于文件多的问题，其实把RTOS独立放置，不要包含到每个工程中，还是可以的。

#3. 最终选择了FreeRTOS
原因： 修改版的GPL2协议，核心很小，移植也非常简单。
源文件的注释很容易理解。
需要的组件可以自己加上去。

--------------
中休前胡乱说一通，看的明白就看看，看不懂就算了。 [s:154]

最终给RT-Thread的建议。
- 把核心和组件和Drivers严格的分开，很多时候，别人只需要一个RTOS核心而已。
- 减少核心文件数量，注释丰富点。
- *_建议：核心的授权可以参考FreeRTOS。（商业使用不用公开自己的源代码。）_* **RT-Thread也是有免费的商业授权的.**
--------------
重新删除了所有不需要的文件, 确实也不大. 附件包含KEIL工程,STM32官方库和RT-Thread核心和一些必要文件, 有需要的可以参考下.
![STM32_RT-T_Demo_20140605.7z](/uploads/6725_1ea8a9219a5efefda746d79c07fe2b89.7z)
--------------
正在重新看RT-Thread的相关文档.
目前有自己疑问还没有找到答案:
#1. API函数没有注明是否可以在中断服务程序中使用, 是否所有IPC API都可以在中断中使用呢?
----> IPC的发送和释放，在IRQ函数中使用没有遇到问题。
#2. Systick使用的中断优先级是多少? ~貌似最低优先级。
#3. 是否与FreeRTOS类似, 有个RTOS 最大优先级设置, 及低于的,可以调用RTOS的API函数, 高于的,着完全不会被打断, 也不可调用API函数.
#4. 很多.C文件居然没有对应的头文件, 很奇怪的做法.还是我又漏看了什么东西.
#5. Finsh shell 错误代码-04
#6. **Finsh使用dummy()出现usage fault:SCB_CFSR_UFSR:0x02 INVSTATE,并死机。**
------
导入基本OK，进一步验证中。
![20140624124415282.png](/uploads/6725_c2cca427ba71d521eec28015cf6abd80.png)