看到很多在做電子工程設(shè)計(jì)的朋友在討論：51單片機(jī)轉(zhuǎn)到ARM該怎樣學(xué)習(xí)？《單片機(jī)與嵌入式系統(tǒng)應(yīng)用》小編為大家找到了這樣一位工程師，談?wù)勊膶?shí)際經(jīng)驗(yàn)~

我以前一直用的是51，不過一直是C51，對C語言已經(jīng)有10多年的經(jīng)驗(yàn)，匯編用的很少，后來因?yàn)轫?xiàng)目需要轉(zhuǎn)到了ARM。一開始對ARM什么都不懂，看了本《ARM體系結(jié)構(gòu)與編程》也是云里霧里的，但是也許是因?yàn)闊o知者無畏吧，我直接就在MDK中建立一個工程，添加了自帶的啟動文件，然后做了個main函數(shù)，里面一個死循環(huán)沒有操作任何硬件，居然跑起來了。然后以此為基礎(chǔ)，慢慢的開始控制GPIO和串口通信，當(dāng)時突然發(fā)現(xiàn)，我的項(xiàng)目不就是搞搞這些嗎?其他的什么運(yùn)行模式、什么鏈接寄存器、什么PC寄存器關(guān)我鳥事，我只要能控制外設(shè)就行了。至于它是怎么實(shí)現(xiàn)的，那是編譯器和鏈接器的事情。
現(xiàn)在回頭想想開發(fā)ARM還是很簡單的，特別是使用MDK的話，會C也就能做一些簡單的開發(fā)了。不要被那些稀奇古怪的東西給搞糊涂了。邊開發(fā)邊學(xué)習(xí)，項(xiàng)目做深了，那些東西自然就懂了。我們公司來了新人，我一般就叫他做個簡單的東西，比如按鍵、串口等，做完也就差不多會了。

羅嗦這么久說幾點(diǎn)建議吧：

1.ARM的匯編沒必要去精通的，能夠大概看懂就行了。我一般在調(diào)試的時候才需要看看。如果一個速度要求苛刻到需要你使用匯編的話，我認(rèn)為可能你更需要的是轉(zhuǎn)變思路，修改算法。比如使用查表代替計(jì)算等。我做了5年ARM開發(fā)，完成了n個項(xiàng)目，至今沒寫過一句匯編。

2.工業(yè)控制方面因?yàn)橛袑?shí)時性和成本要求，我一般不使用操作系統(tǒng)，但我會自己實(shí)現(xiàn)一些內(nèi)存管理，事件管理，郵箱之類的東西。這些需要時間積累，平時寫程序注意盡量通用化，然后建立自己的庫，以后再用就爽了。以前使用過一些操作系統(tǒng)，發(fā)現(xiàn)并沒有提高我的開發(fā)速度，而且還造成了調(diào)試?yán)щy的問題，出了bug找都沒法找。

3.對于公司來說，如果項(xiàng)目很大需要用到操作系統(tǒng)、網(wǎng)絡(luò)、gui、文件系統(tǒng)等，自己做還不如直接買個板子，人家都已經(jīng)做好了，而且bug很少，自己只要做應(yīng)用就行了。量大的話還可以定制，算上開發(fā)成本，可能更便宜。如果你是個人興趣，那當(dāng)我沒說。

4.現(xiàn)在對于外設(shè)一般都有現(xiàn)成的庫，我建議能不用還是不要用吧。因?yàn)橄胍煤眠@些庫，你必須對外設(shè)寄存器比較熟悉才行，這時候你自己寫一個就行了，而且簡單的一個寄存器賦值，函數(shù)庫往往需要調(diào)用一個函數(shù)來實(shí)現(xiàn)，太奢侈了。但是對于運(yùn)算庫還是要用的，比如DSP庫等，畢竟人家寫的肯定效率要高點(diǎn)。

5.用好中斷，這對51和ARM是一樣的。能用中斷的地方絕對不用輪詢，中斷是單片機(jī)的靈魂，你的所有程序都應(yīng)該圍繞中斷展開。

6.學(xué)好C語言，注意形成自己的編程風(fēng)格，起好函數(shù)名和變量名，多寫注釋。不要怕麻煩，這些很重要，我一直認(rèn)為最好的程序風(fēng)格是使人不需要看注釋就能立刻理解程序的意思也就是：程序即注釋。我有時候會寫出a=b-2-1之類的東西，不要認(rèn)為這很傻，其實(shí)是因?yàn)?和1分別代表了兩個東西，你直接寫成3就給理解增加了難度，而且這也不會降低效率，編譯器會把它翻譯成a=b-3的。

7.對于C語言多羅嗦一句，用好指針，如果說中斷是單片機(jī)的靈魂，那么指針就是C的靈魂。

總之一句話，做ARM和做51差不多，關(guān)鍵還是各種外設(shè)的寄存器操作。