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

1. void EXTI3_IRQHandler(void)
   
2. {
   ' M( M; y. _, J2 {; A
3.         {
   
4.     TEST_RESET_PIN();
   7 k$ w2 S$ i1 m
5.     TEST_SET_PIN();
   
6.         }
   
7.         
   4 H9 G* ~) A; @- e
8.         EXTI_ClearITPendingBit(EXTI_Line3);
   $ s6 b4 X5 q  q
9. }

复制代码

          2. 测试设备：Tektronix TBS1102 @ 100MHz-1GS/s
          3. 测试结果：中断响应时间约410 ns，波形如下：
0 f5 {3 C( y2 h; O' a* N
* l$ M- Y" M- s+ U9 L9 X
        如果中断服务中有参数定义，则时间也会怎加，我在中断里定义了两个8 位的变量，时间会增加到500ns。
        如果在增加中断服务中边沿判断功能：

1. void EXTI3_IRQHandler(void)
   * n, N, `" f1 s1 O6 m
2. {
   5 P% }3 U) i' H/ r& p& B
3.         
   7 t* m1 E# l$ B3 b: a* `: u8 r
4.         if ( EXTI_GetITStatus(EXTI_Line3) )
   
5.         {
   
6.     TEST_RESET_PIN();
   6 l! E5 g8 X) I& d6 v2 Q
7.     TEST_SET_PIN();
   2 R* B' k' e, I# `0 f- e1 C
8.         }
   
9.         
   
10.         EXTI_ClearITPendingBit(EXTI_Line3);
    * z$ p' A# I% B- ~* I0 g( p) U5 E
11. }

复制代码

        增时间增加到1000ns，波形如下：


        在测试之气前，我以为中断响应时间都是很小的如200 ns设置更小，今天实测之后才发现......

! c4 o5 f$ q. ]

可以试试不用库函数，直接读写寄存器应该会再快一些

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

zhao.zhao 发表于 2019-9-12 17:59
# E, K8 E) P: _) C8 ?+ `# t响应进入中断程序时，CPU执行了很多压栈的指令和跳转指令，所以反应有点慢。如果追求速度的话，可以试试直 ...

确实是这样的，使用寄存器延迟会更小，在中断函数里定义局部变量也是要耗时间的。。。

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

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

: {1 h& U8 q% a2 V$ \* T% s2 [暂时用不到，换个其他的方案试试。。。

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

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

不用不知道，一用吓一跳吧