一，配置問題：實際燒片時單片機的配置字與仿真的時候是不是一樣?燒寫時是否配置正確?
二，資源問題：單片機的ROM、RAM大小與仿真器的ROM、RAM大小是不一樣的!
三，驅動能力問題：通常仿真器的驅動能力比單片機要強;可以分兩步檢查，一是分別用仿真器與單片機時對應IO口波形進行對比，二是當仿真器與外設連接與不連接時波形的對比;
要進行基本要素分析：單片機供電正常?起振沒有?復位電路正常?芯片損壞?
【單片機上電不運行情況的分析】
1.單片機是沒有運行，還是運行不正確?
2.如果是沒有運行，檢測單片機的基本參數是否已經滿足<工作電壓要在芯片的引腳處測量><復位引腳的復位曲線如何><晶振是否已經起振><芯片損壞，或者部分功能損壞>。
3.如果是運行不正確，檢測<用了看門狗，沒有處理好，芯片上電后處于不停的復位狀態，看起來就象沒有沒有工作起來><是否進入了ISP狀態><對單片機寫入對所有的IO口以1秒取反一次的程序進行測試>
【單片機調試辦法】
用LED進行狀態指示，用串口進行數據指示，比用其它外設指示更可靠;
加入斷點，燒寫時是在不同的語句后面加入WHILE(1);
分模塊調試，把每個小功能先調試通過，再進行組合。
Keil C本身就是編譯與仿真一體的，當不要外部數據時很方便，當要外部輸入時(比如用定時器作計數器用)它提供幾個調試輸入用的窗口可用它們來摸擬輸入，同時Keil C本身提供一種調試函數用來配置摸擬外部輸入的功能，這我在學習時看的一本書上講過如用定時器作外部事件計數，調試函數由自己根據需要按特定的格式來編輯再按KEIL C的要求調入即可。學習時可用這種方法，做產品時最好是用仿真器調試。下面我給出我以前試過的用定時器作外部事件計數時摸擬外部輸入的調試函數,并寫出Keil C調用的步驟如下：
1、編寫如下信號函數：
single void t0_singal(void)
{
while(1)
{
PORT3|=0x10;//pull INT0(P3.4) high again
PORT3&=~0x10;//pull INT0(P3.4) low and generate interrupt
PORT3|=0x10;//pull INT0(P3.4) high again
twatch(CLOCK);//wait for 1 second
}
}
2、在DEBUG狀態下單擊DEBUG菜單在下拉菜單中單擊“Function Editor(Open Ini File)... "選項, 彈出新屏幕后，將“打開”窗口關閉，這時屏上有Function Edito窗;
3、在Function Editor窗中輸入上面的函數;
4、保存(注意：擴展名為.ini)，編譯該程序，成功后關閉Function Editor窗口;
5、執行用戶程序(必須連續執行);
6、在屏幕左下腳的命令窗口中，鍵入t0_singl()后(必須回車)媽可向P3.4源源不斷地提供脈沖信號。
我們使用Keil C調試某系統時積累的一些經驗
1、由于Keil C對中文支持不太好，因而會出現顯示的光標與光標實際所在不一致的現象，這會對修改中文注釋造成影響。在Windows2000下面，我們可以把字體設置為Courier，這樣就可以顯示正常。
2、當使用有片外內存的MCU(如W77E58，它有1K片外內存)的時候，肯定要設置標志位，并且編譯方式要選擇大模式，否則會出錯。
3、當使用Keil C跟蹤程序運行狀態的時候，要把引起Warning的語句屏蔽，否則有可能跟蹤語句的時候會出錯。
4、在調用數組的時候，Keil C是首先把數組Load進內存。如果要在C中使用長數組的時候，我們可以使用code關鍵字，這樣就實現了匯編的DB的功能，Keil C是不會把標志code的數組Load入內存的，它會直接讀取Rom。
5、當編程涉及到有關通信，時序是很重要的。拉高管腳的執行速度遠遠比檢查管腳電平的要快。
6、在等待管腳電平變化的時候，我們需要設置好超時處理，否則程序就會因為一個沒有預計的錯誤而死鎖。
7、能用C語言實現的地方，盡量不要用匯編，尤其在算法的實現，用匯編是晦澀難懂。
8、程序的幾個參數數組所占篇幅很大，其中液晶背景數組最長，有四千個Byte，因而把那些初始化數組都放在另外一個C文件，在主文件使用使用關鍵字extern定義，這樣就不會對主文件的編寫造成干擾。
9、所有函數之間的相關性越低越有利于以后功能的擴展。
10、6.20版在編譯帶code關鍵字的數組時，編譯通過但是單片機運行結果是錯誤的，改用6.14版后正常。