AM335x能够准确响应的最短定时中断是多少？

2016-7-23 21:29

2016-7-23 21:30

详细说说

2016-7-23 21:32

如题，我设置定时器每10us中断一次，发现1秒时间内只响应了7万多次，而理论上应该会有10万次中断产生。差距有点大，ARM A8的中断响应时间不应该是ns级别的吗？

2016-7-23 21:33

怎么会差这么多？

2016-7-23 21:36

我是裸机跑的，中断处理函数中也没做什么事情，应该对中断响应没什么影响才对。

2016-7-23 21:36

具体描述下

2016-7-23 21:37

我使用beaglebone开发板，修改并调试StarteWare里面的定时器例程。具体描述如下：

1. 配置两个定时器DMTimer2和DMTimer3，都是自动重装载，其中DMTimer2设置10us中断一次（自动重装载值0xFFFFFFFF - 240），DMTimer3设置1秒中断一次(自动重装载值0xFFFFFFFF - 24000000).两个中断的优先级分别为0和1.

2. DMTimer2中断处理函数中只对一个变量cntValue进行自加操作

3. DMTimer3中断处理函数中通过串口输出cntValue的值，并将cntValue清零

调试发现输出的cntValue每次都只有74600多，按理论计算1秒时间内10us中断应触发100000次才对，这个差距太大了。将DMTimer2定时值修改为20us,30us，丢失的中断会少很多，但还是存在。

请问这究竟是怎么回事？AM335x的中断响应时间应该是非常短才对呀。

2016-7-23 21:40

我没用过AM335x。
但我觉得这个操作过程肯定有占用时间影响中断的操作

2016-7-23 21:41

你看没看过这个过程执行一次花费多长时间？

2016-7-23 21:42

你确定一下Timer clock in
和System clk的关系

2016-7-23 21:43

10us应该是没问题的

2016-7-23 21:44

我把1秒中断处理函数中的打印语句移到主循环中，然后把两个中断处理函数中清中断操作都改成直接操作寄存器，之前是调用库函数做的。现在1秒能够响应99585次左右中断，但还是没达到100%正确。之前没想到这两个地方对中断响应影响这么大！因为我一直以为AM3359工作在700M主频啊，10us应该能做很多事情。。。

2016-7-23 21:45

现在两个中断处理函数都已经非常精简了，再精简就啥事也做不成了。。。还有没有别的办法能再改进一下，保证1秒能响应100000个中断呢？

2016-7-23 21:46

我小白了，之前没想到中断处理程序占用了那么长的时间。。。现在1秒能够响应99585次左右中断了，离100000已经近在咫尺了，但还是不完全正确啊。

2016-7-23 21:47

加油。不懂AM335x，你可以继续研究下执行一次操作花费了多长时间，甚至于每一句代码花费的时间

2016-7-23 21:48

如果要做到非常精确别的事情就别干了虽然不影响定时器的中断每次中断前后的进栈出栈耗得时间
别的也就干不了多少了

2016-7-23 21:49

个人觉得这已经差不多了因为每次中断后要计数加一还有请标志等操作都是要耗时的
这些耗时肯定要算到你的1s定时中吧所以1s内不可能达到100000个

2016-7-23 21:49

建议你进入中断后马上清标志使能10us的定时器然后在加一

2016-7-23 21:53

还有每1s定时后再次使能是否和10us的同时开始这都会带来误差的

2016-7-23 21:55

够多了....
600 000 000hz的cpu,1000个时钟周期完成一次中断.而不是响应一次中断.

我用600M的a9+Linux测也比你这个高...估计测试方法不对

专栏首页

AM335x能够准确响应的最短定时中断是多少？

相关下载

相关帖子