在keil中編程時常會遇到__use_no_semihosting_swi的警告，這時你就是進(jìn)入了半主機(jī)模式。
在嵌入式的編程中你是避免不了使用printf、fopen、fclose等函數(shù)的但是因?yàn)榍度胧降某绦蛑胁]有對這些函數(shù)的底層實(shí)現(xiàn)，使得設(shè)備運(yùn)行時會進(jìn)入軟件中斷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ù)運(yùn)行時就會調(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上開啟半主機(jī)模式-需要SWO線（換言之，需要使用JTAG接線）

當(dāng)目標(biāo)板脫離仿真器（jlink/ulink）單獨(dú)運(yùn)行時，不能使用半主機(jī)模式

這條語句可以關(guān)閉半主機(jī)模式，只需要在任意一個C文件中加入即可。

還有在使用keil編程的過程中還會遇到..OBJUSART.axf: Error: L6915E: Library reports error: __use_no_semihosting was requested, but _ttywrch was referenced
說的大概的意思就是關(guān)掉了半主機(jī)模式，但是函數(shù)__ttywrch被要求了，這時要把函數(shù)重寫一遍，當(dāng)然出現(xiàn)其他的函數(shù)被要求的時候，可以參考上面的函數(shù)進(jìn)行編寫，只要放到任意一個.c源文件之中即可。
**關(guān)于 microlib
microlib 是缺省 C 庫的備選庫。 它用于必須在極少量內(nèi)存環(huán)境下運(yùn)行的深層嵌入式應(yīng)用程序。 這些應(yīng)用程序不在操作系統(tǒng)中運(yùn)行。microlib 不會嘗試成為符合標(biāo)準(zhǔn)的 ISO C 庫。
microlib 進(jìn)行了高度優(yōu)化以使代碼變得很小。 它的功能比缺省 C 庫少，并且根本不具備某些 ISO C 特性。某些庫函數(shù)的運(yùn)行速度也比較慢，例如，memcpy()。
**