Input Capture中断的问题

ivory

在看一个项目的源码，原来设计中，用2个input capture中断来读取传感器的pulse input，通过计算这个PULSE的频率，来得出工作的速度。

现在看源程序，这个频率最快，可以达到1000HZ，就是1ms就要中断一次。

同时程序中还有18个task， 其中的9个，是10ms 调度一次。其他的大概5个50ms, 4个100ms. 任务和底下的中断的优先级差不多，一个最高级，其他的任务分2个优先级，差不多一半2，一半3.

同时程序中还有8个其他的中断,分别是AD和Timer中断。中断分3个优先级，一个1级，最高，剩下大概4个2，4个3.

还有个看门狗中断， 最长52ms计时， 原设计是10ms 喂狗一次。

RTOS是基于优先级的抢占式的实时系统。

有没有高手帮着分析下，这样的时间安排，是不是不太好。 

我是被这些中断，TASK, WDT，给弄得分析不出来这个时间关系会否冲突了。

正点原子

你的任务未免也开得太多了点吧?
我的一般3~5个,就是上限了...

ivory

回复【2楼】正点原子:
---------------------------------
呵呵，以后可能还要增加呢，没办法，必须要处理这么多东西。

正点原子

那就实际测试下，呵呵。

ivory

回复【4楼】正点原子:
---------------------------------
那您通常是怎么分配任务，中断的时间关系呢？

正点原子

我的任务是越少越好,到现在最多也就7~8个任务.呵呵
中断没什么特殊影响吧,该中断还是要中断,做好保护就可以了.

ivory

回复【6楼】正点原子:
---------------------------------
我做的是汽车电子，是遗留代码，想来任务划分应该是没问题了。因为还有优先级，中断的执行时间都很短。几个关键任务的优先级很高，应该不会被饿到。