嵌入式系统中的状态机设计心得.docVIP

嵌入式系统中的状态机设计心得?? 2010-08-05 22:39:32|??分类： 状态机 |??标签： |字号大中小?订阅 在使用iTRON类OS的嵌入式系统中，除了驱动程序以外，大多数模块也就是中间件和应用程序是以任务（TASK）的形式设计的。而iTRON类OS大多采用C语言实现，于是用状态机的方式实现功能模块成为了主要的设计方法。至于说面向对象，只要是稍微严谨一点的嵌入式系统，设计上要求程序完全覆盖所有的可能情况。程序不可能在紧急情况下抛出异常等待调试。同时由于对硬件和其它应用模块的往往具有严重的耦合性，代码的重用和扩展也不是那么随心所欲。当然还有基于语言的执行速度之类的考虑。这种情况下C语言往往取代大多数现代语言成为了主角吧。 iTRON类OS的任务间通讯一般通过两种方法，事件（EVENT）或者消息（MESSAGE）。事件处理快捷，但是无法附带任何参数且不能叠加。消息虽然传递稍慢，不过却可以通过内存池等方式附带一定数量的参数。而且多个同样的消息可以累积在消息栈中依次处理。如果形象得比喻一下：事件就是一串比特码，由特定为的0或1状态来判断事件是否发生，而任务以它自己的优先级别处理各种事件。消息就是一个缓冲区，OS以FIFO的方式把消息依从旧到新的顺序分发给任务进行对应处理。 说到这里，我想强调一下本文讨论的重点是通过状态机的方式处理消息的模型。至于事件的对应