这两天没事,本着支持国产系统,将来用它做项目。试用了一下国产系统rt thrend,和我想象的还是有差距。两天就弄了一下led灯闪烁。说说自己感受,本打算用stm32或者国产gd32,玩一下单片机的,定时器、pwm、串口、dma、还有I/Ok中断。结果用stm32弄了一下led灯闪烁,往下看看就没兴趣了。rt thrend 和freertos相比通用性差,我以前做的项目移植到freertos很快,要移植到rt thrend 估计每个功能模块都要从新写一遍,感觉和freertos还是有很大差距。还感觉rt thrend例程太少,且功能单一。比如stm32 ADC多通道没有,串口1.5个停止位怎么弄等。还有那个RT-Thread Studio ,用例程编译就会出问题,无法查找。看来rt thrend还是要在系统易用性上下功夫,多用些实用性的例程。才能推广的快,以上只是这两天试用的感受。支持国产!期盼rt thrend有大的进步。
楼主对比的不是一个层级的对象
freertos应该与rtt nano比较,使用起来没多大区别,都是直接调用芯片库的api。
完整有驱动框架和众多软件包,外设驱动并没有针对性的对所有芯片做支持,也就是楼主所说的“通用性差”。这个问题也好解决,一是禁用rtt自己的驱动,直接调用芯片库api,二是深入底层修改驱动框架。解决驱动问题后的完整版可以加载各种软件包扩展功能
rt-thread 和 freertos根本不是一个量级的,freertos就是个kernel,rtt是碾压的。rt-thread nano对标的是freertos,如果你用freertos的话,其实是没有对接任何设备框架的,那你到rt-thread下也可以用这个方式,越过rtt的设备框架。
可能freertos兼容层要抓紧时间写了。
RT的标准版不仅仅是操作系统内核,还包含了设备驱动、网络、文件系统等等,还是比较强大的,刚开始接触的确会遇到各种问题无从查起,需要静下心来去认真的排查和解决,RT有强大的开源社区,基本初学者遇到的问题都能查的到,也可以直接发帖解决。熟悉了之后就会发现他的优点了。
如果只是想用操作系统内核,那就直接用RT nano了,它就一个内核,剩下的所有驱动都要自己调用芯片的api来实现。
谢谢!大家关注,看来大家都比较支持国产系统。刚接触rt thred还没具体搞明白咋用,请教一下rt-thread nano具体怎样使用。今天又弄了半天rt-Thred Studio感觉还是晕晕乎乎,不太明白。我用rt-Thred Studio看看能不能建个rt-thread nano工程。
欢迎PR ,有问题才有机会贡献