不知不覺中，學習嵌入式已經(jīng)有差不多兩年的時間了，從大二的時候開始學習 DSP ，現(xiàn)到開始接觸 ARM9 ，有很大的感觸，所以分享出來，和大家一起進步。首先說明，這些只是個人學習中的看法，如果你與我的看法不同，那么請把你的看法分享出來。讓大家也進行一下學習。

在老師的要求下。把 51 單片機著為入門嵌入式的接觸 MCU ，現(xiàn)在想起來，老師做得很對，因為他當時要求我在兩個月的時間內(nèi)把 51 開發(fā)板板上的接口驅動都寫出來，但是，不要求我把 51 搞太長的時間。只要知道怎么進行控制外設，但是有一點。 UART ， IIC ， SPI 等常見的驅動程序設計必須了解其真正的原理。這為后來的學習打下了強有力的基礎。

在大二的暑假，由于項目的關系，開始接觸 TMS320F2812 DSP ，老師沒有說什么，給我一本 2812 芯片手冊，再給一個仿真器，一個開發(fā)板，就讓我在一天之內(nèi)完成一個 LED 點陣進行顯示漢字。還好，看了一天的芯片手冊，在晚上的時候把 GPIO 看了一下，加上在 51 的時候也寫過數(shù)碼管的實驗，所以，不一會兒就寫出來。之后的所有的接口驅動都是一邊看手冊一邊寫驅動。由于 DSP 更偏重于算法。對 LCD 的支持不太好，所以不得不又得了解一下 ARM 。

在學習 ARM 的過程中，我個人認為最重要幾章應該是前 10 章，加上后面的中斷控制這一章，這幾章才是 ARM體系結構的重點，看一下開發(fā)板的起動程序，特別對 MMU 的重定向不是那么簡單，小弟不才，到現(xiàn)在還不敢自己動手寫起啟動程序。后面的接口驅動程序與其它的 MCU 的差不多，就只是寄存器的配置不同罷了。

眼下 Linux 與 WCE 這兩個操作系統(tǒng)在嵌入比較熱，所以有很多初學者都只去進行學習基于操作系統(tǒng)的驅動程序開發(fā)，其實，以其說那叫驅動程序開發(fā)，還不如是調(diào)用驅動程序模塊功能函數(shù)開發(fā)。因為操作系統(tǒng)中已經(jīng)對很多的接口驅動進行了模塊化，所以，只需進行相應的調(diào)用與注冊，管理就可以實現(xiàn)對硬件的控制，可是，各位有沒有想過，你真正的操作硬件還是別人給你屏蔽了硬件。

所以，個人認為，如果想真正的了解驅動程序的實現(xiàn)過程。還是基于裸機的驅動程序更加好，因為這樣可以讓你真正的知道某個接口是怎么進行驅動的，這樣對個人的能力的修行應該更加為重要，因為學嘛，總得自己的能力提高。不要搞到最后沒有操作系統(tǒng)就不知道怎么寫一個驅動程序。這意味著什么呢。在論壇上經(jīng)常見到尋找 Linux 內(nèi)核 API 的問題，如果真正的動手開發(fā)過裸機的驅動程序，直接到內(nèi)核里的相應位置去看 .H ，或者 .C 文件，這樣不就知道操作系統(tǒng)提供給我們的接口函數(shù)了嘛。還能更加清楚各個參數(shù)的約束條件。

當然，如果是產(chǎn)品化的驅動程序，還是基于操作系的驅動更好，因為操作系統(tǒng)模塊化的驅動程序都是經(jīng)過嚴格的測試的，經(jīng)典的程序，這樣對產(chǎn)品的開發(fā)周期與產(chǎn)品的穩(wěn)定性可以得到保證。

不管什么方向，牛人都是從基礎一步一步的走出來的，因為他們對每一個接口驅動都了解，所以，他們寫出來的基于操作系統(tǒng)的驅動程序，那是一件藝術品，是經(jīng)過效率考慮后的成品。不真正了解接口驅動實現(xiàn)的人寫出來的基于操作系統(tǒng)的驅動程序，那是代碼的堆砌，形似而神非。對于嵌入式這一個特殊行業(yè)，需要的是神真而非形似，這就是底層驅動程序的特別之處。

所以，對于初學者來說，特別向我這樣的初學者，在實驗過程中最好先寫基于裸機的驅動程序，再去看看別人寫的，對照一下，這樣對個人的能力提高有很大的幫助。當裸機驅動程序達到令自己滿意后，再去寫基于操作系統(tǒng)的驅動程序，這樣你會對這一接口驅動有一個質(zhì)的提高而非好像懂了，其實什么也不懂。

其實 ,uC/OS-II 是一個最不錯的學習系統(tǒng)，因為其只提供我們內(nèi)核的調(diào)度，所以，要想真正的了解內(nèi)核調(diào)度，多任務的實現(xiàn)過程等， uC/OS-II 是一個不錯的選擇，雖然 ARM9 以上的 CPU 跑 uC/OS-II 有點浪費資源，但是對學習來說，這是一個很好的操作系統(tǒng)，因為每一個接口的驅動程序都得自己動手一個字節(jié)一個字節(jié)的寫入，同時信號量的控制，多任務的創(chuàng)建，同步異步機制，死鎖等問題都得自己去思考。