提高wince中断响应速度的一种方法（作者：wogoyixikexie@gliet）

最新推荐文章于 2024-03-20 12:05:58 发布

gooogleman

最新推荐文章于 2024-03-20 12:05:58 发布

阅读量2.8k

点赞数

CC 4.0 BY-SA版权

分类专栏： ARM基础知识 WinCE 驱动开发文章标签： wince 平台

本文链接：https://blog.youkuaiyun.com/gooogleman/article/details/4429814

WinCE 驱动开发同时被 2 个专栏收录

196 篇文章

订阅专栏

ARM基础知识

65 篇文章

订阅专栏

本文探讨了WinCE中断响应速度的问题，并通过对比4.2BSP与5.0BSP的不同实现方式揭示了响应速度差异的原因。作者提出了一种改进方法——在中断线程结束后直接使能中断，有效提升了中断响应速度。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

//-----------------------------------------------------------------------------------------------------------

// 作者：wogoyixikexie@gliet

//论坛账号：gooogleman （经常在优快云出没）

// 版权：桂林电子科技大学一系科协wogoyixikexie@gliet

// 平台：wince5.0 2440 5.0 BSP

// 发布日期：2009年8月10日

// 最后修改：

// 注意事项：未经作者同意，不得在转载的时候擅自修改、删除文章的任何部分

//-----------------------------------------------------------------------------------------------------------

关于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;

果然，使用这个方法之后，我的串口数据截断问题就解决了。效果非常明显。

转载请标明:作者wogoyixikexie@gliet.桂林电子科技大学一系科协，原文地址：http://www.cnblogs.com/wogoyixikexie/（或者我在优快云的博客：http://blog.youkuaiyun.com/gooogleman）——如有错误，希望能够留言指出;如果你有更加好的方法，也请在博客后面留言，我会感激你的批评和分享。