一，ELF

Executable and linking format(ELF)文件是x86 Linux系統(tǒng) 下的一種常用目標(biāo)文件(object file)格式，有三種主要類型:

Executable and linking format(ELF)文件是x86 Linux系統(tǒng)下的一種常用目標(biāo)文件(object file)格式，有三種主要類型:

(1)適于連接的可重定位文件(relocatable file)，可與其它目標(biāo)文件一起創(chuàng)建可執(zhí)行文件和共享目標(biāo)文件。

(2)適于執(zhí)行的可執(zhí)行文件(executable file)，用于提供程序的進程映像，加載的內(nèi)存執(zhí)行。

(3)共享目標(biāo)文件(shared object file),連接器可將它與其它可重定位文件和共享目標(biāo)文件連接成其它的目標(biāo)文件，動態(tài)連接器又可將它與可執(zhí)行文件和其它共享目標(biāo)文件結(jié)合起來創(chuàng)建一個進程映像。

ELF文件格式比較復(fù)雜。

二，hex

什么是Intel HEX格式?

Intel HEX文件是記錄文本行的ASCII文本文件,在Intel HEX文件中,每一行是一個HEX記錄

由十六進制數(shù)組成的機器碼或者數(shù)據(jù)常量,Intel HEX文件經(jīng)常被用于將程序或數(shù)據(jù)傳輸

存儲到ROM.EPROM,大多數(shù)編程器和模擬器使用Intel HEX文件.

記錄格式

一個Intel HEX文件可以包含任意多的十六進制記錄,每條記錄有五個域,下面是一個記錄的格式.

:llaaaatt[dd...]cc

每一組字母是獨立的一域,每一個字母是一個十六進制數(shù)字,每一域至少由兩個十六進制數(shù)字組成,下面是字節(jié)的描述.

:冒號 是每一條Intel HEX記錄的開始

ll 是這條記錄的長度域,他表示數(shù)據(jù)(dd)的字節(jié)數(shù)目.

aaaa 是地址域,他表示數(shù)據(jù)的起始地址

<如果是數(shù)據(jù)記錄,這表示將要燒錄的這條記錄中的數(shù)據(jù)在EPROM中的偏移地址,

對于不支持?jǐn)U展段地址和擴展線性地址的,如89C51,這就是此條記錄的起始地址>

tt 這個域表示這條HEX記錄的類型,他有可能是下面這幾種類型

00 ----數(shù)據(jù)記錄

01 ----文件結(jié)束記錄

02 ----擴展段地址記錄

04 ----擴展線性地址記錄

dd 是數(shù)據(jù)域,表示一個字節(jié)的數(shù)據(jù),一個記錄可能有多個數(shù)據(jù)字節(jié),字節(jié)數(shù)目可以

查看ll域的說明

cc 是效驗和域,表示記錄的效驗和,計算方法是將本條記錄冒號開始的所有字母對

<不包括本效驗字和冒號> 所表示的十六進制數(shù)字

<一對字母表示一個十六進制數(shù),這樣的一個十六進制數(shù)為一個字節(jié)>

都加起來然后模除256得到的余數(shù)最后求出余數(shù)的補碼即是本效驗字節(jié)cc.

<例如:

:0300000002005E9D

cc=0x01+NOT((0x03+0x00+0x00+0x00+0x02+0x00+0x5E)%0x100)=0x01+0x9C=0x9D

C語言描述:

UCHAR cc;

cc=(UCHAR)~(0x03+0x00+0x00+0x00+0x02+0x00+0x5E);

cc++;

>

數(shù)據(jù)記錄

Intel HEX文件由若干個數(shù)據(jù)記錄組成,一個數(shù)據(jù)記錄以一個回車和一個換行結(jié)束

<回車為0x0d換行為0x0a>

比如下面的一條數(shù)據(jù)記錄

:10246200464C5549442050524F46494C4500464C33

10 是此行記錄數(shù)據(jù)的字節(jié)數(shù)目

2462 是數(shù)據(jù)在內(nèi)存<將要燒寫的eprom地址>中的起始地址

00 是記錄類型00(是一個數(shù)據(jù)記錄)

464C 到 464C 是數(shù)據(jù)

33 是此行記錄的效驗和

擴展線性地址記錄(HEX386)

擴展線性地址記錄也可稱為 32位地址記錄 和 HEX386記錄,這個紀(jì)錄包含高16(16-31位)位數(shù)據(jù)地址,這種擴展的線性記錄總是有兩個字節(jié)數(shù)據(jù),像下面這樣:

:02000004FFFFFC

02 是記錄的數(shù)據(jù)字節(jié)數(shù)目

0000 是地址域這在擴展地址記錄中總是0000

04 是記錄類型04(擴展地址記錄)

FFFF 是高16位地址

FC 是記錄效驗和,計算方法如下:

01h + NOT(02h + 00h + 00h + 04h + FFh + FFh)

當(dāng)一個擴展線性地址記錄被讀到后,擴展線性地址記錄的數(shù)據(jù)區(qū)域?qū)⒈槐４?/p>

并應(yīng)用到后面從Intel HEX文件中讀出的記錄,這個擴展線性記錄一直有效,

直到讀到下一個擴展線性記錄.

絕對內(nèi)存地址 = 數(shù)據(jù)記錄中的地址 + 移位后的擴展線性地址

下面舉例說明這個過程

從數(shù)據(jù)記錄的地址域得到地址 2462

從擴展線性地址記錄的地址域得到地址 FFFF

絕對內(nèi)存地址 FFFF2462

擴展段地址記錄 (HEX86)

擴展段地址記錄也被稱為 HEX86記錄, 包含 4-19位的數(shù)據(jù)地址段,

這個擴展段地址記錄總是有兩字節(jié)數(shù)據(jù),如下:

:020000021200EA

02 是 記錄中的數(shù)據(jù)字節(jié)數(shù)目

0000 是地址域,在擴展段地址記錄中,這個域總是0000

02 是記錄類型02(擴展段地址的標(biāo)示)

1200 是該段的地址

EA 是效驗和

計算如下:

01h + NOT(02h + 00h + 00h + 02h + 12h + 00h).

當(dāng)擴展段地址記錄被讀后,擴展段地址將被存儲并應(yīng)用到以后從Intel HEX文件讀出的記錄,這個段地址一直有效直到讀到下一個擴展段地址記錄

絕對內(nèi)存地址 = 數(shù)據(jù)記錄中的地址 + 移位后的擴展段地址

數(shù)據(jù)記錄中的地址域 移位后擴展段地址記錄中的地址域

下面舉例說明這個過程

從數(shù)據(jù)記錄的地址域得到地址 2 4 6 2

從擴展段地址記錄的地址域得到地址 1 2 0 0

絕對內(nèi)存地址 0 0 0 1 4 4 6 2

文件結(jié)束記錄(EOF)

一個Intel HEX文件必須有一個文件結(jié)束記錄,這個記錄的類型域必須是01,

一個EOF記錄總是這樣:

:00000001FF

00是記錄中數(shù)據(jù)字節(jié)的數(shù)目

0000這個地址對于EOF記錄來說無任何意義

01記錄類型是01(文件結(jié)束記錄標(biāo)示)

FF是效驗和計算如下

01h + NOT(00h + 00h + 00h + 01h).

========================

總結(jié)

形如

:BBAAAATTHHHH...HHHHCC

BB: Byte

AAAA:數(shù)據(jù)記錄的開始地址,高位在前,地位在后

因為這個格式只支持8bits,地址被倍乘

所以,為了得到實際的PIC的地址,需要將 地址除以2

TT: Type

00 數(shù)據(jù)記錄

01 記錄結(jié)束

04 擴展地址記錄(表示32位地址的前綴,當(dāng)然這種只能在 INHX32)

HHHH:一個字(Word)的數(shù)據(jù)記錄,高Byte在前,低Byte在后

TT之后,總共有 BB/2 個字 的數(shù)據(jù)

CC: 一個Byte的CheckSum

因為PIC16F873A只有4K的程序空間

所以,不會有 TT=04的 Linear Address Record

三，bin

bin文件就是直接的二進制文件，內(nèi)部沒有地址標(biāo)記。一般用編程器燒寫時從00開始，而如果下載運行，則下載到編譯時的地址即可。

總結(jié)：可以由elf文件轉(zhuǎn)化為其它兩種文件，hex也可以直接轉(zhuǎn)換為bin文件，但是bin要轉(zhuǎn)化為hex文件必須要給定一個基地址。而hex和bin不能轉(zhuǎn)化為elf文件，因為elf的信息量要大。另外還有一種ads的調(diào)試文件axf，它可以轉(zhuǎn)化為bin文件，用以下命令 fromelf -nodebug xx.axf -bin xx.bin即可。