|
- UID
- 1029342
- 性别
- 男
|
小型的实时操作系统，开源的，能够应于多个硬件平台的，并不多!Ucos和FreeRTOS，其他的，一堆在某个硬件平台的,尤其是8位系统里面的一堆，就不说了！用起来，老说，没有太多必要－－－8位单片机本来就不适合使用操作系统，而操作系统最大的作用就是屏蔽底层，那就是最好能在多个硬件平台上使用才谈得上屏蔽底层！只在一个硬件平台上使用的，使用的时候不可不去了解底层，那就没多少价值了，等于每次开始都是从头开始！因此总觉的小型的操作系统，只有ucos和FreeRTOS比较有价值！其他的，不开源的，单片机的操作系统，没兴趣去了解，当然使用的时候也不考虑用－－－不了解怎么采用！
ucos基于优先级调度，代码公开，虽然是商业软件，但是大家都可以拿到源代码学习，这倒是不错的！最初接触嵌入式就是从ucos开始的！但是，还是对Ucos不满，优先级固定，任务太少，每个优先级只能有一个任务，调度算法单一，没有定义一个统一的驱动程序接口出来，做简单的应用还可以，如果做复杂的，完全没办法。说实话，u-boot虽然是一个BootLoader,但是功能都比ucos强，如果加上调度算法，管理一下内存，也比ucos好多了，只是u-boot是复杂系统才采用的东西！ucos2.8虽然扩展到256个任务，但是调度算法很单一，而且又是商业软件，没有更多的人参与开发和扩展，这对它来说是很糟糕的！而ucos是基于8位发展起来的，出发思想什么的，其实很受限！现在，不再看好ucos，也不想用ucos来做项目！
FreeRTOS的任务数量和调度算法相对来说就好多了。基于优先级调度，任务对应用来说是无限－－－随便说说而已，只是说足够使用或是远远用不完，16位的数量，无限了，相对ucos来说更是，而一个优先级可以有多个任务，相同优先级采用轮换调度来运行！比较起来，好了很多！但是FreeRTOS很糟糕的一点是命名，看起来是很有规则，可是又臭又长，让人受不了！GPL发布的软件采用匈牙利命名法，名字长的让人讨厌。而文件的组织形式又感觉凌乱！致命的问题：没有为驱动定义一个标准的接口来！
我需要一个小型的操作系统－－－运行在16位和32位的单片机上，有标准的驱动接口，带一堆驱动，至少该包含uart、spi、i2c、usb、net的，其他的i2s之类的，有最好,任务数要很多，调度算法应该可选择，能够使用gcc来编译，还有一点，命名方式一定要简洁明了，坚决不能又臭又长！不过现在看来找不到！自己写一个？也许，只是也许能够写出来，虽然对操作系统很了解，但是很多东西，很烦的，而且时间需要很多的，偶要为生活奔波，哪有那么多时间！衡量了一下，改造FreeRTOS是最合适的办法！改造了再安GPL协议发布，这是最好的方式!从命名方式到调度方式，然后定义一个标准的驱动接口和管理方式！8位单片机，不考虑包含了，我的应用只能使用16位和32位才能完成！
开始，然后努力！ |
|
