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

1. void EXTI3_IRQHandler(void)
   
2. {
   
3.         {
   
4.     TEST_RESET_PIN();
   ! n+ c8 i5 m9 T! K" U$ |
5.     TEST_SET_PIN();
   
6.         }
   3 _6 T5 @' v; I4 C& V& Y
7.         
   # {: p3 o: C+ E
8.         EXTI_ClearITPendingBit(EXTI_Line3);
   
9. }

复制代码

          2. 测试设备：Tektronix TBS1102 @ 100MHz-1GS/s
3 @) u3 Q  ~, G- B1 G2 z          3. 测试结果：中断响应时间约410 ns，波形如下：

9 j  M2 p: p& A7 K1 Z( u
8 g  x+ @+ ]0 ]. G. Y: ^        如果中断服务中有参数定义，则时间也会怎加，我在中断里定义了两个8 位的变量，时间会增加到500ns。
$ [0 f9 V, H8 S9 f        如果在增加中断服务中边沿判断功能：
8 A0 Q0 @9 t. }$ w6 y
/ ~3 r! X- j$ {

1. void EXTI3_IRQHandler(void)
   
2. {
   , Y: a: @" W. |6 r
3.         
   9 p5 k* M  r/ `5 H- v9 t  a
4.         if ( EXTI_GetITStatus(EXTI_Line3) )
   
5.         {
   
6.     TEST_RESET_PIN();
   
7.     TEST_SET_PIN();
   
8.         }
   + V* ^+ m: h' V
9.         
   
10.         EXTI_ClearITPendingBit(EXTI_Line3);
    
11. }

复制代码

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


& V* u; |+ ?% p- f! t  N        在测试之气前，我以为中断响应时间都是很小的如200 ns设置更小，今天实测之后才发现......

: t8 y4 r+ |3 W, M- g9 j
) L% s1 G5 W& B# ]( X

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

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

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

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

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

mylovemcu 发表于 2019-10-10 18:55
# U$ n6 `% r7 |/ O; |: G: E% M. ^很正常啊  如果想要纳秒级延时精度  可以考虑FPGA  那响应速度杠杠的  贼给力 ...

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

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

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

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