Stm32 debug停留在"BKPT 0xAB"或者"SWI 0xAB"的解決辦法
一、、背景:
曾經(jīng)在工作中接觸過STM32一段時(shí)間,但沒有深入的去學(xué)習(xí),只是用前輩搭建好的模型來實(shí)現(xiàn)一些功能罷了,俗話說的好,大樹底下好乘涼,開發(fā)確實(shí)輕松了,可是不深究點(diǎn),又覺著心里不踏實(shí),然而也一直沒花時(shí)間去深究。剛好,最近需要重新使用STM32,完全自己開發(fā),沒想到今天一上來就讓我碰上個(gè)不小的問題,廢話不多說,進(jìn)入正題。
二、正文:
在使用串口的時(shí)候,代碼可以正常編譯,沒有報(bào)任何錯(cuò)誤,燒錄進(jìn)MCU內(nèi),就是看不到程序正常運(yùn)行的現(xiàn)象,而把串口部分注釋掉就沒問題。進(jìn)入調(diào)試模式,發(fā)現(xiàn)代碼停在 "BKPT 0xAB" 這里,并不是死循環(huán),按下全速運(yùn)行鍵“F5”,代碼會(huì)立馬在該段被終止,不會(huì)繼續(xù)往下跑,這里說明了main函數(shù)都沒有進(jìn)入。Google到了ARM的技術(shù)支持有提到過這個(gè)問題, “ARM: Application Builds Without Error, But Does Not Run”,這個(gè)鏈接描述的現(xiàn)象即是我現(xiàn)在碰到的現(xiàn)象。此處指出,調(diào)試時(shí),出現(xiàn)代碼停在 “BKPT 0XAB” 的現(xiàn)象,說明Semihosting 被使能了。
解決辦法有三個(gè):
1、添加一個(gè)“retarget.c”的文件,文件內(nèi)容如下:
#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 的軟件包補(bǔ)?。ㄓX得有點(diǎn)繁瑣沒有使用),貼個(gè)圖做個(gè)參考
3、打開Microlib:
點(diǎn)擊“keil”的“Target option”里面的“Target”,選擇“Use MicroLIB”,如下圖:
經(jīng)過測(cè)試,按“1”、“3”兩種辦法,均可以使程序正常運(yùn)行,“2”辦法有點(diǎn)繁瑣,沒有去嘗試。
按照“1”方法為什么就能使程序正常運(yùn)行呢?釋義如下:
現(xiàn)在問題來了,這個(gè)“Semihosting”到底是什么?官方釋義如下:
而按照方法“3”的原因在于:
“Microlib”已經(jīng)將“Semihosting”部分移除,代碼也更精簡,所以,不會(huì)出現(xiàn)卡在某處的情況。
個(gè)人是推薦用方法“1”或“2”,畢竟微庫“Microlib”不具備ISO C的某些特性,某些庫函數(shù)運(yùn)行的也比較慢,具體不同之處參照參考鏈接。當(dāng)然它的好處在于,其代碼經(jīng)過高度優(yōu)化而變得很小,可以使用malloc,其內(nèi)置了一個(gè)堆管理模塊。具體不同會(huì)在第三部分參考鏈接中貼出。
三、參考鏈接
“ARM: Application Builds Without Error, But Does Not Run”
http://www.keil.com/support/docs/3614
“What is semihosting?”
http://www.keil.com/support/man/docs/ARMCC/armcc_pge1358787046598.html
“Differences between microlib and the default C library”
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0475k/chr1358938938431.html