平臺：

CPU ：STM32f103rct6 編譯器 ：MDK5.20； 調(diào)試工具：ULINK2

現(xiàn)象：

主板上電后鏈接ULINK，SW接口可以鏈接、可以下載程序，偶爾出現(xiàn)cannot access target shutting down debug session錯誤提示。 程序運行后，進入hardfault錯誤處理函數(shù)。

分析

尋找產(chǎn)生fault原因

1 Cortex-M3/4的Fault簡介 Cortex-M3/4的Fault異常是由于非法的存儲器訪問（比如訪問0地址、寫只讀存儲位置等）和非法的程序行為（比如除以0等）等造成的。常見的4種異常及產(chǎn)生異常的情況如下： Bus Fault：在fetch指令、數(shù)據(jù)讀寫、fetch中斷向量或中斷時存儲恢復寄存器棧情況下，檢測到內(nèi)存訪問錯誤則產(chǎn)生Bus Fault。 Memory Management Fault：訪問了內(nèi)存管理單元（MPU）定義的不合法的內(nèi)存區(qū)域，比如向只讀區(qū)域?qū)懭霐?shù)據(jù)。 Usage Fault：檢測到未定義指令或在存取內(nèi)存時有未對齊。還可以通過軟件配置是否檢測到除0和其它未對齊內(nèi)存訪問也產(chǎn)生該異常，默認關(guān)閉，需要在工程初始化時配置： Hard Fault：在調(diào)試程序過程中，這種異常最常見。上面三種異常發(fā)生任何一種異常都會引起Hard Fault，在上面的三種異常未使能的情況下，默認發(fā)生異常時進入Hard Fault中斷服務程序。使能前三種異常也要在初始化時配置：

cortex-m3內(nèi)核出現(xiàn)HardFault_Handler故障的原因主要有兩個方面： 1、內(nèi)存溢出或者訪問越界。這個需要自己寫程序的時候規(guī)范代碼，遇到了需要慢慢排查。 2、堆棧溢出。增加堆棧的大小。

調(diào)試

1， 查看產(chǎn)生hardfault原因

1）在stm32f10x_it.c中的hardfault處理函數(shù)中設置斷點，當發(fā)生hardfault時進入斷點。

2）當進入Hard Fault斷點后，菜單欄Peripherals >Core Peripherals >Fault Reports打開異常發(fā)生的報告，查看發(fā)生異常的原因：

3）查看發(fā)生錯誤代碼地址： Cortex‐M3 在進入異常服務例程時，自動壓棧了 R0‐R3, R12, LR, PSR 和 PC，并且在返回時自 動彈出它們，通過讀取 PSP 的值， OS 就能夠獲取用戶應用程序使用的堆棧，進一步地就知道了在發(fā) 生異常時，被壓入寄存器的內(nèi)容。