发表于：2010/3/19 17:11:39
#0楼
关于wince中断响应速度问题，网上很多文章讨论，我以前也不太明白，后来在弄外部串口驱动的时候我遇到了这个问题，明显是wince中断响应速度太慢，后来我想了好几天，尝试了一种如何提高wince中断响应速度的方法。
在一些文章中模糊的说着什么提高ISR效率就可以提高中断响应素的，后来我用4.2BSP和5.0BSP实测，发现4.2BSP的ISR效率高于5.0的。原因4.2BSP采用的是静态中断绑定方式，而5.0BSP是动态中断方式；嘿嘿，一件事情总有它的利弊，5.0BSP对开发效率有帮助，但是却在中断效率上输了一截，原因就是动态方法要使用太多的查询，耗费了时间。
我想，只要绕过查询，那么5.0BSP就完美了，后来我果然想到了招数：就是在中断线程结束之后立即使能中断！通常中断线程最后通常调用
InterruptDone函数来查询，然后使能中断，现在我不要这个耗费时间的函数了，我直接使能即可。
//-------------------ECOM interrupt EINT1-------------------------
s2440INT->rSRCPND = BIT_EINT1; // to clear the previous pending states
if (s2440INT->rINTPND & BIT_EINT1)
s2440INT->rINTPND = BIT_EINT1;
s2440INT->rINTMSK &= ~BIT_EINT1;
果然，使用这个方法之后，我的串口数据阶段问题就解决了。效果非常明显。
在一些文章中模糊的说着什么提高ISR效率就可以提高中断响应素的，后来我用4.2BSP和5.0BSP实测，发现4.2BSP的ISR效率高于5.0的。原因4.2BSP采用的是静态中断绑定方式，而5.0BSP是动态中断方式；嘿嘿，一件事情总有它的利弊，5.0BSP对开发效率有帮助，但是却在中断效率上输了一截，原因就是动态方法要使用太多的查询，耗费了时间。
我想，只要绕过查询，那么5.0BSP就完美了，后来我果然想到了招数：就是在中断线程结束之后立即使能中断！通常中断线程最后通常调用
InterruptDone函数来查询，然后使能中断，现在我不要这个耗费时间的函数了，我直接使能即可。
//-------------------ECOM interrupt EINT1-------------------------
s2440INT->rSRCPND = BIT_EINT1; // to clear the previous pending states
if (s2440INT->rINTPND & BIT_EINT1)
s2440INT->rINTPND = BIT_EINT1;
s2440INT->rINTMSK &= ~BIT_EINT1;
果然，使用这个方法之后，我的串口数据阶段问题就解决了。效果非常明显。