我们可以在陷入异常中断时将栈上的内核寄存器值写入RAM的一段复位后保留默认值的区域内，执行复位操作后再从RAM将该信息读出并分析，通过PC、LR确认当时执行的函数，通过R0-R3分析当时处理的变量是否异常，通过SP分析是否可能出现栈溢出等。
三、问题分析处理
结合问题现象以及定位的问题代码位置分析造成问题的原因。
3.1 程序继续运行
3.1.1 数值异常
3.1.1.1 软件问题
1、数组越界
写数组时下标超出数组长度，导致对应地址内容被修改。如下：
判断语句的条件容易把相等运算符“==”写成赋值运算符“=”导致被判断的变量值被更改，该类错误编译期不会 错且总是返回真。
建议将要判断的变量写到运算符的右边，这样错写为赋值运算符时会在编译期 错。还可以使用一些静态代码检查工具来发现此类问题。
4、同步问题
例如操作队列时，出队操作执行的过程中发生中断(任务切换)，并且在中断(切换后的任务)中执行入队操作则可能破坏队列结构，对于这类情况应该操作时关中断（使用互斥锁同步）。
5、优化问题
例如电源管理芯片Isl78600，假设现在两片级联，当同时读取两片的电压采样数据时，高端芯片会以固定周期通过菊花链将数据传送到低端芯片，而低端芯片上只有一个缓存区.
如果单片机不在规定时间内将低端芯片上的数据读走那么新的数据到来时将会覆盖当前数据，导致数据丢失。此类问题需要仔细分析芯片的数据手册，严格满足芯片通信的时序要求。
3.1.2 动作异常
3.1.2.1 软件问题
1、设计问题
设计中存在错误或者疏漏，需要重新评审设计文档。
2、实现与设计不符
代码的实现与设计文档不相符需要增加单元测试覆盖所有条件分支，进行代码交叉review。
3、状态变量异常
例如记录状态机当前状态的变量被篡改，分析该类问题的方法同前文数值异常部分。
3.1.2.2 硬件问题
1、硬件失效
目标IC失效，接收控制指令后不动作，需要排查硬件。
2、通信异常
与目标IC通信错误，无法正确执行控制命令，需要使用示波器或逻辑分析仪去观察通信时序，分析是否发出的信 不对或者受到外部干扰。
3.2 程序崩溃
3.2.1 停止运行
3.2.1.1 软件问题
1、HardFault
以下情况会造成HardFault：
-
在外设时钟门未使能的情况下操作该外设的寄存器；
-
跳转函数地址越界，通常发生在函数指针被篡改，排查方法同数值异常；
-
解引用指针时出现对齐问题：
以小端序为例，如果我们声明了一个强制对齐的结构体如下：
1.嵌友们，BUG不好找因为宏定义没用好！
2.GD32V RISC-V MCU调试体验
3.2022年六大值得关注的边缘计算趋势
4.2021年第12期《单片机与嵌入式系统应用》电子刊新鲜出炉！
5.STM32的SPI外设片选只有一个，怎么破p>
6.C语言开发单片机，为什么都是全局变量形式p>
文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览93604 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！