atengznb

引用 17 楼 paul_chao 的回复:
报告应该都对

WinCE.NET (V4.x) 与 WinCE 6.0 的 Kernel 不同, 在 6.0 的 kernel 中, 己经对中断的处理做了一番修正, 所以在 5.0 版之前, WinCE 是号称 Soft-RealTime, 在 6.0 版时, 已经号称是 Hard-RealTime 了. 也就是其 Interrupt Latency is predictable.

Paul, Chao @ Techware

got it

swustboy

建议还是从软件角度去优化吧.
你的中断是不是每次产生都要进行复杂的运算?
能否将多个中断收集起来集中处理?
--------------------------------------
如果无法通过优化软件解决,或者说你的系统对性能要求很高,建议单独加一块MCU来处理吧.

给我一个大苹果

平均响应时间其实没什么用，要保证每次都能正确响应。就算将优先级设置成最高，也经常会碰到偶尔一次响应时间特别慢，好几毫秒都可能。

ilovedrv

引用 17 楼 paul_chao 的回复:
报告应该都对

WinCE.NET (V4.x) 与 WinCE 6.0 的 Kernel 不同, 在 6.0 的 kernel 中, 己经对中断的处理做了一番修正, 所以在 5.0 版之前, WinCE 是号称 Soft-RealTime, 在 6.0 版时, 已经号称是 Hard-RealTime 了. 也就是其 Interrupt Latency is predictable.

Paul, Chao @ Techware

哇，这条权威，呵呵
不过，实际的相应时间到底是多少，还是要自己来测试一下的，期待各位大虾的测试数据

youqing20000

引用 18 楼 sunrain_hjb 的回复:
WinCE是实时内核，但不一定是实时系统，它的实时性取决于你添加了什么系统组件，底层驱动处理是否合理。如果你的中断频率过高，可能会导致整个系统性能下降的。
要提高中断的响应速度，可以考虑把简单的处理放在ISR中，让多个硬件中断后执行一次IST。

比较看好这个，学习了…

wrathydra

引用 16 楼 oncancel 的回复:
看到一个评测报告，WinCE6.0 R2， x86平台（Pentium 200MHz MMX）
IRQ到ISR时间(5.0us,6.3us,10.2us) （min,ave,max下同）
ISR到IST时间(5.7us,6.3us,19.9us)
以24us周期产生10^9次中断，完全被IST捕捉到。

汗，这么彪悍，真的假的。

报告地址：
http://download.microsoft.com/download/D/A/C/DAC6D6D0-07EC-4954-95D3-55273C1524D7/Independent%20Real-Time%20Report%20for%20Windows%20Embedded.pdf

学习了这份报告，果然是详细+强悍
不过它好像没有说ist的优先级以及测试的其它详细条件，所以测试结果可信度应该不高

einsye

引用 25 楼 guopeixin 的回复:
引用 16 楼 oncancel 的回复:
看到一个评测报告，WinCE6.0 R2， x86平台（Pentium 200MHz MMX）
IRQ到ISR时间(5.0us,6.3us,10.2us) （min,ave,max下同）
ISR到IST时间(5.7us,6.3us,19.9us)
以24us周期产生10^9次中断，完全被IST捕捉到。

汗，这么彪悍，真的假的。

报告地址：
http://download.microsoft.com/download/D/A/C/DAC6D6D0-07EC-4954-95D3-55273C1524D7/Independent%20Real-Time%20Report%20for%20Windows%20Embedded.pdf

学习了这份报告，果然是详细+强悍
不过它好像没有说ist的优先级以及测试的其它详细条件，所以测试结果可信度应该不高

再结合ms官方以前公布的很多系统的执行时间等信息来想的话，实际的产品中很难保证和ms测试环境完全一样，比如driver/feature等，所以这份数据可信度要打折扣

langlangzhi

曾经在WINCE5.0,frq：366MHZ，捕捉4百多us的中断，经常丢数据。后面加了个小MCU来解决。

navyin

引用 27 楼 zizzfish 的回复:
曾经在WINCE5.0,frq：366MHZ，捕捉4百多us的中断，经常丢数据。后面加了个小MCU来解决。

这个速度够快的。。呵呵我们这也是弄了个MCU来解决。mcu负责采样，呵呵。

lzg2002nian

mark