第一篇：裸機(jī)開發(fā)學(xué)習(xí)心得

裸機(jī)開發(fā)學(xué)習(xí)心得

首先說明，我沒啥經(jīng)驗(yàn)。只是說一下我的體會(huì)。也沒有朝誰開火的意思。如果無意傷了誰，還望海涵；如果所言有誤，還請高手多多指教。好了，開始忽悠~~~~~~~~~~~~~~~~ 在論壇里見到好多朋友學(xué)習(xí)裸機(jī)的時(shí)候都有一個(gè)習(xí)慣——做裸機(jī)開發(fā)時(shí)，過度依賴天嵌的裸機(jī)測試程序。怎么說呢，我覺得這樣不是很好。尤其是對(duì)于一個(gè)新手。

也許是學(xué)習(xí)單片機(jī)出身的原因，我有一個(gè)毛病，就是對(duì)別人的代碼不放心、凡事非得扣到底層。

一開始我看天嵌的裸奔三部曲，有一個(gè)體會(huì)——越看越迷茫。尤其是簡單地修改了天嵌的程序，實(shí)現(xiàn)了顯示幾個(gè)自定義圖片的時(shí)候。這里也算是給天嵌提一個(gè)建議吧。一般來講，新手看到這里的感覺就是特迷茫：難道這就是學(xué)裸機(jī)程序嗎？修改幾行C代碼？天嵌手冊里說這樣會(huì)迅速建立成就感，可是我絲毫沒有。反而感到的是強(qiáng)烈的不安。畢竟天嵌的裸機(jī)程序?qū)τ谝粋€(gè)新手來說太龐大，甚至?xí)悴磺逦募g的關(guān)系。我們現(xiàn)在做的就是簡單地修改幾行現(xiàn)成的代碼，然后看看效果。我就在想，此時(shí)我只會(huì)修改幾行代碼。底層硬件、ARM是如何啟動(dòng)的、啟動(dòng)代碼2440init.s是如何支持ARM啟動(dòng)并跳轉(zhuǎn)到C函數(shù)里的？這些東西都被天嵌的裸奔三部曲教程透明掉了，這些我都不會(huì)，我們只是做了做應(yīng)用層的修改。而那些被透明掉的知識(shí)，現(xiàn)在完全都是依賴于天嵌的測試程序的。試想，一旦一天老板讓我做一個(gè)新的東西，新的硬件配置，沒有了天嵌裸機(jī)程序里的底層知識(shí)，我們將如之奈何？基本就廢了吧。

也許是由于原先是搞單片機(jī)的緣故，所以總喜歡扣底層，做Linux或者WinCE上層應(yīng)用的朋友也許會(huì)覺得我在這里瞎折騰，做無用功。但是，對(duì)于從單片機(jī)轉(zhuǎn)過來的人來說，我說的這些是最重要的——他們要搞清楚ARM是如何工作的，如何用程序去控制硬件，如何靠自己的力氣搭建出來一個(gè)裸機(jī)程序。和做上層的人不一樣，做底層的人就喜歡扣這些東西，因?yàn)檫@些東西如果搞不懂，那搞其上層來就會(huì)覺得發(fā)飄，或者說總是不知道地下發(fā)生了什么導(dǎo)致心里沒底。最要命的是以后做Linux設(shè)備驅(qū)動(dòng)的時(shí)候。由于對(duì)底層的認(rèn)識(shí)不夠，必將導(dǎo)致非常吃力！

這些天狂啃了一頓啟動(dòng)代碼2440init.s。忽然意識(shí)到，裸機(jī)應(yīng)該換一個(gè)方法學(xué)。

第一步、狂啃啟動(dòng)代碼。

啃過之后你就會(huì)發(fā)現(xiàn)，原來大家在三星原版基礎(chǔ)上改的，然后互相抄，有的甚至都抄錯(cuò)了。這可能是個(gè)痛苦的過程，你要找各種版本的2440init.s，但卻是必經(jīng)的。一旦走過，你會(huì)發(fā)現(xiàn)你對(duì)ARM底層就有了和以前不是一個(gè)深度的理解。以后做起開發(fā)來底氣也就足了。這個(gè)過程里，你會(huì)遇到很多匯編

的基礎(chǔ)，杜春雷的那本《ARM體系結(jié)構(gòu)編程》就是本很不錯(cuò)的材料。但是千萬記住，你拿它當(dāng)字典用就行，千萬別運(yùn)氣下決心要從頭到尾看完。不然你真不知道你是怎么死的。以前還有人說一定要通讀三星手冊，我覺得這跟殺人沒什么兩樣。學(xué)習(xí)一定要有目的性。當(dāng)學(xué)習(xí)啟動(dòng)代碼遇到問題時(shí)，再去查匯編語法和三星手冊時(shí)，學(xué)習(xí)時(shí)最快的，記得最牢的。如果漫無目的地通讀。。就算最后你活下來了，你也不知道之前你都看了些什么。。

第二步、跟著啟動(dòng)代碼跳轉(zhuǎn)到C程序來。

這個(gè)過程就像搞單片機(jī)一樣了。自己寫自己的第一個(gè)跑馬燈程序、蜂鳴器程序、按鍵中斷程序、定時(shí)器、LCD etc etc etc etc etc。最后你再把自己寫的所有的東西組合起來，構(gòu)建成一個(gè)屬于自己的裸機(jī)測試程序。經(jīng)歷過這個(gè)過程，你就會(huì)發(fā)現(xiàn)，原來ARM不是不可戰(zhàn)勝的。原來，你已經(jīng)一步一步踏實(shí)的走過來了。這個(gè)時(shí)候，你回頭再看一眼天嵌的邏輯測試程序，你就會(huì)淡然一笑，哦，這個(gè)啊，我自己已經(jīng)寫出來了。

至此，所謂“成就感”才建立起來。至此，你才可以絲毫不依賴別人地做出自己的東西。至此，你才學(xué)到了真正的東西。

因此，在這里我誠懇地向天嵌提出建議。如果寫裸奔教程，請從最底層寫起。貴公司對(duì)啟動(dòng)代碼的介紹少之又少。而完全是在對(duì)上層做文章。我想，對(duì)于一個(gè)ARM新手，不管他之前學(xué)沒學(xué)過單片機(jī)，你讓他過度依賴測試程序的框架做開發(fā)，他真的會(huì)因?yàn)榈讓踊A(chǔ)不好而發(fā)飄，導(dǎo)致以后的全部開發(fā)都過度依賴現(xiàn)有的測試程序。從本質(zhì)上講，他還是沒有學(xué)懂裸機(jī)。在沒搞懂啟動(dòng)過程的前提下，就去學(xué)習(xí)裸機(jī)電子鐘之類的東西，結(jié)果只有一個(gè)字——飄。

我知道天嵌寫教程也要考慮篇幅，也不能面面俱到。面面俱到那真的是強(qiáng)人所難。但是不知道貴公司是否可以考慮換一個(gè)思路，換一種引導(dǎo)的方式，哪怕只是寫一個(gè)啟動(dòng)代碼的詳細(xì)注釋，已經(jīng)如何建立一個(gè)啟動(dòng)代碼+LED跑馬燈程序，都足以給用戶一個(gè)清晰的方向。以后的教程甚至不寫，用戶也會(huì)沿著思路，學(xué)會(huì)自己搭建起屬于自己的東西，而不是搭建起建立再現(xiàn)有代碼基礎(chǔ)之上的東西。這樣用戶學(xué)到的東西才真正會(huì)變成自己的。最后，想說選本好的教材，這很重要。不好的教材只能讓你多走彎路。我覺得阿南的那本《ARM Linux入門與實(shí)踐》就很不錯(cuò)，我不是在做廣告，真的不錯(cuò)。那里多一句廢話不寫，凈撈干的。比如匯編部分，他只介紹了學(xué)習(xí)啟動(dòng)代碼所必須掌握的一些指令和偽指令。其他沒用的一概不寫，不像有些書，就會(huì)抄DataSheet。

韋東山的《嵌入式Linux應(yīng)用開發(fā)完全手冊》對(duì)于裸機(jī)部分

寫得其實(shí)不是很好，他總喜歡在Linux下搞。而且中斷那里寫得非常不好。我們大多數(shù)人還是在ADS下搞的，于是我們一般還都是用啟動(dòng)代碼來啟動(dòng)開發(fā)板的（搞裸機(jī)也不能太裸不是，啟動(dòng)代碼都自己重新寫就基本可以直接累死了），啟動(dòng)代碼里的非常漂亮的兩級(jí)向量表中斷處理機(jī)制韋東山完全沒用到。而且那本書每一章里知識(shí)高度濃縮，新手看了容易上頭。而且，凡是號(hào)稱什么什么全書的，往往不可能寫得很全。嵌入式技術(shù)是一個(gè)龐大的體系，怎么可能一本書寫全呢？如果號(hào)稱全，則必然不精。

還有，有誰還看中嵌的視頻的就別看了。首先我說，他們已經(jīng)倒閉了，因?yàn)轵_錢倒閉的。他們的質(zhì)量很差，視頻質(zhì)量也很差。老師就是在念程序或者念DataSheet。講啟動(dòng)代碼的時(shí)候老師屁都不會(huì)，之前他們講過匯編語法，講到bootloader的時(shí)候，bootloader再干什么一點(diǎn)兒沒講，反而又領(lǐng)著學(xué)生復(fù)習(xí)匯編基本語法，這都忍了，可老師硬說bic指令是跳轉(zhuǎn)指令。還有，體系亂套。先講Linux，然后將裸機(jī)。我都不知道他是不是先拉屎后脫褲子。這種東西最好別看?？赐晁囊曨l再看什么教程都沒法學(xué)了。這個(gè)和吃完大便之后就再?zèng)]食欲吃烤鴨是一個(gè)道理。

帖子有的地方有點(diǎn)兒攻擊性，有點(diǎn)兒偏激。再次往誤傷的同胞海涵。如果您覺得我扯了半天都是廢話，您就當(dāng)這是一陣風(fēng)飄過，或者這是我半夜的夢話。。

OK，今天就說到這兒吧。困死了，睡了。

第二篇：S3C2440裸機(jī)學(xué)習(xí)心得(完整版)

有什么問題歡迎一起交流。以下是部分心得：

LED

GPXCON中每兩位控制一個(gè)引腳：00輸入，01輸出，10特殊功能

初始化 rGPBCON , rGPBUP , rGPBDAT 三個(gè)寄存器 關(guān)于ADS配置的解釋：

在Target Settings中的Post-linker中選擇ARM fromELF，因?yàn)槲覀冃枰袳LF文件格式轉(zhuǎn)化為下載到flash中所必須的二進(jìn)制文件。

在Language Settings中的所有語言的Target下的Architecture or Processor，選擇ARM920T，因?yàn)閟3c2440是ARM920T內(nèi)核。

在ARM Linker中的Output中的RO Base填寫0x30000000，因?yàn)樵陂_發(fā)板上SDRAM是從0x30000000地址開始。在Layout中的Object/Symbol中填寫2440init.o，它是啟動(dòng)文件的目標(biāo)文件，在Section中填寫Init，它是在啟動(dòng)文件中我們所定義的入口代碼段的名稱。

外部中斷

我們要打開某一中斷的屏蔽，這樣才能響應(yīng)該中斷，相對(duì)應(yīng)的寄存器為INTMSK； 還要設(shè)置外部中斷的觸發(fā)方式，如低電平、高電平、上升沿、下降沿等，相對(duì)應(yīng)的寄存器為EXTINTn。

另外由于EINT4到EINT7共用一個(gè)中斷向量，EINT8到EINT23也共用一個(gè)中斷向量，而INTMSK只負(fù)責(zé)總的中斷向量的屏蔽，要具體打開某一具體的中斷屏蔽，還需要設(shè)置EINTMASK。

有一些中斷是共用一個(gè)中斷向量的，而一個(gè)中斷向量只能有一個(gè)中斷執(zhí)行函數(shù)，因此具體是哪個(gè)外部中斷，還需要EINTPEND或rINTOFFSET來判斷

使用__irq這個(gè)關(guān)鍵詞來定義中斷處理函數(shù)，這樣系統(tǒng)會(huì)為我們自動(dòng)保存一些必要的變量，并能夠在中斷處理函數(shù)執(zhí)行完后正確地返回 這種形式：void __irq key();pISR_EINT0=(int)key;

定時(shí)器使用

主要配置 ：外部時(shí)鐘源→通過寄存器MPLLCON得到FCLK→再通過寄存器CLKDIVN得到HCLK和PCLK->再得到定時(shí)器的工作頻率

PWM定時(shí)器使用：

蜂鳴器=GPB0=TOUT0=定時(shí)器0 蜂鳴器 高電平響，低電平不響

關(guān)鍵是設(shè)置寄存器TCNTBn和TCMPBn，前者可以確定一個(gè)計(jì)數(shù)周期的時(shí)間長度，而后者可以確定方波的占空比

定時(shí)器中斷使用：

不需要配置TCMPBn，只需TCNTBn，TCNTBn*1/定時(shí)器的工作頻率=定時(shí)的時(shí)間 但要記住中斷要：

void __irq timer0_sever();

pISR_TIMER0=(int)timer0_sever;rINTMSK =~BIT_TIMER0;

Uart

主要配置以下寄存器： UBRDIVn，UCONn，UTRSTATn 收發(fā)寄存器： UTXHn，URXHn 注意幾點(diǎn)：

1.對(duì)于s3c2440來說，接收數(shù)據(jù)是被動(dòng)的，發(fā)送數(shù)據(jù)是主動(dòng)的，因此一般來說，接收數(shù)據(jù)用中斷方式，發(fā)送數(shù)據(jù)用查詢方式較好；

2.在中斷方式下，當(dāng)接收到數(shù)據(jù)時(shí)，盡管可能該數(shù)據(jù)無用，但也一定要讀取它，否則下次再接收數(shù)據(jù)時(shí)，不會(huì)再引起中斷，因?yàn)榻邮諗?shù)據(jù)緩存器被上次接收到的數(shù)據(jù)所霸占，只要沒有讀取它，它就永遠(yuǎn)在那里；

3.由于UART中斷涉及到SUBSRCPND寄存器，因此在中斷處理程序中不僅要清SRCPND寄存器，還要清SUBSRCPND寄存器，它們的順序一定是先清SUBSRCPND寄存器，再清SRCPND寄存器，否則就會(huì)引起一個(gè)中斷兩次響應(yīng)的問題。因?yàn)槭欠裰袛嘤蒘RCPND寄存器決定，而SRCPND寄存器的相關(guān)狀態(tài)位由SUBSRCPND寄存器決定

簡單的串口控制臺(tái)：1.鍵盤輸入數(shù)據(jù)后在控制臺(tái)上進(jìn)行回顯

recv_data = uart_getc();

return recv_data;

2.讓接收的字符組成命令 data_buf[i] = uart0_scanf();if(data_buf[i] == '