完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
本帖最后由 一只耳朵怪 于 2018-6-4 17:38 编辑
我做了一个time out的程序。(使用的是DMTimer3) 发现: 程序从发生time out开始, 到程序进入中断函数为止。(也就是中断响应时间) 一共进行了8.96us,而我们原来使用的CPU只用了0.50us。 我想问一下,这什么AM3359的响应时间这么慢? |
|
相关推荐
3个回答
|
|
|
|
|
|
您好,我用DMtime,时钟24MHZ来计时,计时的区间为:中断触发时 到 进入中断响应函数时 的时间差。 提出此问题的缘由是:我用同样的方法在另外一个MPU上跑,得出的结果是0.50us,而在AM3359上却是8.96us。两者相差较大。 我可以保证计时,中断触发以及中断响应是没有问题的,AM3359的中断响应就是这么慢吗? |
|
|
|
60user180 发表于 2018-6-4 02:01 打开MMU后,中断快了很多,由8.96us提高到了0.85us |
|
|
|
只有小组成员才能发言,加入小组>>
499 浏览 1 评论
381 浏览 1 评论
576 浏览 2 评论
NA555DR VCC最低电压需要在5V供电,为什么用3.3V供电搭了个单稳态触发器也使用正常?
827 浏览 3 评论
MSP430F249TPMR出现高温存储后失效了的情况,怎么解决?
687 浏览 1 评论
AT32F407在USART2 DMA发送数据时,接包接到了要发送的数据,程序还是处于等待传输完成的标识判断中,为什么?
124浏览 29评论
654浏览 23评论
请问下tpa3220实际测试引脚功能和官方资料不符,哪位大佬可以帮忙解答下
288浏览 20评论
请教下关于TAS5825PEVM评估模块原理图中不太明白的地方,寻求答疑
240浏览 14评论
两个TMP117传感器一个可以正常读取温度值,一个读取的值一直是0,为什么?
96浏览 13评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-1-9 22:18 , Processed in 0.909325 second(s), Total 80, Slave 64 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号