只能用经典来形容这篇**了

只看该作者 · 2008-8-16 09:07

虽然我的观点和楼主不同，我支持能在主程序做的绝不用中断。例如按键去抖就用主程序周期，反正去抖有50％甚至更大的偏差都没关系。

不过还是支持一下楼主原创。

只看该作者 · 2008-8-18 10:18

只看该作者 · 2008-8-21 08:44

想法不错．

只看该作者 · 2008-8-21 15:07

还是比较赞成所长的简约中断

只看该作者 · 2008-8-23 09:00

板凳

只看该作者 · 2008-8-23 11:43

好像有处笔误 const FUNCTIONPTR[] tasks = {
const FUNCTIONPTR tasks[]={

只看该作者 · 2008-8-26 14:58

不好理解，个人感觉：
时序的主次将完全颠倒；
而且系统可能变得很复杂；
是否放在中断中CPU运行的时间基本一样，低功耗从何而来？
主程序往往耗时都很长，时序岂不是要大乱？
中断中多安排一些例行性的动作，如显示，读健，发声等，这个是提倡的，但整个主程序搬过来，实在看不出什么好处。

只看该作者 · 2008-8-28 19:07

只看该作者 · 2008-9-2 22:27

楼主实在是把一件简单的事情复杂化了。如果能合理应用“状态机”的概念，所谓的多任务处理就能轻松实现。

只看该作者 · 2008-9-3 12:53

不错,努力学习中

只看该作者 · 2008-9-3 14:58

这样能保证时钟的准确？你能保证中断里的任务能在这么短的时间内完成？假如你用了液晶，有刷写液晶任务，他所耗用的时间早已经够定时器中段多次了。用这种方式，只能是任务少，且耗时短。
假如使用了ps2接口，而此时正在定时器中断中处理任务，当ps2设备有请求时，无法响应，应此会错过这个响应。此类对响应要求苛刻的设备在这种系统中会很不可靠。

只看该作者 · 2008-9-3 17:27

虽然做过多年的单片机程序，还没有想过原来可以这样做，呵呵。。。
就像习惯了右手，却忽视了左手也可以做一些事情，建议大家学习LZ变相思考的做法，没准能想出更好的办法

与诸君共勉

只看该作者 · 2008-9-3 23:45

记号

1万 · 2008-9-4 09:48

只是很多具体的情况是任务不多不复杂，这时所有任务都可以在中断中完成。。。

只看该作者 · 2008-9-4 20:53

-787 · 2008-9-8 11:17

感觉不是个很好的一个构架
当然了，比没有构架好

只看该作者 · 2008-9-8 16:46

偶也是这么做的，就是有的观点不敢苟同，个人认为，一个时间片已经足够程序执行了，想想12M晶振，平均每条语句算他2us,10ms一个时间片，可以执行5000条语句，在状态机的情况下并不是每条语句都执行到的，一般的项目一个状态执行不可能5000条语句，好！执行完跳出我可以让它休眠，降低耗电，更重要的是增加的抗干扰性！偶觉得开门狗拉回来没用，如果开门狗溢出，重启，需要利用状态机来返回，返回到原来执行的状态

只看该作者 · 2008-9-8 20:21

应用的场合要求实时性高，用个状态机机制好点。事件驱动，我不认为中断内做太多的动作，一般在中断做个时间标志或者处理一些响应程度高的动作。没有必要复杂化

1万 · 2008-9-9 15:29

   中断程序应该做尽可能少的事情。

前后台系统中，我喜欢这样。

void       main(void)
{
while(1)
{
     Sleep();
     SystemCounter++;
     switch(status)
     {
         // 各个任务......
     }
}
}

只看该作者 · 2008-9-10 13:57

学习了。多谢LS

只能用经典来形容这篇**了

顶一下

做法和 15楼 forthlab 相似

想法不错．

学习中

板凳

----学习了----

不理解

学习。。。

赞同hotpower的“裸奔”论

学习中

使用性好像不广

为LZ的精神加油

记号

中断不宜做太多的事情肯定是对的

不错，有内涵。

觉得不怎么样

偶也是这么做的，就是有的观点不敢苟同

本来单片机资源就少

不提倡这种方法

走路向后看

核心会员奖章

沉静之湖泊

以坛为家

技术奇才奖章

无冕之王奖章

甘甜之泉水

技术高手奖章

希望之星奖章

涓涓之细流

荣誉元老奖章

坚毅之洋流

十世金身

技术领袖奖章

常驻人口

晶莹之水滴