11.1 初学者重要提示
' I$ h" Z4 p+ q" ], L& q0 P  MDK本身也是支持硬件异常分析的，就是不够直观
- m- g5 v7 a  }
" v4 A6 i& W4 J  IAR8带的硬件异常分析比较好用，在本章11.6小节有说明。
11.2 移植方法
直接移植SEGGER的硬件异常代码会有错误警告，这里针对IAR和MDK版本做了些简单修改，方便大家移植到自己的工程里面。
+ q4 s! |* [: e+ h; J( F
/ n/ _# K% t: \- @7 Z  o, w  MDK版本移植
6 z4 q0 X* ~1 r5 I# g源文件位于本章配套例子的\User\segger\HardFaultHandlerMDK文件夹，添加如下两个文件到工程里面即可。
& y* _; K. Z" D! F

& h9 p; p0 c1 {2 }& A0 O* w4 p  IAR版本移植
1 _  M! w. V( b! @! s% E/ Y& t' D- G$ W源文件位于本章配套例子的\User\segger\HardFaultHandlerIAR文件夹，添加如下两个文件到工程里面即可。

7 i, H2 U8 m) v' \& s( |- ^6 Y

9 o& L' o/ @9 {, v  M: a: B5 A/ Q
- N; p3 |& q, r+ u4 f在文件SEGGER_HardFaultHandler.c里面都添加了串口打印功能，方便不用编译器的调试功能时，通过串口打印提示是否进入硬件异常。

# n- h: J0 F5 g8 C$ E8 G' A

1. #define ERR_INFO "\r\nEnter HardFault_Handler, System Halt.\r\n"
   
2. 
   
3. #if 1
   
4. {
   1 ~, |8 |' W: z% @0 Z8 B. W
5.         const char *pError = ERR_INFO;
   2 U9 s# u5 G2 H/ Q! z
6.         uint8_t i;
   
7. 
   
8.         for (i = 0; i < strlen(ERR_INFO); i++)
   5 A, l! O* K" D6 k1 h, ^
9.         {
   ; v/ a& o$ w+ ^: A
10.                 USART1->TDR = pError<i>;
    / o  [* h  e. T
11.                 /* 等待发送结束 */
    / h1 m$ v% D; F& \9 R0 Q! v6 Q
12.               </i>  while((USART1->ISR & USART_ISR_TC) == 0);
    
13.         }        
    4 Z. p7 x- Q' O( J1 r
14. }
    
15. #endif

复制代码

11.3 MDK锁定硬件异常位置方法
( Y/ P' R* x0 ]: |( }1 K( o; `以本章配套的例子为大家做个说明。

! v9 q5 C# f* t/ N0 E1、测试方法比较简单，进入调试状态，全速运行，然后按下K1按键，就会进入硬件异常中断，此时停止调试，程序就会自动定位到如下位置：
, _7 b$ u7 n: H1 u

; x3 x: A% P: f- W5 j
2、在Watch1窗口添加变量_Continue
2 Y' ]. f7 j1 R; z/ M' P8 j9 I

3、修改为任何非0数值，就可以继续单步调试。这个代码后面还有一个第1步中的while循环，也可以继续采用第2步的方法修改。退出硬件异常后就是大家进入硬件异常前下一条要执行的指令（可能还是这个函数本身，因为一个函数由多个指令完成）。定位到出问题的位置：

6 Y2 q' ~% v# M7 Y, @% v7 O
11.4 IAR锁定硬件异常位置方法
4 h; {7 {5 |3 K% U& q& s$ O0 y以本章配套的例子为大家做个说明。
' x, s+ D4 a+ J  O" W
1、测试方法比较简单，进入调试状态，全速运行，然后按下K1按键，就会进入硬件异常中断，此时停止调试，程序就会自动定位到如下位置：

2、在Watch1窗口添加变量_Continue

  Y+ D- g, F3 `3 V

- @: t% R: R, T$ J
3、修改为任何非0数值，就可以继续单步调试。这个代码后面还有一个第1步中的while循环，也可以继续采用第2步的方法修改。退出硬件异常后就是大家进入硬件异常前下一条要执行的指令（可能还是这个函数本身，因为一个函数由多个指令完成）。定位到出问题的位置：
0 Z, b1 P% q9 U# t& ?) f- `

11.5 硬件异常原因分析
SEGGER提供的这个机制查找出问题的位置比较方便，具体原因需要继续在调试界面里面添加HardFaultRegs结构变量，这个结构体变量添加了所有大家想看的东西。下面是MDK调试状态查看部分结构体数值：

1 p: J# A" u& U& J! m: `

0 [1 Y4 ]% `, y4 N) \* D4 t4 l1 s具体上面的变量代表什么含义呢，代码里面有注释，查阅起来没有IAR自带的硬件异常提示方便（注意，下面的代码用到了位域）。

7 _2 h7 p% n( N6 `

1. #if DEBUG
   ( s& C" ^5 S% Q4 f0 |
2. static volatile unsigned int _Continue;  // Set this variable to 1 to run further
   
3. 
   : ^3 n8 A4 O' \5 Y# \
4. static struct {
   
5.   struct {
   
6.     volatile unsigned int r0;            // Register R0
   ) X0 C( ]) f- J+ A. T
7.     volatile unsigned int r1;            // Register R1
   
8.     volatile unsigned int r2;            // Register R2
   ' L; \5 @2 P: Y) ?; W
9.     volatile unsigned int r3;            // Register R3
   $ ~; C# c9 L2 R
10.     volatile unsigned int r12;           // Register R12
    ( R( Z' Q" B, |2 K* K0 Z# g
11.     volatile unsigned int lr;            // Link register
    ) K) T. W% f! T/ ]8 p
12.     volatile unsigned int pc;            // Program counter
    
13.     union {
    
14.       volatile unsigned int byte;
    " `; J* [# b& Z0 x
15.       struct {
    + B) U8 i3 v. Z  D/ r
16.         unsigned int IPSR : 8;           // Interrupt Program Status register (IPSR)
    
17.         unsigned int EPSR : 19;          // Execution Program Status register (EPSR)
    9 V; N6 H2 z$ T! t# N, I1 D
18.         unsigned int APSR : 5;           // Application Program Status register (APSR)
    
19.       } bits;
    
20.     } psr;                               // Program status register.
    
21.   } SavedRegs;
    
22. 
    
23.   union {
    
24.     volatile unsigned int byte;
    
25.     struct {
    
26.       unsigned int MEMFAULTACT    : 1;   // Read as 1 if memory management fault is active
    
27.       unsigned int BUSFAULTACT    : 1;   // Read as 1 if bus fault exception is active
    
28.       unsigned int UnusedBits1    : 1;
    
29.       unsigned int USGFAULTACT    : 1;   // Read as 1 if usage fault exception is active
    , n  M# b9 i; u* B& t- Y/ R! J
30.       unsigned int UnusedBits2    : 3;
    - Y7 r: _  C  ^- u; j7 B, V7 R
31.       unsigned int SVCALLACT      : 1;   // Read as 1 if SVC exception is active
    % @4 A/ a" p8 i) ]2 e  {
32.       unsigned int MONITORACT     : 1;   // Read as 1 if debug monitor exception is active
    
33.       unsigned int UnusedBits3    : 1;
    $ Z' F& _! u* L& k+ I
34.       unsigned int PENDSVACT      : 1;   // Read as 1 if PendSV exception is active
    
35.       unsigned int SYSTICKACT     : 1;   // Read as 1 if SYSTICK exception is active
    7 w4 b' o& `3 |  ?+ [- v3 _$ N
36.       unsigned int USGFAULTPENDED : 1;   // Usage fault pended; usage fault started but was replaced by a
    
37. higher-priority exception
    
38.       unsigned int MEMFAULTPENDED : 1;   //  Memory management fault pended; memory management fault started
    
39. but was replaced by a higher-priority exception
    2 P0 |/ U2 X7 l! m4 F
40.       unsigned int BUSFAULTPENDED : 1;   // Bus fault pended; bus fault handler was started but was replaced
    / P5 p, m. C/ I1 [7 f
41. by a higher-priority exception
    & p3 p0 i- h/ o7 ]3 U
42.       unsigned int SVCALLPENDED   : 1;   // SVC pended; SVC was started but was replaced by a higher-priority
    ( a* y8 Q+ Z" H
43. exception
    
44.       unsigned int MEMFAULTENA    : 1;   // Memory management fault handler enable
    7 Z6 k% F7 k8 ?
45.       unsigned int BUSFAULTENA    : 1;   // Bus fault handler enable
    
46.       unsigned int USGFAULTENA    : 1;   // Usage fault handler enable
    
47.     } bits;
    & g7 h+ G+ K# p1 N$ Z* R  \$ z
48.   } syshndctrl;                          // System Handler Control and State Register (0xE000ED24)
    
49. 
    
50.   /* 省略未写 */
    
51. 
    % I: Q7 N! F* {% M' _) S
52.   volatile unsigned int afsr;            // Auxiliary Fault Status Register (0xE000ED3C), Vendor controlled (optional)
    
53. } HardFaultRegs;
    
54. #endif

复制代码

11.6 IAR自带的硬件异常分析
. Q7 `0 M! G- v0 f2 z3 i3 Q; f还以本章配套的例子为例，进入调试状态，全速运行，然后按下K1按键，就会进入硬件异常中断，此时停止调试，IAR还会弹出一个硬件异常错误分析，刚进来的时候也许是个空白

8 @) y# n8 p% d0 S单步调试刷新下就出来了：

指出了问题的原因是操作的数据地址有问题。

2 ]4 d& i* g, m11.7 实验例程
专门为本章节配套了一个例子：V7-009_移植SEGGER的硬件异常分析机制。大家可以按照本章教程提供的方法进行测试。

11.8 总结
除了SEGGER的硬件异常分析方案，建议也测试下MDK和IAR的，以后遇到硬件异常问题，解决起来可以得心应手。

: W3 a- V, z: V0 ?- I4 v, A, S