用事件驱动的方法来设计MCU

banyai

现在我们用的MCU，无论是51，AVR，ARM都是顺序执行程序的，就是PC从0开始一直根据程序往下走，编程的人通过程序控制PC的走向，只有中断时，才会跳转。但我们编程时，一般都是事件驱动的，比如定时器到一定的值，某个IO口电平发生变化，串口发送完成，某个全局变量发生变化，有相应的操作。我想为什么不把MCU设计成这种方式呢？只要刚开始执行初始化一下，然后MCU就进入等待状态，一个事件到来，PC就跳到这个事件的相应程序起始开始执行，完成后继续等待。这样，MCU的实时性可以提高而功耗就可以大幅降低。我们软件编程时，就不用再使用while(1){do1();do2();};这样的结构，只要定义相应事件所对应的处理函数就可以了，调度完全由MCU来做。比如: 在程序开头定义：定时0.5s到 -> do1，串口发送完成 -> do2就可以了。如果大家有光趣，我们可以深入讨论一下。

wajlh

你描述的是个操作系统？

huayuliang

状态机。。

trey21ic

状态机与事件驱动机制是两种概念吧

huayuliang

回复【3楼】trey21ic  
-----------------------------------------------------------------------
状态与事件的确是两个不同的概念，状态是有持续时间的，事件则没有持续时间。

可是看楼主描述到最后，很明显用的就是状态机，思想就是时间片轮的分时系统。
说白了，不会这种编程的话，等于是不会单片机，只能做一些十分简单的东西。这也是俺自身的体会。

实际上，即便你没有定义状态结构变量，在这样的系统中也仍是状态机。
比如说常见的做法，利用一个定时器产生10ms的时间片（每10ms中断一次），在中断函数内，获得基于这个时间片值的其它各个定时，30ms、100ms、1s的定时，这些定时，说到底就是状态，它们要维持，直到处理它们的程序修改了这些状态，这些定时才会重新开始。

trey21ic

状态机和事件驱动的思想的确在编程中无处不在，处处都用到。
建议楼主可以参考一下QP（http://www.state-machine.com/），个人感觉非常经典

huayuliang

QP。。。我在用QP-nano。。真好。

mcu_lover

状态+时间搞定一切。

gliet_su

支持LZ的想法。

shandian

回复【楼主位】banyai
-----------------------------------------------------------------------

楼主为什么不用单片机的空闲或者睡眠模式呢？来中断时唤醒，应该能符合你的要求。

yemingxp

没有驱动的事件，就是while(1)等事件。

highnose

事件驱动是表征

hevake_lcj

事件驱动这么一个思想对于小型的纯事件触发型的系统设计是比较简单，但是这个思想运用到大型复杂上就会显得有些笨拙。我个人是这么认为的。