问题描述

• 单片机烧录代码（刚上电）无法立即运行，必须要复位一次或多次才能运行；
• 跟踪调试会进入HardFault_Handler中断。

问题分析

1. 烧录配置如下图，首先排除配置问题
2. 那么该问题就比较让人头大了，理论上，如果代码有问题，那工程应该运行不起来才对；但是话又说回来，如果代码没问题，那为什么会出现这种运行卡死的情况？
3. 常理上讲，一般代码进入HardFault_Handler，多半是跟硬件有关，这个时候就需要检查硬件相关的一些外设的配置了，如gpio、uart、spi、DMA等等，跟io相关的外设要尤其注意！！！
4. 排查相关外设，最终发现某个gpio驱动存在问题（该io本来是要控制某一个开关的，拉低导通，但是由于硬件修改，已经把该io接地，这就导致本来已经接地的io又被我初始化了一遍，且默认拉高）

 方案验证

 由于硬件已经接地，所以开关处于常导通状态，此时不用再对该io做任何配置，屏蔽掉该io的相关初始化接口，最终问题解决。

反思及总结

        电平之间的相互冲突可能会导致硬件冲突，进而出现代码不能稳定运行的情况，所以在使能外设时一定要仔细检查相关的时钟配置是否正确（如spi、iic、adc等）、电平是否被钳位到稳定状态（拉高或者拉低，最好不要出现悬空！！！）、硬件资源是否存在冲突。

 备注

以下列举一些进入硬件错误中断的情况： 

1. 非法内存访问

• 访问未分配的内存区域，例如：
  • 空指针访问 (NULL pointer)。
  • 超出有效范围的数组下标。
  • 访问不存在的外设寄存器地址。

2. 执行非法指令

• 程序计数器（PC寄存器）跳转到非代码区域，导致执行无效指令。
• 通常是函数指针错误、栈溢出或闪存内容被错误修改。

3. 堆栈溢出

• 当任务栈或主栈使用超出分配的内存时，可能覆盖到其他内存区域，引发异常。
• 常见原因：
  • 函数递归调用太深。
  • 大量局部变量分配，超过栈的容量。

4. 总线错误（Bus Fault）

• 对外设或存储器执行无效的访问操作，可能因以下原因导致：
  • 非对齐的内存访问（具体取决于目标处理器，Cortex-M0 不支持非对齐访问，M3/M4 通常支持）。
  • 缓存一致性问题或外设配置错误。

5. 除以零

• 在代码中执行除以零操作时会触发异常，除非已经禁用异常。

6. 非法优先级设置

• NVIC 优先级分组与中断优先级配置错误可能导致异常。

7. MPU（内存保护单元）访问限制

• 如果启用了 MPU（Memory Protection Unit），对受保护区域的访问将触发硬件异常。
• 常见情况：
  • 用户代码访问了受保护的内存区域。
  • 不同的任务越界访问了非分配的内存。

8. 其他硬件异常

• 在调试或运行过程中出现意外电气或硬件问题，例如：
  • 外设初始化错误。
  • 系统时钟配置错误。
  • 电源管理模块异常。