[[402868]]

本文轉載自微信公眾號「魚鷹談單片機」，作者魚鷹Osprey。轉載本文請聯系魚鷹談單片機公眾號。

不知道道友是否有這樣的經歷，代碼全速運行的時候，等了很久發現并沒有得到想要的結果，然后暫停之后發現程序死在了循環里面，或者斷言里面。

那么我們是否有辦法在程序斷言失敗的時候，讓程序自動停下來呢?而不是苦苦等待結果呢?

如果用常規的方法，肯定是在斷言里面加入斷點，只要斷言失敗，那么程序自然就停下來了。

但是我們知道，KEIL 加入斷點后有可能在再次打開工程后消失，而且STM32單片機支持的斷點數量也有限，有沒有好的方法?

有的，就是軟件斷點。

你可以在需要停止CPU運行的代碼中加入這條語句：

__breakpoint(0);  //后面的立即數不怎么重要 

這樣，當你的程序斷言失敗了之后，如果運行到這條語句，在線調試模式下就會自動停止單片機運行(如果不在在線調試模式，也會進入停止運行，所以需要后面的優化方案)。

比如 hardfault 錯誤很難查，但是你可以在進入這個中斷后，立刻執行一條匯編軟件斷點代碼：

BKPT  0 

或者直接在中斷處理函數中加入代碼：

void HardFault_Handler(void) 
{ 
    __breakpoint(0); 
} 

這樣一來，一旦運行到這個函數，單片機就會馬上自動停止運行，而且你還可以通過 stack 窗口查看是從哪里跳進這個函數的，這樣就能快速定位這種錯誤了!

只有在滿足條件下，才會在你設置斷點位置自動停止在斷點處。比如一個條件下，會導致整個程序出問題，那么你可以在應用程序中添加代碼，讓其在滿足條件時自動停止運行(前提是處于在線調試，否則沒有任何打印信息的情況下停止運行是很麻煩的事情)。

但有的時候，我只想讓軟件斷點在進入調試模式時生效，正常運行時不產生軟件斷點，又該如何處理;換句話說，如何判斷單片機處于調試模式還是正常模式。

C 語言版

if(*((uint32_t*)0xE000EDF0) & 0x00000001) // 判斷是否工作在調試模式 
{ 
    __breakpoint(0); 
} 

匯編版

DEMCR          EQU     0xE000EDF0 
 
            LDR     r0, =DEMCR 
            LDR     r0,[r0,#0x00] 
            AND     r0,r0,#0x00000001 
            CBZ     r0,no_debug 
            BKPT    0 
no_debug  ; 地址標簽 

適用于 STM32f1x or Cortex-M3/M4 平臺，其他平臺自行研究

注意，剛下載程序時判斷也會成立，必須斷開調試器后再上電才可退出調試模式(或者其他方式退出調試模式)