关于程序总跳回启动文件的话题

[复制链接]

zero99 发布时间：2017-6-27 10:36

技术帖
文章封面:	-
文章简介:	-

某STM32应用客户反映:

他用STM32f407芯片开发产品，使用ADC并开启了DMA中断。中断服务函数经过反复检查并没有发现配置错误，优先级也配置得当，可为什么每次仿真时程序都跳回启动文件呢？

后面，经过进一步沟通与反馈，发现只要开启DMA中断就跳回启动文件，并死在下面位置。

一般来讲，在做STM32开发调试时，如果发现程序频繁跳进启动文件的话，可能有以下几种情况及相关特征：

1、运行程序时发生异常访问，导致硬件错误、总线错误等

比如堆栈溢出啊、数组越界、执行非法指令、非法访问等。这时，程序指针可能会跳进启动文件里事先准备好了的相应异常服务程序，并进入死循环。比如下面这些：

2、芯片因为时钟问题、电源问题、WDG等原因，导致芯片频繁复位

比如时钟异常、电源波动厉害、电源驱动不足、WDG未重置等，导致芯片频繁运行复位程序。此时相对比较容易发现程序频繁回到启动文件里执行复位代码以及调用SystemInit()函数。当然，类似问题在芯片复位脚上也能观察到电平频繁跳变。

3、用户没有编写中断服务程序或其函数名与启动文件里的不一致

此时往往表现在开启了某些中断功能，但用户没有编写自己的中断服务程序，或者用户编写的中断服务函数名跟启动文件里事先定义的不一致。这样的话，当产生相关中断时，就会进入启动文件里事先使用汇编指令编写的中断服务函数，该函数除了一条原地死循环的代码外，再无其它。

在启动文件里，除了前面提到的几种特殊异常服务函数外，其它中断服务函数都共用同一执行代码，B .，即原地死循环，类似51系列MCU里的JMP $指令。

具体结合到本案例，经过多次排查、验证，发现问题就出在中断服务程序的函数名的书写上。他写的中断服务函数名跟启动文件里事先定义的就差一个字母。比如把DMA1_Stream0_IRQHandler（）写错成DMA_Stream0_IRQHandler（）。

该问题很隐蔽，尤其这种以为编写了中断服务函数，但中断函数名写得跟启动文件里的不一致时，编译器并不会给出任何提示，这就不容易发现问题。之前，也碰到过有人因中断函数名写得跟启动文件里定义的不一致导致中断不响应或者抱怨进不了相关中断的问题。

从客户提供的截图也可以看出，程序进入了启动文件里默认的中断服务程序，即那条死循环汇编指令 B . 。

这里以基于CORTEX-M4内核的STM32F4芯片为例，顺便提下基于CORTEX-Mx内核的中断矢量表的话题。

在每片基于CORTEX-Mx内核的芯片里，都有一张硬件中断矢量表。在这张表里按固定的顺序、以字【4个字节】为单位依次存放着各类异常响应的入口地址，其中第一个字是个例外，它存放的是栈顶地址。

下面是STM32F405/407和STM32F415/417系列芯片内部中断矢量表的一部分。其中Address是相对于该表起始地址的偏移量。该矢量表自身的地址由寄存器VTOR决定【注：M0系列没有这个寄存器】。不同的STM32系列，甚至同一系列的不同产品线【比如STM32F1系列的低容量产品线、高容量产品线、互联型产品线】，其中断矢量表的内容往往会有些差异。