在keil中編程時常會遇到__use_no_semihosting_swi的警告,這時你就是進入了半主機模式。
在嵌入式的編程中你是避免不了使用printf、fopen、fclose等函數(shù)的但是因為嵌入式的程序中并沒有對這些函數(shù)的底層實現(xiàn),使得設(shè)備運行時會進入軟件中斷BAEB處,這時就需要__use_no_semihosting_swi這 個聲明,使程序遇到這些文件操作函數(shù)時不停在此中斷處,具體操作如下,將下列程序加入你的工程中:
#pragmaimport(__use_no_semihosting_swi)#pragmaimport(_main_redirection)constchar__stdin_name[150];constchar__stdout_name[150];constchar__stderr_name[150];typedefintFILEHANDLE;//重寫標(biāo)準(zhǔn)庫函數(shù),這時printf、fopen、fclose等文件操作函數(shù)運行時就會調(diào)用你的重寫函數(shù),這些重寫函數(shù)只是幾個簡單的例子,并沒有重寫所有的文件操作函數(shù)void_sys_exit(intstatus){while(1);}FILEHANDLE_sys_open(constchar*name,intopenmode){return0;}int_sys_close(FILEHANDLEfh){return0;}int_sys_write(FILEHANDLEfh,constunsignedchar*buf,unsignedlen,intmode){return0;}int_sys_read(FILEHANDLEfh,unsignedchar*buf,unsignedlen,intmode){return0;}int_sys_istty(FILEHANDLEfh){return0;}int_sys_seek(FILEHANDLEfh,longpos){return0;}int_sys_ensure(FILEHANDLEfh){return0;}long_sys_flen(FILEHANDLEfh){return0;}int_sys_tmpnam(char*name,intfileno,unsignedmaxlength){return0;}void_ttywrch(intch){}time_ttime(time_t*t){return0;}intremove(constchar*filename){return0;}char*_sys_command_string(char*cmd,intlen){return0;}clock_tclock(void){return0;}12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879
若出現(xiàn)如下編譯錯誤:Error: L6915E: Library reports error: __use_no_semihosting_swi was requested, but _ttywrch was referenced,此時你只需重寫_ttywrch 函數(shù)即可
可參照上上一個文章
MDK上開啟半主機模式-需要SWO線(換言之,需要使用JTAG接線)
當(dāng)目標(biāo)板脫離仿真器(jlink/ulink)單獨運行時,不能使用半主機模式
pragma import(__use_no_semihosting_swi)這條語句可以關(guān)閉半主機模式,只需要在任意一個C文件中加入即可。
還有在使用keil編程的過程中還會遇到..OBJUSART.axf: Error: L6915E: Library reports error: __use_no_semihosting was requested, but _ttywrch was referenced
說的大概的意思就是關(guān)掉了半主機模式,但是函數(shù)__ttywrch被要求了,這時要把函數(shù)重寫一遍,當(dāng)然出現(xiàn)其他的函數(shù)被要求的時候,可以參考上面的函數(shù)進行編寫,只要放到任意一個.c源文件之中即可。
**關(guān)于 microlib
microlib 是缺省 C 庫的備選庫。 它用于必須在極少量內(nèi)存環(huán)境下運行的深層嵌入式應(yīng)用程序。 這些應(yīng)用程序不在操作系統(tǒng)中運行。microlib 不會嘗試成為符合標(biāo)準(zhǔn)的 ISO C 庫。
microlib 進行了高度優(yōu)化以使代碼變得很小。 它的功能比缺省 C 庫少,并且根本不具備某些 ISO C 特性。某些庫函數(shù)的運行速度也比較慢,例如,memcpy()。
**