最近STM32F103的外部中断触发采集一组方波信号数据，但是发现数据总是不正确，怀疑是中断延迟即处理时间偏长导致的，所以测试了一下STM32F103的外部中断相应时间（中断触发信号有效到中断服务程序I/O输出之间的时间），测试信息如下：
          1.   测试环境——STM32F103 @72MHz, 只配置几个输出端口和2个外部中断（端口速度配置位50MHz），但是只有一个有外部触发信号，中断服务程序直接输出测试端口状态，格式如下：
; t, M% M, X/ s8 _* y6 D! i+ Y

1. void EXTI3_IRQHandler(void)
   
2. {
   
3.         {
   
4.     TEST_RESET_PIN();
   
5.     TEST_SET_PIN();
   % G+ @, x1 ?( {# _- h
6.         }
   5 D1 Z) g5 X# ~3 E: r9 y
7.         
   
8.         EXTI_ClearITPendingBit(EXTI_Line3);
   
9. }

复制代码

, B. @+ c# L, e5 w* j# W          2. 测试设备：Tektronix TBS1102 @ 100MHz-1GS/s
          3. 测试结果：中断响应时间约410 ns，波形如下：


        如果中断服务中有参数定义，则时间也会怎加，我在中断里定义了两个8 位的变量，时间会增加到500ns。
        如果在增加中断服务中边沿判断功能：

1. void EXTI3_IRQHandler(void)
   , q6 g$ W" ^( [# Q5 V# Q
2. {
   
3.         
   
4.         if ( EXTI_GetITStatus(EXTI_Line3) )
   
5.         {
   % I7 D' f# I2 l  D( Z" J; V7 I% q
6.     TEST_RESET_PIN();
   
7.     TEST_SET_PIN();
   . T; X2 q! }  p; a
8.         }
   7 }2 H  f6 a1 }7 Y# T* Q
9.         
   , g6 h/ k! T7 f) C
10.         EXTI_ClearITPendingBit(EXTI_Line3);
    , J$ t! M; r) @, O" R4 c( `$ q
11. }

复制代码

        增时间增加到1000ns，波形如下：
5 P5 ?4 `2 Q1 a& a: a
- I% L& F0 c2 `( b/ y% p0 ]
9 h4 K- A/ R+ T        在测试之气前，我以为中断响应时间都是很小的如200 ns设置更小，今天实测之后才发现......

可以试试不用库函数，直接读写寄存器应该会再快一些
2 B* N, e2 Z# ?

响应进入中断程序时，CPU执行了很多压栈的指令和跳转指令，所以反应有点慢。如果追求速度的话，可以试试直接寄存器操作，速度应该会快点

zhao.zhao 发表于 2019-9-12 17:59
* S4 l3 Z5 d2 N( M响应进入中断程序时，CPU执行了很多压栈的指令和跳转指令，所以反应有点慢。如果追求速度的话，可以试试直 ...

! D+ X- j! r% `确实是这样的，使用寄存器延迟会更小，在中断函数里定义局部变量也是要耗时间的。。。

很正常啊  如果想要纳秒级延时精度  可以考虑FPGA  那响应速度杠杠的  贼给力

mylovemcu 发表于 2019-10-10 18:55
很正常啊  如果想要纳秒级延时精度  可以考虑FPGA  那响应速度杠杠的  贼给力 ...

暂时用不到，换个其他的方案试试。。。

顶楼主，这个问题我也是前两天才发现，和你的结论基本一致。在定时器中断里面翻转IO口，最高只能输出到500kHz的方波。因为中断响应的时间是几百纳秒级别的，波形上Mhz，很难。如果在中断里面增加一些变量判断，更慢。

huangyanga 发表于 2019-10-17 11:28
4 k, Z, N% |" L, k+ H顶楼主，这个问题我也是前两天才发现，和你的结论基本一致。在定时器中断里面翻转IO口，最高只能输出到500k ...

! E0 P1 m- _" \+ k不用不知道，一用吓一跳吧