【STM32调试】寄存器调试不良问题记录持续版

本文主要是介绍【STM32调试】寄存器调试不良问题记录持续版，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

记录一些stm32调试过程中：不易被理解、存在使用误区、不清不楚、是坑、使用常识等方面的一些记录。本记录只包含stm32的内核以及外设等寄存器的调试，不包含业务方面。

NVIC（内嵌的中断向量控制器）

NVIC是什么东西？是内嵌的中断向量控制器？翻译的被不明不白，无法理解。说简单一点就是，来管理全部的中断的控制器，哪个中断来了，谁先来的，谁后来的，应该先运行哪个？能不能被抢占，还是按照顺序执行等。

1. 如何理解中断、挂起？

国内单片机学习者一开始都是学习别人翻译过来的中文手册，我也不例外。但是翻译过来的有些就十分的晦涩难懂，更甚者还会有错误出现（例如，EXTI的中断\事件控制框图）。所以建议去看看英文手册，即使借助翻译软件慢慢看也没有关系。
对于理解中断、挂起，十分有帮助的地方是M3权威指南手册的124页，看完如果没有帮助你来找我。

2. NVIC中的Pending（中断挂起）位会自动清除吗？

当触发了某个中断，并进入了该中断服务函数的话，该位是会被硬件自动清除的。
但是触发这个中断的外设中的中断标志位的话，并不一定会自动清除，需要查看手册，看是否需要自己手动清除。

EXTI（外部中断/事件）

1. 将PortA0连接到EXTI0，触发外部中断，总是进入两次中断服务函数，并且没有外部干扰存在。

void EXTI0_IRQHandler(void)
{// 中断执行的业务代码...ExtiClearIntStatus(0u); //清除LINE0上的中断标志位 
}

解释：
① 该现象十分有规律，可以考虑是因为没有清除掉EXTI的挂起寄存器，导致该中断一直被挂起，即使退出了中断服务函数，还是会一直进入该中断。
② 但是，每次只进入两次，上述还是解释不通，并且代码中已经将挂起寄存器中的中断标志清除掉了。
③ 最终原因是因为，清除中断标志的函数写在了最后一句，导致中断服务函数返回后，硬件上仍旧没有来得及将挂起寄存器的标志位清零（硬件执行是有延迟的）。所以导致又一次进入了中断服务函数。并且在仿真调试中，我也发现，第一次进入中断服务函数时，EXTI的PR挂起寄存器中的中断标志位为置位状态，第二次进入中断服务函数时，发现该位已经被清除。
④ 所以，最要是一进入中断服务函数，就将挂起的标志位清除掉，再执行业务逻辑代码，给硬件一定的执行事件。

这篇关于【STM32调试】寄存器调试不良问题记录持续版的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---