前言 有些工程师非常的小心,小心到甚至在程序中对一个外设配置完一次还不放心,还要再配置一次。这本身看起来没有什么问题,但是在特定的外设中,反而会不小心造成一些小问题,比如这里所要说的EXTI。
问题 某客户在其产品的设计中,使用了 STM32F302CCT6。客户在开发过程中,其所配置的 EXTI 外部中断,在外部没有中断信号的情况下,上电后运行程序,总是会进入 EXTI 中断程序一次。
调研 1.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.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.3.解决问题 问题解决很简单,EXTI13 既然已经配置好了,就不要再去重复进行配置了,没有必要,浪费效率且造成小问题。要使用和不要使用只要通过操作 EXTI_IMR 寄存器使能或禁用相应的中断就可以了。如果在特殊情况下非要重新配置的话,也要注意一下这个问题,先禁用中断。 结论 由于 SYSCFG_EXTILineConfig()函数在配置 EXTI 中断源时,会先将中断源配置到默认中断源后再配置到实际要使用的中断源,这样重复执行EXTI15_10_Config()就存在着误触发中断的风险,需加以注意。
处理 去掉重复配置的代码即可。
|