Hex文件如果用特殊的程序來查看（一般記事本就可以實現(xiàn)）。打開后可發(fā)現(xiàn)，真?zhèn)€文件以行為單位，每行以冒號開頭，內(nèi)容全部為16進制碼。Hex文件可以按照如下的方式進行拆分來分析其中的內(nèi)容：
例如：
:020000040000FA , 我把它看做 0x02 0x00 0x00 0x04 0x00 0x00 0xFA
第一個 0x02 為數(shù)據(jù)長度。
緊跟著后面的0x00 0x00 為地址。
再后面的0x04為數(shù)據(jù)類型，類型共分以下幾類：
'00' Data Record
'01' End of File Record
'02' Extended Segment Address Record
'03' Start Segment Address Record
'04' Extended Linear Address Record
'05' Start Linear Address Record
然后，接著0x04后面的兩個 0x00 0x00就是數(shù)據(jù)。最后一個0xFA是校驗碼。
HEX文件的每一行都是這樣的格式：
<0x3a>[數(shù)據(jù)長度1Byte][數(shù)據(jù)地址2Byte][數(shù)據(jù)類型1Byte][數(shù)據(jù)nByte][校驗1Byte]<0x0d><0x0a>
在例如：
:1000000018F09FE518F09FE518F09FE518F09FE5C0
按照上面的數(shù)據(jù)行格式分析如下:
<0x3a>
[數(shù)據(jù)長度1Byte]10[數(shù)據(jù)地址2Byte]00 00[數(shù)據(jù)類型1Byte]00[數(shù)據(jù)nByte]18F09FE518F09FE518F09FE518F09FE5[校驗1Byte]C0<0x0d>
<0x0a>
每行中的數(shù)據(jù)并不是一定有的，第二個字節(jié)數(shù)據(jù)長度為0，那么這行就沒有數(shù)據(jù)。
由于每行標(biāo)識數(shù)據(jù)地址的只有2Byte，所以最大只能到64K，為了可以保存高地址的數(shù)據(jù)，就有了Extended Linear Address Record。如果這行的數(shù)據(jù)類型是0x04，那么，這行的數(shù)據(jù)就是隨后數(shù)據(jù)的基地址。例如：
:020000040004F6
:1000000018F09FE518F09FE518F09FE518F09FE5C0
:1000100018F09FE5805F20B9F0FF1FE518F09FE51D
第一行，是Extended Linear Address Record，里面的數(shù)據(jù)，也就是基地址是0x0004，第二行是Data Record，里面的地址值是0x0000。那么數(shù)據(jù)18F09FE518F09FE518F09FE518F09FE5要寫入FLASH中的地址為 (0x0004 << 16) | 0x0000，也就是寫入FLASH的0x40000這個地址。同樣，第三行的數(shù)據(jù)的寫入地址為0x40010。當(dāng)一個HEX文件的數(shù)據(jù)超過64k的時候，文件中就會出現(xiàn)多個Extended Linear Address Record。
End of File Record 行是每一個HEX文件的最后一行。例如：
:00000001FF
這樣的一行數(shù)據(jù)內(nèi)容是固定的，數(shù)據(jù)長度為0，地址為0。
校驗值：每一行的最后一個值為此行數(shù)據(jù)的校驗和。例如：
:1000000018F09FE518F09FE518F09FE518F09FE5C0 這行中的 0xC0
:1000100018F09FE5805F20B9F0FF1FE518F09FE51D 這行中的 0x1D
校驗和的算法為：計算從0x3A 以后（不包括0x3A）的所有各字節(jié)的和模256的余。即各字節(jié)二進制算術(shù)和，不計超過256的溢出值，然后用0x100減去這個算數(shù)累加和，得出得值就是此行得校驗和。
如手頭的STM32 HEX 第一行 020000040800F2
start addr= (0x0800<<16)=0x0800 0000.這個地址就是編譯器里面IROM1的Start地址。
下載文檔
