對于一直習慣用C51編程的電子工程師來說，如果突然轉向ARM匯編一時間可能會摸不到頭腦。本文將提出學習ARM匯編的幾點建議。

筆者對C已經有10多年的經驗，匯編用的很少。后來因為項目需要轉到了ARM。一開始對ARM什么都不懂，看了本《ARM體系結構與編程》也是云里霧里的。但是也許是因為無知者無畏吧，直接就在mdk中建立一個工程，添加了自帶的啟動文件，然后做了個main函數，里面一個死循環沒有操作任何硬件，居然跑起來了。然后以此為基礎，慢慢的開始控制GPIO和串口通信。

其實，開發ARM還是很簡單的，特別是使用mdk的話，會C語言也就能做一些簡單的開發了。不要被那些稀奇古怪的東西給搞糊涂了。邊開發邊學習，項目做深了，那些東西自然就懂了。

羅嗦這么久，說幾點建議吧：

1、ARM的匯編沒必要去精通的，能夠大概看懂就行了。如果一個速度要求苛刻到需要使用匯編的話，我認為可能你更需要的是轉變思路，修改算法，比如使用查表代替計算等；

2、工業控制方面因為有實時性和成本要求，一般不使用操作系統，但需要實現一些內存管理，事件管理，郵箱之類的東西。這些需要時間積累，平時寫程序注意盡量通用化，然后建立自己的庫，以后再用就很方便；

3、對于公司來說，如果項目很大需要用到操作系統、網絡、gui、文件系統等，自己做還不如直接買個板子，人家都已經做好了，而且bug很少，自己只要做應用就行了。量大的話還可以定制，算上開發成本，可能更便宜；

4、現在對于外設一般都有現成的庫，建議能不用還是不要用吧。因為想要用好這些庫，必須對外設寄存器比較熟悉才行，這時候你自己寫一個就行了，而且簡單的一個寄存器賦值，函數庫往往需要調用一個函數來實現，太奢侈了。但是對于運算庫還是要用的，比如DSP庫等，畢竟人家寫的肯定效率要高點；

5、用好中斷，這對51和arm是一樣的。能用中斷的地方絕對不用輪詢，中斷是單片機的靈魂，你的所有程序都應該圍繞中斷展開；

6、學好C語言，注意形成自己的編程風格，起好函數名和變量名，多寫注釋。不要怕麻煩，這些很重要，我一直認為最好的程序風格是使人不需要看注釋就能立刻理解程序的意思也就是：程序即注釋；

7、對于C語言，用好指針，如果說中斷是單片機的靈魂，那么指針就是C的靈魂；

總之，做ARM和做51差不多，關鍵還是各種外設的寄存器操作。

（編者按：本文為電源網網友daichao原創分享，觀點僅代表個人）