當(dāng)前位置:首頁 > 公眾號精選 > 嵌入式微處理器
[導(dǎo)讀]含有單片機(jī)的電子產(chǎn)品在量產(chǎn)的時候會用到.hex文件或者.bin。hex是十六進(jìn)制的,包含地址信息和數(shù)據(jù)信息,而bin文件是二進(jìn)制的,只有數(shù)據(jù)而不包含地址。任何文件都有一定的格式規(guī)范,hex文件同樣具有完整的格式規(guī)范。今天和大家分享一下,hex是如何解析的。

含有單片機(jī)的電子產(chǎn)品在量產(chǎn)的時候會用到.hex文件或者.bin。hex是十六進(jìn)制的,包含地址信息和數(shù)據(jù)信息,而bin文件是二進(jìn)制的,只有數(shù)據(jù)而不包含地址。任何文件都有一定的格式規(guī)范,hex文件同樣具有完整的格式規(guī)范。今天和大家分享一下,hex是如何解析的。



hex文件解析

hex文件可以通過UltraEdit、Notepad++、記事本等工具打開,用Notepad++打開之后會看到如下數(shù)據(jù)內(nèi)容。

使用Notepad++打開后會不同含義的數(shù)據(jù)其顏色不同。每行數(shù)據(jù)都會有一個冒號開始,后面的數(shù)據(jù)由:數(shù)據(jù)長度、地址、標(biāo)識符、有效數(shù)據(jù)、校驗(yàn)數(shù)據(jù)等構(gòu)成。以上圖的第一行為例,進(jìn)行解析:

第1個字節(jié)10,表示該行具有0x10個數(shù)據(jù),即16個字節(jié)的數(shù)據(jù);

第2、3個字節(jié)C000,表示該行的起始地址為0xC000;

第4個字節(jié)00,表示該行記錄的是數(shù)據(jù);

第5-20個字節(jié),表示的是有效數(shù)據(jù);

第21個字節(jié)73,表示前面數(shù)據(jù)的校驗(yàn)數(shù)據(jù),校驗(yàn)方法:0x100-前面字節(jié)累加和

其中,第4個字節(jié)具有5種類型:00-05,含義如下:

字段 含義
00 表示后面記錄的是數(shù)據(jù)
01 表示文件結(jié)束
02 表示擴(kuò)展段地址
03 表示開始段地址
04 表示擴(kuò)展線性地址
05 表示開始線性地址

單片機(jī)的hex文件以00居多,都用來表示數(shù)據(jù)。hex文件的結(jié)束部分如下圖所示。

最后一行的01表示文件結(jié)束了,最后的FF表示校驗(yàn)數(shù)據(jù),由0x100-0x01=0xFF得來。



擴(kuò)展地址

細(xì)心的同學(xué)可能發(fā)現(xiàn)了,上面的地址都是兩個字節(jié),范圍從0x000-0xFFFF,如果地址是0x17FFFF該怎么辦呢?這就要用到擴(kuò)展字段了,舉例如下:


?第一行中,第一個字節(jié)為0x02,表示只有兩個字節(jié)的數(shù)據(jù),而擴(kuò)展段的標(biāo)識符為0x04表示后面的數(shù)據(jù)0x0800為擴(kuò)展線性地址,基地址的計(jì)算方法為:

(0x0800<<16)=0x08000000,在0x04標(biāo)識段出現(xiàn)之前,下面的數(shù)據(jù)都是這個基地址。

第二行的地址是0x0000,那么實(shí)際地址應(yīng)是0x08000000+0x0000=0x08000000;

第二行的地址是0x0010,那么實(shí)際地址應(yīng)是0x08000000+0x0010=0x08000010;

使用Notepad++工具,可以根據(jù)顏色的不同來確認(rèn)校驗(yàn)數(shù)據(jù)是否正確,如果校驗(yàn)數(shù)據(jù)的顏色不是綠色,則表示校驗(yàn)結(jié)果是錯的。



程序如何實(shí)現(xiàn)hex解析

經(jīng)常會用到上位機(jī)軟件來實(shí)現(xiàn)單片機(jī)的燒錄,那上位機(jī)就要解析hex文件,程序如何實(shí)現(xiàn)hex文件的解析呢?


頭文件代碼如下所示:

#ifndef _HEXLEXER_H_#define _HEXLEXER_H_#include #include #include /*Intel Hex文件解析器V1.0Hex文件的格式如下:RecordMark RecordLength LoadOffset RecordType Data Checksum在Intel Hex文件中,RecordMark規(guī)定為“:”*/#pragma warning(disable:4996)#define MAX_BUFFER_SIZE 43class Hex{public: Hex(char mark); ~Hex(); void ParseHex(char *data);//解析Hex文件 void ParseRecord(char ch);//解析每一條記錄 size_t GetRecordLength();//獲取記錄長度 char GetRecordMark();//獲取記錄標(biāo)識 char *GetLoadOffset();//獲取內(nèi)存裝載偏移 char *GetRecordType();//獲取記錄類型 char *GetData();//獲取數(shù)據(jù)??char?*GetChecksum();//獲取校驗(yàn)和??private: char m_cBuffer[MAX_BUFFER_SIZE];//存儲待解析的記錄 char m_cRecordMark;//記錄標(biāo)識 size_t m_nRecordLength;//記錄長度 char *m_pLoadOffset;//裝載偏移 char *m_pRecordType;//記錄類型 char *m_pData;//數(shù)據(jù)字段 char *m_pChecksum;//校驗(yàn)和 bool m_bRecvStatus;//接收狀態(tài)標(biāo)識 //size_t m_nIndex;//緩存的字符索引值};
Hex::Hex(char mark){ this->m_cRecordMark = mark; m_cBuffer[0] = '\0'; //m_pBuffer = NULL; m_nRecordLength = 0; m_pLoadOffset = NULL; m_pRecordType = NULL; m_pData = NULL; m_pChecksum = NULL; m_bRecvStatus = false; //m_nIndex = 0;}
Hex::~Hex(){ delete m_pLoadOffset, m_pRecordType, m_pData, m_pChecksum;}#endif

?代碼如下所示。

#include "HexLexer.h"#include using namespace std;//獲取記錄標(biāo)識char Hex::GetRecordMark(){ return this->m_cRecordMark;}//獲取每條記錄的長度size_t Hex::GetRecordLength(){ //char *len = (char*)malloc(sizeof(char)* 3); if (strlen(m_cBuffer)>=2) { char len[3]; len[0] = m_cBuffer[0]; len[1] = m_cBuffer[1]; len[2] = '\0'; char *p = NULL; return strtol(len, &p, 16); } else { return 0; }}//獲取裝載偏移char* Hex::GetLoadOffset(){ if (strlen(m_cBuffer) == (GetRecordLength() + 5) * 2) { char *offset = (char*)malloc(sizeof(char)* 5); for (int i = 0; i < 4; ++i) { offset[i] = m_cBuffer[i + 2]; } offset[4] = '\0'; m_pLoadOffset = offset; offset = NULL; } return m_pLoadOffset;}//獲取記錄類型char* Hex::GetRecordType(){ if (strlen(m_cBuffer) == (GetRecordLength() + 5) * 2) { char *type=(char*)malloc(sizeof(char)*3); type[0] = m_cBuffer[6]; type[1] = m_cBuffer[7]; type[2] = '\0'; m_pRecordType = type; type = NULL; } return m_pRecordType;}//獲取數(shù)據(jù)char* Hex::GetData(){ if (strlen(m_cBuffer) == (GetRecordLength() + 5) * 2) { int len = GetRecordLength(); char *data = (char*)malloc(sizeof(char)*(len * 2 + 1)); for (int i = 0; i < len * 2;++i) { data[i] = m_cBuffer[i + 8]; } data[len * 2] = '\0'; m_pData = data; data = NULL; } return m_pData;}//獲取校驗(yàn)和char* Hex::GetChecksum(){ int len = GetRecordLength(); if (strlen(m_cBuffer) == (len + 5) * 2) { char *checksum=(char*)malloc(sizeof(char)*3); checksum[0] = m_cBuffer[(len + 5) * 2 - 2]; checksum[1] = m_cBuffer[(len + 5) * 2-1]; checksum[2] = '\0'; m_pChecksum = checksum; checksum=NULL; } return m_pChecksum;}//解析Hex文件中的每一條記錄void Hex::ParseRecord(char ch){ size_t buf_len = strlen(m_cBuffer); if (GetRecordMark()==ch) { m_bRecvStatus = true; m_cBuffer[0] = '\0'; //m_nIndex = 0; return; } if ((buf_len==(GetRecordLength()+5)*2-1)) { //接收最后一個字符 m_cBuffer[buf_len] = ch; m_cBuffer[buf_len + 1] = '\0'; //檢驗(yàn)接收的數(shù)據(jù) char temp[3]; char *p = NULL; long int checksum = 0; for (int i = 0; i < strlen(m_cBuffer);i+=2) { temp[0] = m_cBuffer[i]; temp[1] = m_cBuffer[i + 1]; temp[2] = '\0'; checksum += strtol(temp, &p, 16); temp[0] = '\0'; } checksum &= 0x00ff;//取計(jì)算結(jié)果的低8位 if (checksum==0)//checksum為0說明接收的數(shù)據(jù)無誤 { cout << "RecordMark " << GetRecordMark() << endl; cout << "RecordLength " << GetRecordLength() << endl; cout << "LoadOffset " << GetLoadOffset() << endl; cout << "RecordType " << GetRecordType() << endl; cout << "Data " << GetData() << endl; cout << "Checksum " << GetChecksum() << endl; } else//否則接收數(shù)據(jù)有誤 { cout << "Error!" << endl; } m_cBuffer[0] = '\0'; m_bRecvStatus = false; m_nRecordLength = 0; m_pLoadOffset = NULL; m_pRecordType = NULL; m_pChecksum = NULL; m_bRecvStatus = false; } else if (m_bRecvStatus) { m_cBuffer[buf_len] = ch; m_cBuffer[buf_len + 1] = '\0'; //m_nIndex++; }}//解析Hex文件void Hex::ParseHex(char *data){ for (int i = 0; i < strlen(data);++i) { ParseRecord(data[i]); }}int main(int argc, char *argv[]){ freopen("in.txt", "r", stdin); freopen("out.txt", "w", stdout);
Hex hex(':'); char ch; while (cin>>ch) { hex.ParseRecord(ch); } fclose(stdout); fclose(stdin); return 0;}

是不是這樣呢?趕緊打開.hex文件來看一下吧。


-END-


來源 | 玩轉(zhuǎn)嵌入式

作者 |?劉小舒


|?整理文章為傳播相關(guān)技術(shù),版權(quán)歸原作者所有?|

|?如有侵權(quán),請聯(lián)系刪除?|


【1】嵌入式研發(fā)10多年,工程師悟出這些道理

【2】當(dāng)談起嵌入式工程師,究竟在談些什么

【3】嵌入式工程師出路之我見:就業(yè),技術(shù),行業(yè)...

【4】為什么嵌入式工程師會對8位MCU有誤解?

【5】嵌入式工程師結(jié)合經(jīng)歷聊硬件工程師和軟件工程師哪個更有前途?



免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點(diǎn),不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!

嵌入式ARM

掃描二維碼,關(guān)注更多精彩內(nèi)容

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運(yùn)行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險(xiǎn),如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報(bào)道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

要點(diǎn): 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實(shí)提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅(jiān)持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運(yùn)營商 數(shù)字經(jīng)濟(jì)

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉