tclbbq

可以吧

13711088469

没试过，顶

ccdl

哦也没试过，来此赚分

50881993

学习中

lixiebin2003

关注有解决方案，我自己做实验，100%响应的话，没几个MS是搞不定，不过在系统不运行太多其它线程时，大部分情况100US内能响应，但总有这么几次，会延时很长，毫秒级别！郁闷。

kgood

顶顶顶

heagle

好帖子，帮助顶

xinxi

个人觉得理论上仅ISR模块来说是可以的,当然应用上取决于硬件环境.

沧海蝴蝶

guanzhu

li139

理论上是可以，但是取决于你的应用程序在处理什么咚咚。我用2440，266M的频率，用Timer模拟了一个波特率为2400的串口，数据很正确，4800的波特率之前似乎也有用过，不记得了，但是现在是用2400的波特率。 在模拟串口数据时，有时候会出现系统时钟中断无法响应的问题哦。

复方法

看来实时一点的还是要单片机来搞啊

lxchina

只能说我没有做过，5000次，晕

david_yjd

首先需要知道大部分推荐的WinCE中断处理模型都是ISR+IST，如果用这个模型你是基本不要想了
因为IST的运行依赖于系统调度，就是说依赖于系统的时钟，像gooogleman说的，系统时钟是1ms的话，不可能实现5000次/s的处理
但是你要知道这种局限并不是在于CPU无法捕获这么快的中断，而是ISR+IST的模型限制了速度
在中断来临的时候，WinCE会暂时关闭中断（或小于等于当前优先级的中断），一直到可以重新打开，这一段时间如果可以符合5000次/s的情况，那就说明还有希望（在不修改微软既有的代码的前提下）。
所以你可以在ISR中直接处理这个中断然后打开中断，这时候就相当于一个单线程的系统。需要测量的就是
1 从中断到来 到 进入ISR的时间
2 处理这个中断的时间
3 打开中断及返回的时间
如果处理时间很短，比如50us之内，那可能还可以考虑
如果占用时间过长，会导致wince系统一直被锁死来处理中断，那么系统就像死机了一样

zhfxuyg

帮顶 学习了

rto.wang

来学习的

zuigui111

诚聘winCE软件工程师

我司是专业上网本、UMPC、MID方案设计公司，因项目需要现诚聘winCE精英。

职务要求：
大专以上学历；
1年以上winCE软件开发经验；
熟悉winCE6.0系统定制开发者优先；
熟悉三星6410方案者优先；
待遇面谈,看工作经验5K-10K；

联系人：李生
电话：0755-26972802
QQ：68848678
工作地址：深圳南山科技园

love3song

引用 72 楼 armce 的回复:
首先需要知道大部分推荐的WinCE中断处理模型都是ISR+IST，如果用这个模型你是基本不要想了
因为IST的运行依赖于系统调度，就是说依赖于系统的时钟，像gooogleman说的，系统时钟是1ms的话，不可能实现5000次/s的处理
但是你要知道这种局限并不是在于CPU无法捕获这么快的中断，而是ISR+IST的模型限制了速度
在中断来临的时候，WinCE会暂时关闭中断（或小于等于当前优先级的中断），一直到可以重新打开，这一段时间如果可以符合5000次/s的情况，那就说明还有希望（在不修改微软既有的代码的前提下）。
所以你可以在ISR中直接处理这个中断然后打开中断，这时候就相当于一个单线程的系统。需要测量的就是
1 从中断到来 到 进入ISR的时间
2 处理这个中断的时间
3 打开中断及返回的时间
如果处理时间很短，比如50us之内，那可能还可以考虑
如果占用时间过长，会导致wince系统一直被锁死来处理中断，那么系统就像死机了一样

学习！

gorey

学习了

lianshi007

学习了

imaybach

受用了，学习了，娱乐了