Cortex-M 处理器 hardfault 定位方法和步骤（基于Keil mdk）

一. 问题的产生

  Hard fault (硬错误,也有译为硬件错误的)是在STM32上编写程序中所产生的错误，造成Hard Fault错误的可能原因较多，排除硬件问题，如何在代码量较大的情况下，快速定位造成的hardfault的问题代码，就成为比较关键的问题。

  本文将基于STM32处理器(stm32f091)，keil-MDK开发环境，总结hardfault的调试定位方法。在其他Cortex-M0 (m3,m4)内核处理器，和其他开发环境下，也可作为参考。

二. Cortex-M 处理器内核异常中断简介

1）错误种类

对于Cortex-M内核，架构采用错误异常的机制来检测问题，当核心检测到一个错误时，异常中断会被触发，并且核心会跳转到相应的异常终端处理函数执行，错误异常的终端分为以下四种：

HardFault
MemManage
BusFault
UsageFault

其中hardfault为最常见的错误类型，并且，在没有开启其他异常处理的情况下，默认进入hardfault异常中断处理函数：

void HardFault_Handler(void)
{
  /* USER CODE BEGIN HardFault_IRQn 0 */
  /* USER CODE END HardFault_IRQn 0 */
  while (1)
  {
    /* USER CODE BEGIN W1_HardFault_IRQn 0 */
    /* USER CODE END W1_HardFault_IRQn 0 */
  }
}

2) 可能的原因

从软件角度，产生hardfault的可能原因有：

（1） 数组越界
（2）野指针
（3）未初始化硬件却开始操作，或无中断服务函数等

（4）任务堆栈溢出

《ARM Cortex-M0权威指南》中提到，关于 Cortex M0+内核主要有以下几点引起 HardFault 的原因：

非法存储器访问
非对齐数据访问
从总线返回错误
异常处理中的栈被破坏
程序在某些 C 函数中崩溃
意外地试图切换至 ARM 状态
在错误的优先级上执行系统服务调用指令(SVC)

下面将以一个stm32f091上运行的数组越界代码为例，具体阐述定位步骤&#x