stm32数组越界一定会进硬件错误中断吗

Posted 2023-04-15

stm32数组越界一定会进硬件错误中断的。
可以从以下几个方面查找原因：

1. 意外中断。是否打开了某个中断，但是没有响应和清除中端标志，导致程序一直进入中断，造成死机假象

2. 中断变量处理不妥。若定义某些会在中断中修改的全局变量，这时要注意两个问题：首先为了防止编译器优化中断变量，要在这些变量定义时前加volatile，其次在主循环中读取中断变量前应该首先关闭全局中断，防止读到一半被中断给修改了，读完之后再打开全局中断;否则出现造成数据乱套。
3. 地址溢出，常见错误为指针操作错误。我要着重说的是数组下标使用循环函数中循环变量，如果循环变量没控制好则会出现数组下标越界，意外修改系统的寄存器造成死机，这种情况下如果死机说明运气好，否则后面不知道发生什么头疼的事。
4. 无条件的死循环;比如使用while(x);等待电平变化，正常情况下x都会变成0，就怕万一，因此最好加上时间限制;
5. 看门狗没有关闭。有的单片机即使没使用看门狗开机时也有可能意外自动开启了最小周期的看门狗，导致软件不断复位，造成死机，这个要看芯片手册，最好在程序复位后首先应该显式清除看门狗再关闭看门狗;

6. 堆栈溢出。最难查找的问题，对于容量小的单片机，尽量减少函数调用层级，减少局部变量，从而减少压栈的时候所需的空间。当你把以上几条都试过不能解决问题，试一试把你的被调用少函数直接内置到调用的地方并且把占用RAM大的局部变量改成全局变量，试一试说不定就可以了。 参考技术A 你说的是不是，姓错误时跳到了这个中断hardfaultexception（）。如果是，那么一般情况下是你的数组定义太大了。按你题目的意思，你在接收数据的时候，发现错误，是不是你没对错误数据进行正确处理，导致数组溢出。

怎样找出产生stm32硬件错误的原因

通过断点代码跟踪，在进入fun1(buf);函数时，发现SP指向了数组data所开辟的空间，同时PC、等寄存器值压入栈，在循环执行data =buf;的时候修改了压入栈的数据，导致在退出函数fun1(buf);时PC指向了错误的位置。 参考技术A 软硬件调试，用KEIL单步调试，万用表示波器测量