Stm32 debug停留在"BKPT 0xAB"或者"SWI 0xAB"的解決辦法

時間：2018-12-05 17:00:01

關鍵字： debug STM32

手機看文章

掃描二維碼
隨時隨地手機看文章

[導讀]一、、背景：　　曾經在工作中接觸過STM32一段時間，但沒有深入的去學習，只是用前輩搭建好的模型來實現(xiàn)一些功能罷了，俗話說的好，大樹底下好乘涼，開發(fā)確實輕松了，可是不深究點，又覺著心里不踏實，然而也一直沒花

一、、背景：

　　曾經在工作中接觸過STM32一段時間，但沒有深入的去學習，只是用前輩搭建好的模型來實現(xiàn)一些功能罷了，俗話說的好，大樹底下好乘涼，開發(fā)確實輕松了，可是不深究點，又覺著心里不踏實，然而也一直沒花時間去深究。剛好，最近需要重新使用STM32，完全自己開發(fā)，沒想到今天一上來就讓我碰上個不小的問題，廢話不多說，進入正題。

二、正文：

　　在使用串口的時候，代碼可以正常編譯，沒有報任何錯誤，燒錄進MCU內，就是看不到程序正常運行的現(xiàn)象，而把串口部分注釋掉就沒問題。進入調試模式，發(fā)現(xiàn)代碼停在 "BKPT　　0xAB" 這里，并不是死循環(huán)，按下全速運行鍵“F5”，代碼會立馬在該段被終止，不會繼續(xù)往下跑，這里說明了main函數(shù)都沒有進入。Google到了ARM的技術支持有提到過這個問題， “ARM: Application Builds Without Error, But Does Not Run”，這個鏈接描述的現(xiàn)象即是我現(xiàn)在碰到的現(xiàn)象。此處指出，調試時，出現(xiàn)代碼停在 “BKPT　　0XAB” 的現(xiàn)象，說明Semihosting 被使能了。

　　解決辦法有三個：

　　1、添加一個“retarget.c”的文件，文件內容如下：

#include"stdio.h"#pragmaimport(__use_no_semihosting_swi)#pragmaimport(__use_no_semihosting)_sys_exit(intx){x=x;}struct__FILE{inthandle;/*Whateveryourequirehere.Iftheonlyfileyouareusingis*//*standardoutputusingprintf()fordebugging,nofilehandling*//*isrequired.*/};/*FILEistypedef’dinstdio.h.*/FILE__stdout;

　　2、使用keil 的軟件包補?。ㄓX得有點繁瑣沒有使用），貼個圖做個參考

　　3、打開Microlib:

　　點擊“keil”的“Target option”里面的“Target”，選擇“Use MicroLIB”，如下圖：

　　經過測試，按“1”、“3”兩種辦法，均可以使程序正常運行，“2”辦法有點繁瑣，沒有去嘗試。

　　按照“1”方法為什么就能使程序正常運行呢？釋義如下：

　　現(xiàn)在問題來了，這個“Semihosting”到底是什么？官方釋義如下：

　　而按照方法“3”的原因在于：

　　“Microlib”已經將“Semihosting”部分移除，代碼也更精簡，所以，不會出現(xiàn)卡在某處的情況。

　　個人是推薦用方法“1”或“2”，畢竟微庫“Microlib”不具備ISO C的某些特性，某些庫函數(shù)運行的也比較慢，具體不同之處參照參考鏈接。當然它的好處在于，其代碼經過高度優(yōu)化而變得很小，可以使用malloc，其內置了一個堆管理模塊。具體不同會在第三部分參考鏈接中貼出。

三、參考鏈接

“ARM: Application Builds Without Error, But Does Not Run”

　　http://www.keil.com/support/docs/3614