一、混合編程
　　1、模塊內(nèi)接口：
　　使用如下標志符：
　　#pragma asm
　　匯編語句
　　#pragma endasm
　　注意：如果在c51程序中使用了匯編語言，注意在keil編譯器中需要激活Properties中的“Generate Assembler SRC File” 和“Assembler SRC File ”兩個選項。來個實例吧：

#includevoidmain(void){P2=1;#pragmaasmMOVR7,#10DEL:MOVR6,#20DJNZR6,$DJNZR7,DEL#pragmaendasmP2=0;}

　　另：
　　1、把"xx.c"加入工程中，右擊"xx.c"選擇“options for file"xx.c" 選擇“Generate Assembler SRC File”和“Assemble SRC File”打上黑勾有效；
　　2、根據(jù)選擇的編譯模式，把相應的庫文件象加"xx.c"一樣加入工程中并放在"xx.c"下面，如smail模式下選"keilc51libc51s.lib"加入工程中。如果要進行浮點運算把"keilc51libc51fpl.lib"也加入工程中。
在 Keil 安裝目錄下的 C51LIB 目錄的LIB 文件如下：

　　C51S.LIB - 沒有浮點運算的 Small model
　　C51C.LIB - 沒有浮點運算的 Compact model
　　C51L.LIB - 沒有浮點運算的 Large model
　　C51FPS.LIB - 帶浮點運算的 Small model
　　C51FPC.LIB - 帶浮點運算的 Compact model
　　C51FPL.LIB - 帶浮點運算的 Large model

　　3、在"xx.c"頭文件中加入優(yōu)化：比如#pragma OT(4,speed)
　　4、在"xx.c"中加入?yún)R編代碼

#pragmaASM;AssemblerCodeHere#pragmaENDASM

　　5、編譯生成xx.hex
　　注意：
沒有做第一步會有如下警告：'asm/endasm' requires src-control to be active
沒有做第二步會有如下警告：UNRESOLVED EXTERNAL SYMBOL；REFERENCE MADE TO UNRESOLVED EXTERNAL等
沒有做第三步會有如下警告：UNDEFINED SYMBOL (PASS-2)

　　二、中斷使用　　interrupt xx using y
　　跟在interrupt 后面的xx 值得是中斷號，就是說這個函數(shù)對應第幾個中斷端口，一般在51中
0 外部中斷0
1 定時器0
2 外部中斷1
3 定時器1
4 串行中斷
　　其它的根據(jù)相應的單片機有自己的含義，實際上C在編譯的時候就是把你這個函數(shù)的入口地址放到這個對應中斷的跳轉(zhuǎn)地址 。

　　using y 這個y時說這個中斷函數(shù)使用的那個寄存器組就是51里面一般有4個 r0 -- r7寄存器，如果你的終端函數(shù)和別的程序用的不是同一個寄存器組，則進入中斷的時候就不會將寄存器組壓入堆棧，返回時也不會彈出來節(jié)省代碼和時間。

　　三、關于reentrant的使用方法及問題原因分析
　　
我在程序中出現(xiàn)了如下警告：
*** WARNING L15: MULTIPLE CALL TO SEGMENT
SEGMENT: ?PR?_CRCDATA?PANEL_DISP
CALLER1: ?C_C51STARTUP
CALLER2: ?PR?UART_RECV?PANEL_DISP
*** WARNING L15: MULTIPLE CALL TO SEGMENT
SEGMENT: ?PR?ANALOGALLBECKON?PANEL_DISP
CALLER1: ?C_C51STARTUP
CALLER2: ?PR?UART_RECV?PANEL_DISP
*** WARNING L15: MULTIPLE CALL TO SEGMENT
SEGMENT: ?PR?SWITCHALLBECKON?PANEL_DISP
CALLER1: ?C_C51STARTUP
CALLER2: ?PR?UART_RECV?PANEL_DISP

///////////////////

　　該警告表示連接器發(fā)現(xiàn)有一個函數(shù)可能會被主函數(shù)和一個中斷服務程序(或者調(diào)用中斷服務程序的函數(shù))同時調(diào)用，或者同時被多個中斷服務程序調(diào)用。出現(xiàn)這種問題的原因之一是這個函數(shù)是不可重入性函數(shù)，當該函數(shù)運行時它可能會被一個中斷打斷，從而使得結(jié)果發(fā)生變化，并可能會引起一些變量形式的沖突(即引起函數(shù)內(nèi)一些數(shù)據(jù)的丟失，可重入性函數(shù)在任何時候都可以被ISR打斷，一段時間后又可以運行，但是相應數(shù)據(jù)不會丟失)。
原因之二是用于局部變量和變量(暫且這樣翻譯,arguments,[自變量,變元一數(shù)值,用于確定程序或子程序的值])的內(nèi)存區(qū)被其他函數(shù)的內(nèi)存區(qū)所覆蓋，如果該函數(shù)被中斷，則它的內(nèi)存區(qū)就會被使用，這將導致其他函數(shù)的內(nèi)存沖突。
例如，第一個警告中函數(shù)WRITE_GMVLX1_REG 在D_GMVLX1.C 或者D_GMVLX1.A51被定義，它被一個中斷服務程序或者一個調(diào)用了中斷服務程序的函數(shù)調(diào)用了，調(diào)用它的函數(shù)是VSYNC_INTERRUPT，在MAIN.C中。
　　解決方法：如果你確定兩個函數(shù)決不會在同一時間執(zhí)行(該函數(shù)被主程序調(diào)用并且中斷被禁止)，并且該函數(shù)不占用內(nèi)存(假設只使用寄存器)，則你可以完全忽略這種警告。
如果該函數(shù)占用了內(nèi)存，則應該使用連接器(linker)OVERLAY指令將函數(shù)從覆蓋分析(overlay analysis)中除去，例如：OVERLAY (?PR?_WRITE_GMVLX1_REG?D_GMVLX1 ! *)
上面的指令防止了該函數(shù)使用的內(nèi)存區(qū)被其他函數(shù)覆蓋。如果該函數(shù)中調(diào)用了其他函數(shù)，而這些被調(diào)用在程序中其他地方也被調(diào)用，你可能會需要也將這些函數(shù)排除在覆蓋分析(overlay analysis)之外。這種OVERLAY指令能使編譯器除去上述警告信息。
如果函數(shù)可以在其執(zhí)行時被調(diào)用，則情況會變得更復雜一些。這時可以采用以下幾種方法：
1.主程序調(diào)用該函數(shù)時禁止中斷,可以在該函數(shù)被調(diào)用時用#pragma disable語句來實現(xiàn)禁止中斷的目的。必須使用OVERLAY指令將該函數(shù)從覆蓋分析中除去。
2.復制兩份該函數(shù)的代碼,一份到主程序中,另一份復制到中斷服務程序中。
3.將該函數(shù)設為重入型。例如：

voidmyfunc(void)reentrant{...}

///////////////////////
　　我的程序編譯出來就這3個警告，但是程序可以正常下載運行。但是我覺得有這些警告會使程序存在bug。從字面上看是它的意思是我程序中接受函數(shù)UART_RECV()多調(diào)用了analogAllBeckon()、switchAllBeckon()。
　　因為51的普通函數(shù)是不可重入的，變量放在固定的地址，兩個函數(shù)同時運行時，就會修改同一個變量，從而導致結(jié)果錯誤。于是我在analogAllBeckon()、switchAllBeckon()函數(shù)后面加了void analogAllBeckon()reentrant{//All Analog data beckon使程序消除了警告。這種方法是表明函數(shù)是可被多個任務調(diào)用而不修改函數(shù)里邊的變量值，以此來實現(xiàn)函數(shù)的重入性。
　　

　　關于reentrant的使用keil的官方論壇上有詳細的討論.
　　Andy Neil(官方工程師)建議："Are you sure that you really need to make everything reentrant?...A reading of the Keil app notes & knowledgebase articles on this subject showed that it was not necessary. "
　　由于每一次調(diào)用被reentrant聲明的函數(shù)都要把函數(shù)的參數(shù)和內(nèi)部變量壓棧，所以很容易使堆棧區(qū)溢出，S52只有256Bytes的data段，一個簡單的函數(shù)如果有一個參數(shù)三個內(nèi)部變量，則需要壓棧4字節(jié)以上，這還不包括函數(shù)調(diào)用堆棧。reentrant其實并不是適合低端的單片機，keil論壇上有人說對于那些有KB以上RAM的單片機reentrant才適合。

　　四、變量聲明有關
　　在51系列中data，idata，xdata，pdata的區(qū)別：

data：固定指前面0x00-0x7f的128個RAM，可以用acc直接讀寫的，速度最快，生成的代碼也最小。

idata：固定指前面0x00-0xff的256個RAM，其中前128和data的128完全相同，只是因為訪問的方式不同。idata是用類似C中的指針方式訪問的。匯編中的語句為：moxACC,@Rx.(不重要的補充：c中idata做指針式的訪問效果很好)。

xdata：外部擴展RAM，一般指外部0x0000-0xffff空間，用DPTR訪問。

pdata：外部擴展RAM的低256個字節(jié)，地址出現(xiàn)在A0-A7的上時讀寫，用movx ACC,@Rx讀寫。這個比較特殊，而且C51好象有對此BUG， 建議少用。但也有他的優(yōu)點,具體用法屬于中級問題,這里不提。

　　startup.a51的作用和匯編一樣，在C中定義的那些變量和數(shù)組的初始化就在startup.a51中進行，如果你在定義全局變量時帶有數(shù)值，如unsigned char data xxx="100";，那startup.a51中就會有相關的賦值。如果沒有=100，startup.a51就會把他清0。（startup.a51==變量的初始化）。這些初始化完畢后,還會設置SP指針。對非變量區(qū)域,如堆棧區(qū)，將不會有賦值或清零動作。有人喜歡改startup.a51，為了滿足自己一些想當然的愛好，這是不必要的，有可能錯誤的。比如掉電保護的時候想保存一些變量，但改startup.a51來實現(xiàn)是很笨的方法，實際只要利用非變量區(qū)域的特性，定義一個指針變量指向堆棧低部：0xff處就可實現(xiàn)。為什么還要去改? 可以這么說：任何時候都可以不需要改startup.a51，如果你明白它的特性。

　　五、類型有關
用bit能夠定義一個變量，用sbit卻不行，sbit能夠定義端口。