對(duì)51轉(zhuǎn)到ARM的新人的一些建議

我以前一直用的是51，不過一直是C51，對(duì)C已經(jīng)有10多年的經(jīng)驗(yàn)，匯編用的很少。后來因?yàn)轫?xiàng)目需要轉(zhuǎn)到了arm。一開始對(duì)arm什么都不懂，看了本《arm體系結(jié)構(gòu)與編程》也是云里霧里的。但是也許是因?yàn)闊o知者無畏吧，我直接就在mdk中建立一個(gè)工程，添加了自帶的啟動(dòng)文件，然后做了個(gè)main函數(shù)，里面一個(gè)死循環(huán)沒有操作任何硬件，居然跑起來了。然后以此為基礎(chǔ)，慢慢的開始控制GPIO和串口通信，當(dāng)時(shí)突然發(fā)現(xiàn)，我的項(xiàng)目不就是搞搞這些嗎?其他的什么運(yùn)行模式、什么鏈接寄存器、什么PC寄存器關(guān)我鳥事，我只要能控制外設(shè)就行了。至于它是怎么實(shí)現(xiàn)的，那是編譯器和鏈接器的事情。

現(xiàn)在回頭想想開發(fā)arm還是很簡(jiǎn)單的，特別是使用mdk的話，會(huì)c也就能做一些簡(jiǎn)單的開發(fā)了。不要被那些稀奇古怪的東西給搞糊涂了。邊開發(fā)邊學(xué)習(xí)，項(xiàng)目做深了，那些東西自然就懂了。我們公司來了新人，我一般就叫他做個(gè)簡(jiǎn)單的東西，比如按鍵、串口等，做完也就差不多會(huì)了。

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

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

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

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

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

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

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

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

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