【实战经验】EXTI重复配置两次导致误触发中断的问题

1万 · 2016-3-31 13:55

本帖最后由香水城于 2017-8-16 11:06 编辑

EXTI 重复配置两次导致误触发中断的问题

前言
有些工程师非常的小心，小心到甚至在程序中对一个外设配置完一次还不放心，还要再配置一次。这本身看起来没有什么问
题，但是在特定的外设中，反而会不小心造成一些小问题，比如这里所要说的EXTI。
问题
某客户在其产品的设计中，使用了STM32F302CCT6。客户在开发过程中，其所配置的EXTI 外部中断，在外部没有中断信
号的情况下，上电后运行程序，总是会进入EXTI 中断程序一次。
调研
1.了解问题
客户在开发中使用了STM32F30x 的标准外设库STM32F30x_DSP_StdPeriph_Lib_V1.2.3，在其程序设计中，参考了
EXTI_Example 例程的代码，一开始在初始化过程中先执行了一次EXTI15_10_Config()将PC13 设置为外部中断口，设置为
下降沿触发中断（PC13 外部有上拉电阻）。EXTI15_10_Config()函数原型如下：

客户在后面的程序中，在使用EXTI 之前再调用了一次EXTI15_10_Config()将PC13 设置为外部中断口。
调试运行的时候，发现PC13 在没有外部触发下降沿信号的时候（经示波器确认），上电时总会进入外部中断服务程序
EXTI15_10_IRQHandler 中。
2.问题分析
如果仔细研究过程序，其实这个问题并不难知道。在执行第一次的EXTI15_10_Config()之后，PC13 作为EXTI13 外部中断已
经开启。在这种情况下，如果再执行一次EXTI15_10_Config()，我们来看看这里边究竟有什么情况？
仔细查看EXTI15_10_Config()的程序内容，注意到这一句：

也就是说，EXTI15_10_Config()调用了SYSCFG_EXTILineConfig(EXTI_PortSourceGPIOC, EXTI_PinSource13)来将PC13
配置为EXTI13 中断源。来看一下SYSCFG_EXTILineConfig 这个函数的原型，它存在于stm32f30x_syscfg.c 文件中。

SYSCFG_EXTILineConfig 这个函数的执行流程是这样的：先将SYSCFG_EXTICR 外部中断配置寄存器中相对应的位清零，
然后再写入新值。
也就是说，在此PC13 作为EXTI13 中断的例子中，当执行“SYSCFG->EXTICR[EXTI_PinSourcex >> 0x02] &= ~tmp;”时，
SYSCFG_EXTICR4 的EXTI13[3:0]清零，将EXTI13 外部中断的输入源设置为PA13（默认）；再执行“SYSCFG-
>EXTICR[EXTI_PinSourcex >> 0x02] |= (((uint32_t)EXTI_PortSourceGPIOx) << (0x04 * (EXTI_PinSourcex &
(uint8_t)0x03)));”时，SYSCFG_EXTICR4 的EXTI13[3:0]写入值0x02，将EXTI13 外部中断的输入源选择为PC13。
由此，产生中断的原因很清楚：
1. 第一次执行EXTI15_10_Config()，使能了EXTI13 的中断，中断源来自PC13；
2. 第二次执行EXTI15_10_Config()，在调用SYSCFG_EXTILineConfig 配置EXTI13 中断源时，先将中断源切回至
PA13；由于失去了PC13 引脚上的高电平，在内部产生了一个下降沿，因此触发了EXTI13 中断（之前已被使能），
进入中断服务程序执行代码；
3. 从中断服务程序返回，再将EXTI13 中断源重新配置到PC13。
所以，误触发而进入中断服务程序的原因就是这样。
3.问题解决
问题解决很简单，EXTI13 既然已经配置好了，就不要再去重复进行配置了，没有必要，浪费效率且造成小问题。要使用和不
要使用只要通过操作EXTI_IMR 寄存器使能或禁用相应的中断就可以了。如果在特殊情况下非要重新配置的话，也要注意一
下这个问题，先禁用中断。
结论
由于SYSCFG_EXTILineConfig()函数在配置EXTI 中断源时，会先将中断源配置到默认中断源后再配置到实际要使用的中断
源，这样重复执行EXTI15_10_Config()就存在着误触发中断的风险，需加以注意。
处理
去掉重复配置的代码即可。

对应PDF：EXTI重复配置两次导致误触发中断的问题
更多实战经验请看：【ST MCU实战经验汇总贴】

【实战经验】EXTI重复配置两次导致误触发中断的问题

荣誉元老奖章

坚毅之洋流

十世金身

技术领袖奖章