最近拿出了空閑已久的Tiny6410開發(fā)板來玩一下,一直對(duì)Linux有變態(tài)的崇拜,所以這次過度沒有懸念的拋棄諸如ADS1.2或RVDS等IDE開發(fā)環(huán)境。完全的VIM + GCC搞定一切。
言簡(jiǎn)意賅,生成的BIN放入SD卡中啟動(dòng),詳細(xì)過程參見Tiny6410的幫助文檔,配置文件附送光盤里都有。
這里僅主要介紹一下如何點(diǎn)亮核心板上的4個(gè)LED,當(dāng)然在此之前arm-linux-gcc交叉編譯環(huán)境要搭建起來,還要添入環(huán)境變量之中(在終端中輸入arm-linux-gcc -v 看是否能正確的查詢到當(dāng)前交叉編譯器的版本號(hào)以檢查是否添加成功,出現(xiàn)如圖所示說明添加成功)。
為了點(diǎn)亮LED,我們先看一下友善之臂Tiny6410開發(fā)板關(guān)于LED的原理圖部分。
由圖可見,我們要操作的LED分別由GPK[4-7]口控制。
然后就是看一下三星的datasheet了。
可見我們把輸入方向配置為輸出,并輸出低電平LED才會(huì)亮。
首先先看匯編代碼。
@********************************************@File:led_on.s@function:LED@author:pang123hui@********************************************.text@定義一個(gè)代碼段.global_start@定義一個(gè)全局入口_start:@全局入口處LDRR0,=0x7F008800@設(shè)R0為GPKCON0寄存器MOVR1,#0x11112222@設(shè)置GPKC[4-7]為輸出STRR1,[R0]LDRR0,=0x7F008808@R0設(shè)為GPKDAT寄存器MOVR1,#0x00000000@設(shè)置GPKDAT[4-7]為低電平STRR1,[R0]MAIN_LOOP:BMAIN_LOOP
匯編里的B指令為跳轉(zhuǎn)指令,直接向PC寄存器賦值。B跳轉(zhuǎn)是個(gè)相對(duì)跳轉(zhuǎn)指令,其機(jī)器嗎格式如下:
即B跳轉(zhuǎn)指令依賴于當(dāng)前PC寄存器的值,這個(gè)特點(diǎn)使得使用B指令的程序不依賴于代碼存儲(chǔ)的位置——即不管這條代碼放在什么位置,B指令都可以跳到正確的位置。這類指令被稱為位置無(wú)關(guān)碼。
還有一條BL指令,除了條裝之外,還將返回地址(BL的下一條指令的地址)保存在LR寄存器中,也是位置無(wú)關(guān)的指令。
B和BL指令可跳轉(zhuǎn)的范圍是當(dāng)前指令的前后32MB.
相關(guān)Makefile文件。
CC=arm-linux-gccCFLAGS=-g-c-oled_on.bin:led_on.s$(CC)$(CFLAGS)led_on.oled_on.sarm-linux-ld-Ttext0x0000000-gled_on.o-oled_on_elfarm-linux-objcopy-Obinary-Sled_on_elfled_on.binclean:rm-fled_on.binled_on_elf*.o
簡(jiǎn)單介紹一下相關(guān)指令。
A.a(chǎn)rm-linux-gcc
-c 對(duì)源文件進(jìn)行預(yù)處理、編譯、匯編,但不做鏈接,生成中間OBJ文件,通常以.o結(jié)尾。
-g添加調(diào)試信息
-o 指定輸出文件。如果不指定-o filename選項(xiàng),默認(rèn)輸出為a.out文件。
B. arm-linux-ld
-Ttext startaddr
-Tdada startaddr
-Tbss startaddr
其中-T選項(xiàng)用來指定代碼段、數(shù)據(jù)段、BSS段的起始地址。如果不定義數(shù)據(jù)段和BBS段的起始地址,它們會(huì)被依次放在代碼段的后面。
C. arm-linux-objcopy
用于將一個(gè)目標(biāo)文件復(fù)制到另一個(gè)文件內(nèi),可以使用不同于源文件的格式輸出到目的文件。常用于格式轉(zhuǎn)化。
-O用于指定輸出的文件格式。如二進(jìn)制–O binary
-I 用于指定源文件的格式
-S 不從源文件中復(fù)制重定位信息和符號(hào)信息到目標(biāo)文件
D. arm-linux-objdump用于顯示二進(jìn)制文件住處。常用于進(jìn)行反匯編,方便調(diào)試。
-D 反匯編所有段
-m 指定反匯編目標(biāo)文件所使用的架構(gòu),如–m arm指定為ARM體系架構(gòu)。
-b指定輸入文件的格式,這不是必須的,arm-linux-objdump能自動(dòng)識(shí)別多種格式。
C語(yǔ)言代碼。
#definerGPKCON0(*(volatileunsigned*)(0x7F008800))#definerGPKCON1(*(volatileunsigned*)(0x7F008804))#definerGPKDAT(*(volatileunsigned*)(0x7F008808))#definerGPKPUD(*(volatileunsigned*)(0x7F00880C))intmain(void){//設(shè)置GPKCON[4-7]為輸出rGPKCON0=0x11112222;//設(shè)置GPKDAT[4-7]為低電平rGPKDAT=0xffffff0f;return0;}
有些學(xué)習(xí)過Bootloader和內(nèi)核的朋友肯定會(huì)知道,在調(diào)用C語(yǔ)言函數(shù)之前肯定會(huì)有一段匯編代碼在前面鋪路,進(jìn)行一些必要的初始化工作;而那些只學(xué)過單片機(jī)而沒有學(xué)過ARM的朋友肯定會(huì)覺得很奇怪,在單片機(jī)中寫C代碼,前面完成可以不用任何匯編代碼。這是為什么呢?
這主要是因?yàn)槲覀兊拈_發(fā)環(huán)境(這里主要是指編譯環(huán)境)的不同,在開發(fā)單片機(jī)程序的時(shí)候,開發(fā)環(huán)境(如KEIL)會(huì)在編譯C代碼的時(shí)候,給我添加啟動(dòng)代碼(startup-51)或者在編譯時(shí)已經(jīng)由編譯器在后臺(tái)為我們初始化好了。而在開發(fā)ARM程序時(shí),ARM處 理器支持多種模式,多種功能,而在不同的領(lǐng)域不同的項(xiàng)目里面,我們可以有選擇的、適當(dāng)?shù)倪x擇這些功能,這時(shí),編譯器就不知道我們需要什么功能,需要什么模 式,編譯器也就無(wú)法給我們提供默認(rèn)的“初始化”代碼,所以,編譯器干脆就“不管”這些了,把這些工作交由我們開發(fā)者來處理。
這里最簡(jiǎn)單的啟動(dòng)代碼。
@****************************************@File:startup.s@function:startup@author:pang123hui@****************************************.text.global_start_start:LDRR0,=0x7E004000@WATCHDOG寄存器地址MOVR1,#0x0STRR1,[R0]@寫入0,禁止WATCHDOG,否則CPU會(huì)不斷重啟LDRSP,=0x0c001000@設(shè)置堆棧,注意:這時(shí)我們是將程序直接燒錄到SDRAM中,所以堆棧要設(shè)置在SDRAM中@如果將程序燒在NANDFLASH中,需將堆棧改為1024*4,因?yàn)镹ANDFLASH中的代碼@在復(fù)位后會(huì)移到內(nèi)部RAM中,此RAM只有4KBLmain@調(diào)用C程序中的main函數(shù)halt_loop:Bhalt_loop
這里要注意的一點(diǎn)是S3C6410中RAM的地址,見datasheet,如圖。
最后是Makefile文件。
CC=arm-linux-gccCFLAGS=-g-c-oled_on.bin:startup.smain.c$(CC)$(CFLAGS)startup.ostartup.s$(CC)$(CFLAGS)main.omain.carm-linux-ld-Ttext0x0c000000-gstartup.omain.o-oled_on_elfarm-linux-objcopy-Obinary-Sled_on_elfled_on.binclean:rm-fled_on.binled_on_elf*.o
東西很簡(jiǎn)單沒什么好說的,在此記錄,以免忘記,如有疑問或發(fā)現(xiàn)本文有何錯(cuò)誤,歡迎提出。