EEPW论坛

问 我使用外部中断作计数器，CPU为LPC2214，Fcclk=60Mhz，Fpclk=30Mhz，
用示波器看，从捕捉到下跳沿触发信号到进入外部中断处理程序需要1us，在外部中断处理程序中执行计数器加1( mycount = mycount+1)需要0.7us。ARM怎么这么慢？ 答 1: 在外部Flash中执行程序的速度比在内部Flash中执行要慢很多若对程序执行速度有要求，建议使用内部Flash。
答 2: re2214有内部256K Flash，我当然是使用内部Flash 答 3: re而且计数器变量也使用内部RAM 答 4: 是IO口慢，你这么看不准的。 答 5: reI/O口怎么能快？ 答 6: 同样的I/O口检测但是，同样的I/O口检测，执行计数器加1（mycount = mycount+1），输出脉宽增加0.7us 答 7: 不可能这么慢！是不是PLL或者MAM没有设置好？

另外要看看mycount = mycount + 1被编译成了什么代码。
答 8: re：问题出在MAM，如果您使用刚好60HMz，理论上是最快的，但由于晶体的偏差，可能内核认为是60.xxxMHz了，如果您的MAMTIM设置还是3的话，并不能加速，建议设置为4！！

另外，LPC2214的IO口速度并不快，没有快速IO。 答 9: zlgARM解释不对！难道你认为内部Flash超过20MHz，MAM就不能工作？

而实际情况是，我把主频搞到72MHz，MAMTIM设置成3，MAM仍然有效。即使Flash频率太高，也不会出现不能加速的问题，而是取指会出错，造成死机。
答 10: 到底是何原因？ 答 11: 急切关注中。。。。取指错误跟频率的关系，我很关心！ 答 12: 我也觉得很慢我有同感，觉得没有AVR单片机的16M快， 答 13: 继续讨论!    "我把主频搞到72MHz，MAMTIM设置成3，MAM仍然有效。即使Flash频率太高，也不会出现不能加速的问题，而是取指会出错，造成死机。"

     我这样做还是没有死机!
答 14: 老问题了.继续.2003年版的2104绝对是好东西,俺让他在120MHZ下跑,他跑得不也乐疯了.
IO口快不了,在120MHZ下也才7MHZ左右.
答 15: 你要回答一下你MAMTIM设置为多少?   你要回答一下你MAMTIM设置为多少?
   看看老周说的对否? 答 16: 看来在老周的坛子里有人"不服"老周了看来在老周的坛子里有人"不服"老周了 答 17: 不是“不服”老周zlgARM上面的回答即不符合理论又不符合实践结果，我怀疑zlgARM不是老周本人。 答 18: MAMTIM设置     
   MAMTIM值是在初取时插入的等待时钟周期.
LPC2000系统ARM内部FLASH最高访问速是20M,
出于稳定性考虑,飞利浦推荐是
内核工作频率20M以下设为1,40M以上设为3.

设置越大越慢,可通过软件延时程序测试. 答 19: 都在瞎说！！！问题的根源在于中断服务程序的执行速度，ARM核心的设计本来就不是照顾大量中断的工作模式，所以根本没有51那样的寄存器组的概念，导致进入中断后保存大量的寄存器，速度无论如何也快不起来的，何况中断相应机制本身就很弱，单独考虑中断的响应速度，可能60兆的ARM还不如24兆的51效率高
ARM的优势在于运算，至于io和中断没有优势
对于你的应用来说，213x以后的产品的定时器是可以解决的，有了计数器模式
这样就无须考虑中断相应问题了