隨著通信、電子行業(yè)的迅速發(fā)展，全世界每天都會有大量的新芯片被生產(chǎn)，大量的新電路板被設計，因此，也會有大量設備驅(qū)動需要開發(fā)。在嵌入式開發(fā)中，這些設備驅(qū)動，或運行在簡單的單任務環(huán)境中，或運行在 VxWorks、Linux、 Windows等多任務操作系統(tǒng)環(huán)境中，發(fā)揮著不可替代的作用。

　　有無操作系統(tǒng)的區(qū)別

　　1）無操作系統(tǒng)（即裸機）時的設備驅(qū)動

　　并不是任何一個計算機系統(tǒng)都一定要運行操作系統(tǒng)，在許多情況下操作系統(tǒng)是不要的。對于功能比較單一、控制并不復雜的系統(tǒng)，如公交車刷卡機、電冰箱、微波、簡單的手機和小靈通等，并不需要多任務調(diào)度、文件系統(tǒng)、內(nèi)存管理等復雜功能，單任務架構完全可以很好地支持它們的工作。一個無限循環(huán)中夾雜對設備中斷的檢測或者對設備的輪詢是這種系統(tǒng)中軟件的典型架構。裸機的實現(xiàn)就有點類似單片機（MCU）了，盡管單片機的寄存器沒有那么的多，如果會裸機驅(qū)動，我想，應該能勝任單片機的工作了，呵呵。在這樣的系統(tǒng)中，雖然不存在操作系統(tǒng)，但是設備驅(qū)動是必須存在的。一般情況下，對每一種設備驅(qū)動都會定義為一個軟件模塊，包含.h文件和.c文件，前者定義該設備驅(qū)動的數(shù)據(jù)結構并聲明外部函數(shù)，后者進行設備驅(qū)動的具體實現(xiàn)。書中例舉了一個串口驅(qū)動serial.c serial.h，主要是配置GPIO，串口控制寄存器，以及串口的收發(fā)（讀寫）寄存器，而這幾個配置都是自定義函數(shù)實現(xiàn)的，比如串口的寫（發(fā)）SerialSend 函數(shù)等。其他模塊需要使用這個設備的時候，只需要包含設備驅(qū)動的頭文件 serial.h，然后調(diào)用其中的外部接口函數(shù)即可。如我們要從串口上發(fā)送字符串“Hello World”，使用函數(shù)SerialSend（ “ Hello World ”，11）即可。由此可見，在沒有操作系統(tǒng)的情況下，設備驅(qū)動的接口被直接提交給了應用軟件工程師， 應用軟件沒有跨越任何層次就直接訪問了設備驅(qū)動的接口。 設備驅(qū)動包含的接口函數(shù)也與硬件的功能直接吻合， 沒有任何附加功能。有的工程師把單任務系統(tǒng)設計成設備驅(qū)動和具體的應用軟件模塊處于同一層次（即應用程序也在比如serial.c中實現(xiàn)），這顯然是不合理的，不符合軟件設計中高內(nèi)聚低耦合的要求。另一種不合理的設計是直接在應用中操作硬件的寄存器（單獨一個main.c，所有功能都在一個函數(shù)中實現(xiàn)，不采用其他任何接口/函數(shù)），而不單獨設計驅(qū)動模塊，這種設計意味著系統(tǒng)中不存在或未能充分利用可被重用的驅(qū)動代碼。