傳說中的軟件斷點到底是什么？
本文轉載自微信公眾號「魚鷹談單片機」，作者魚鷹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 平臺，其他平臺自行研究
注意，剛下載程序時判斷也會成立，必須斷開調試器后再上電才可退出調試模式(或者其他方式退出調試模式)
