【讨论】“嵌入式裸奔”、“嵌入式OS”、“OS”各适合什么

你这个结构能实现在低优先级任务正运行时，高优先级任务触发的及时响应吗？

切自己写的小小firmware是没啥问题。
但是你要用到现成的 xx驱动，xx协议栈，xx图形界面之类的，您也去切吗？咱菜鸟切不动呀。。。。

回hbicecream，能吧，只要每次从头while

就是用OS时任务是运行时由OS分片，而裸奔任务则是在运行之前由程序员分片。

刚学ucos，感觉os很重要的一点就是要事先考虑好各个任务之间的关系，分配好优先级，反正是前期考虑比后期编程耗的时间比较多。 而裸奔的话，按步就搬就是了，状态机结构化。
    在系统复杂时还是os比较方便（不用可能头会变大），简单的控制无论是mcu还是arm 都裸奔。
   个人意见，仅供参考

不知道所长的书有续集没

种尝……尝啊尝，结论就出来了。

存在就有道理

毫无新意
这种手法在市场上用过很多年了,这是一种传统得不能再传统的方法.

入选嫦娥开发队要什么水平啊?

*************************************************************
毫无新意
这种手法在市场上用过很多年了,这是一种传统得不能再传统的方法.
*************************************************************


 

所长多次说那本书博大精深，想听所长详细解释下它的妙处，自己看有trouble

躺着
看所长演讲

OS的目的本来就是分担程序员负担的。
如果按照所长的程序，有30个任务，每个任务之间都有接口，都可以相互通讯，不知道按照所长的程序有没有简单的处理办法。（30×19个接口），是不是会增加不小的工作量？

如果有os，使用消息队列就可以很好的处理。这些事情os就替你去做了。

如果支付的起，没有问题。如果支付不起，还是老老实实的用自己的汗水去换吧。

我说的是开发量的问题
模块之间接口越多，程序设计就越复杂。

如果30个任务，接口是30×19，有没有裸奔的好方法？

这是程序设计思想的问题，与 os 关系不大。 

初始化
析构
循环
消息处理

消息处理是任务接口，你可以放一万个接口在这里。
任务你想做多少就多少，没限制，只看MCU处理能力。

这就叫模块化设计，可卸载。和用OS不用没关系，是设计的理论之一。

呵呵，俺可不像LS那么敝帚自珍，反正谁的思想、观念、方法好，就一律引进来，然后取其精华去其糟粕，最终成为自己的思想、观念、方法，并形成习惯...