1. 無論什么時候我們都要以實際應用的角度去考慮程序的編寫。

2. 無論什么時候都不要讓CPU白白浪費等待，尤其是延時(超過1MS)這樣的地方。

3.設計相應驅動電路時候，應該仔細閱讀芯片的數據手冊，了解每個引腳的驅動能力，以及整個芯片的驅動能力。

4.最重要的是，如何去釋放CPU(如果是led每500ms閃爍一次，那么可以設置1ms為基準，定時器定時1ms后，進入相應操作使計數加1，判斷達到500時，進入led(),這些函數執行的時間是相當短的，如果主程序中還有其他函數，則CPU會順次往下執行，對于其它函數(有的話)也要采取相同的措施，保證其不堵塞CPU，若全部基于這種方法執行，我們的小系統依舊可以保證多個任務(多個函數)同時進行，系統的實時性得到了一定的保證。)，這是寫出合格程序的基礎。

5.數碼管顯示，動態顯示的亮度比靜態顯示要差一點，所以在限流電阻時應略小于靜態顯示電路中，動態掃描顯示刷新頻率最好大于50HZ，即每顯示一輪的時間不超過20ms，每個數碼管顯示的時間不能太長也不能太短，時間太長會影響刷新率，導致總體顯示呈現閃爍的現象，時間太短發光二級管的電流導通時間也就短，會影響總體的顯示亮度，一般控制在1ms左右最佳。

6.模塊化編程，初學單片機的時候(開始是C語言)，是接觸一些芯片實現獨立的功能，如DS1302，DS18B20等，程序也不會很大，所以所有的程序都放在一個文件里面。隨著學習的逐步深入，程序也愈來愈大，這給調試帶來了一定的困難，后來了解了模塊化編程這個概念，運用之后大大地改善了程序的可讀性和可移植性。下面簡單的介紹

C語言源文件*.c 稍微比較大的設計都會涉及到眾多模塊，我們可以被各自獨立的模塊封裝到不同的*.c源文件中，該文件中定義模塊函數，申明部分一般不放入

C語言頭文件*.h 把各個模塊的的申明文件(說模塊的接口比較合適)，放在相應的*.h頭文件中，相應的模塊對應相應的.h頭文件.形如

#ifndef __DS1302_H__

#define __DS1302_H__

/*模塊ds1302.c文件中函數等的申明文件*/

#endif

//上面幾個條件編譯和宏定義是為了防止重復包含

這樣我們就把各個模塊的接口函數都引出到各自的頭文件中，然后在主程序中調用這些模塊的*.h頭文件即可。這點和C++中的類很像。

在數據類型定義的時候，有時候用typedef會取得很好的效果。

說到模塊化編程，以前曾看過不少大蝦的例子，他們的源文件和輸出下載文件是放在項目文件夾下地不同文件夾中，如源文件放在src文件夾中，輸出*.hex放在output文件夾中，這樣整個項目就更顯得清晰明了。

7.多任務程序，這個概念在前面也有提到，就是充分地利用CPU來實現多任務的前后臺操作，相當于自己用程序構造一個基于前后臺的多任務操作系統，換句話說就是通過定時器中斷合理地分配CPU資源來響應不同的任務。多個任務需要CPU關照的頻度不一樣，我們選擇最快的那個頻度來作為定時器的節拍(通常為最小公倍數，這樣方便定時器分配)，然后通過定時器分頻，即滿足各個任務的響應節拍。比如任務A頻度為50HZ，任務B為40HZ，這樣我們就可以去定時器中斷節拍為200HZ，每個任務設定一個節拍控制計數器C，當C計數4次時，任務切換到A，計數到5次切換B……

同時我們也很清楚的知道，有些任務需要很長的時間，如DS18B20溫度傳感器完成一次溫度轉換需要很長的時間(相對于單片機的us級來說)，這樣我們就可以將器件驅動任務在劃分為：初始段，啟動段，獲取結果段，等子任務段，可分別設定標志位(switch+case語句)，在需要等待較長時間的地方，允許CPU去執行其余任務，另外可在主程序任務輪訓中添加break來實現任務的優先級劃分。