STC12C5A60單片機調試回顧

一個簡單的功能，花了6個小時的時間，在這個過程中，犯了一些錯誤。

 

1. 除法。在單片機程式中，不要用除法，用位移來替換。因為不知道編譯器是如何處理除法的。感覺Keil51編譯器對除法的處理，每次處理的結果不同，同樣的代碼，編譯結果影響運行結果。使用除法的結果就是，莫名其妙的錯誤發生了。

 

2. 設定檔。對項目的配置是必須的，這取決於對Keil編譯器的熟悉程度。STC有提供設定檔，下載它，配置它。一些不合乎邏輯無法解釋的錯誤就消失了。

 

3. 錯誤的用法。

Status = Fun1();

if(Status == OK){

Status = Fun2();

        if(Status == OK){

}

}

這種做法是錯誤的。

 

4. 函數體不應過大。

編譯器在處理函數時，會有分段。具體怎麼分段沒有去研究。函數體過大，可能會影響編譯器對函數的處理。

 

5. 棧的佔用情況。

單片機可能會對棧的空間有限制，這個限制要清楚。

 

6. 對串口的調試。

並不是每種單片機的串口都是有隊列的。比如STC12C5A60的串口就沒有。因此，在發送資料時，必須保證每個位元組之間有延遲，否則，就會造成資料被覆蓋。我使用串口調試助手從PC機發送一段資料給這個單片機就探索資料被覆蓋了，只能一個位元組一個位元組地發。

 

7. 調試方法。

調試方法基本上都是大同小異，關鍵是對錯誤現象的分析，這取決於對本質的理解。我在調試過程中，遇到了很多從軟體的角度我無法解釋的現象，就有無處下手的感覺，經過一番調試後，解決了第三個問題，問題依然存在，找不到解決的辦法，只好求助於陳。他解決的辦法就是一行一行地排除，最後找到了除法的問題。當然，這種解決方案只能適用於程式缺陷。對於設定檔，對於串口問題等，就需要經驗，還有對單片機本質的理解來彌補，這就是我與他的差距。

 

8. 選卡和讀卡或寫卡之間應該有延遲。

 

感慨：技術型的企業必須有問題的終結者，否則，一個微不足道的東西會卡上很久。我所遇到的一些企業，他們研發人員很多，但效率不高，根本問題在於沒有終結者，結果是99%的時間很順利，效率很高，而在1%的時間，會卡上很久。