相關文章

  STM32出現HardFault_Handler故障的原因主要有兩個方面：

1、記憶體溢位或者訪問越界。這個需要自己寫程式的時候規範程式碼，遇到了需要慢慢排查。

2、堆疊溢位。增加堆疊的大小。

出現問題時排查的方法：

發生異常之後可首先檢視LR暫存器中的值，確定當前使用堆疊為MSP或PSP，然後找到相應堆疊的指標，並在記憶體中檢視相應堆疊裡的內容。由於異常發生時，核心將R0~R3、R12、Returnaddress、PSR、LR暫存器依次入棧，其中Return address即為發生異常前PC將要執行的下一條指令地址。

注意：暫存器均是32位，且STM32是小端模式。(參考Cortex-M3權威)

編寫問題程式碼如下：

1. void StackFlow(void)
   
2. {
   
3. int a[3],i;
   
4. for(i=0; i<10000; i++)
   
5. {
   
6. a[i]=1;
   
7. }
   
8. }
   
9. void SystemInit(void)
   
10. {
    
11. RCC->CR |= (uint32_t)0x00000001;
    
12. RCC->CFGR = 0x00000000;
    
13. RCC->CR &= (uint32_t)0xFEF6FFFF;
    
14. RCC->PLLCFGR = 0x24003010;
    
15. StackFlow();
    
16. RCC->CR &= (uint32_t)0xFFFBFFFF;
    
17. 。。。。。。。。。。。。。。
    
18. }

DEBUG如下圖

SP值為0x20008560，檢視堆疊裡面的值依次為R0~R3、R12、Return address、PSR、LR， 例如R0(1027 00 00), 顯然堆疊後第21個位元組到24位元組即為Returnaddress，該地址0x08001FFD即為異常前PC將要執行的下一條指令地址(即StackFlow()後面的語句處RCC->CR &= (uint32_t)0xFFFBFFFF)

另一種方法：

預設的HardFault_Handler處理方法不是B .這樣的死迴圈麼?樓主將它改成BXLR直接返回的形式。然後在這條語句打個斷點，一旦在斷點中停下來，說明出錯了，然後再返回，就可以返回到出錯的位置的下一條語句那兒

      Cortex-M3/4的Fault異常是由於非法的儲存器訪問（比如訪問0地址、寫只讀儲存位置等）和非法的程式行為（比如除以0等）等造成的。常見的4種異常及產生異常的情況如下：

• SCB->CCR |= 0x18; // enable div-by-0 and unaligned fault  
  

• SCB->SHCSR |= 0x00007000;   // enable Usage Fault, Bus Fault, and MMU Fault  
  

• void HardFault_Handler(void)  
• {  
•   if (CoreDebug->DHCSR & 1) {  //check C_DEBUGEN == 1 -> Debugger Connected  
•       __breakpoint(0);  // halt program execution here         
•   }  
•   while (1)  
•   {  
•   }  
• }