日本黄色一级经典视频|伊人久久精品视频|亚洲黄色色周成人视频九九九|av免费网址黄色小短片|黄色Av无码亚洲成年人|亚洲1区2区3区无码|真人黄片免费观看|无码一级小说欧美日免费三级|日韩中文字幕91在线看|精品久久久无码中文字幕边打电话

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

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



hex文件解析

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

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

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

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

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

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

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

其中,第4個(gè)字節(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)了,上面的地址都是兩個(gè)字節(jié),范圍從0x000-0xFFFF,如果地址是0x17FFFF該怎么辦呢?這就要用到擴(kuò)展字段了,舉例如下:


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

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

第二行的地址是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é)果是錯(cuò)的。



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

經(jīng)常會(huì)用到上位機(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)識(shí) char *GetLoadOffset();//獲取內(nèi)存裝載偏移 char *GetRecordType();//獲取記錄類型 char *GetData();//獲取數(shù)據(jù)??char?*GetChecksum();//獲取校驗(yàn)和??private: char m_cBuffer[MAX_BUFFER_SIZE];//存儲(chǔ)待解析的記錄 char m_cRecordMark;//記錄標(biāo)識(shí) 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)識(shí) //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)識(shí)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)) { //接收最后一個(gè)字符 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),請(qǐng)聯(lián)系刪除?|


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

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

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

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

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



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

嵌入式ARM

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

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

LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: 驅(qū)動(dòng)電源

在工業(yè)自動(dòng)化蓬勃發(fā)展的當(dāng)下,工業(yè)電機(jī)作為核心動(dòng)力設(shè)備,其驅(qū)動(dòng)電源的性能直接關(guān)系到整個(gè)系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動(dòng)勢抑制與過流保護(hù)是驅(qū)動(dòng)電源設(shè)計(jì)中至關(guān)重要的兩個(gè)環(huán)節(jié),集成化方案的設(shè)計(jì)成為提升電機(jī)驅(qū)動(dòng)性能的關(guān)鍵。

關(guān)鍵字: 工業(yè)電機(jī) 驅(qū)動(dòng)電源

LED 驅(qū)動(dòng)電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個(gè)照明設(shè)備的使用壽命。然而,在實(shí)際應(yīng)用中,LED 驅(qū)動(dòng)電源易損壞的問題卻十分常見,不僅增加了維護(hù)成本,還影響了用戶體驗(yàn)。要解決這一問題,需從設(shè)計(jì)、生...

關(guān)鍵字: 驅(qū)動(dòng)電源 照明系統(tǒng) 散熱

根據(jù)LED驅(qū)動(dòng)電源的公式,電感內(nèi)電流波動(dòng)大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關(guān)鍵字: LED 設(shè)計(jì) 驅(qū)動(dòng)電源

電動(dòng)汽車(EV)作為新能源汽車的重要代表,正逐漸成為全球汽車產(chǎn)業(yè)的重要發(fā)展方向。電動(dòng)汽車的核心技術(shù)之一是電機(jī)驅(qū)動(dòng)控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機(jī)驅(qū)動(dòng)系統(tǒng)中的關(guān)鍵元件,其性能直接影響到電動(dòng)汽車的動(dòng)力性能和...

關(guān)鍵字: 電動(dòng)汽車 新能源 驅(qū)動(dòng)電源

在現(xiàn)代城市建設(shè)中,街道及停車場照明作為基礎(chǔ)設(shè)施的重要組成部分,其質(zhì)量和效率直接關(guān)系到城市的公共安全、居民生活質(zhì)量和能源利用效率。隨著科技的進(jìn)步,高亮度白光發(fā)光二極管(LED)因其獨(dú)特的優(yōu)勢逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關(guān)鍵字: 發(fā)光二極管 驅(qū)動(dòng)電源 LED

LED通用照明設(shè)計(jì)工程師會(huì)遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關(guān)鍵字: LED 驅(qū)動(dòng)電源 功率因數(shù)校正

在LED照明技術(shù)日益普及的今天,LED驅(qū)動(dòng)電源的電磁干擾(EMI)問題成為了一個(gè)不可忽視的挑戰(zhàn)。電磁干擾不僅會(huì)影響LED燈具的正常工作,還可能對(duì)周圍電子設(shè)備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來解決L...

關(guān)鍵字: LED照明技術(shù) 電磁干擾 驅(qū)動(dòng)電源

開關(guān)電源具有效率高的特性,而且開關(guān)電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機(jī)重量也有所下降,所以,現(xiàn)在的LED驅(qū)動(dòng)電源

關(guān)鍵字: LED 驅(qū)動(dòng)電源 開關(guān)電源

LED驅(qū)動(dòng)電源是把電源供應(yīng)轉(zhuǎn)換為特定的電壓電流以驅(qū)動(dòng)LED發(fā)光的電壓轉(zhuǎn)換器,通常情況下:LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: LED 隧道燈 驅(qū)動(dòng)電源
關(guān)閉