詳細(xì)闡述UCD3xxx 系列數(shù)字電源控制器燒寫(xiě)常用的兩種十六進(jìn)制文件格式：X0 和Intel Hex
英飛凌汽車(chē)電子生態(tài)圈
掃碼關(guān)注
獲取最新最全汽車(chē)電子
技術(shù)方案與實(shí)用技巧
X0 和Hex 文件的生成離不開(kāi)格式轉(zhuǎn)換程序：Hex470.exe 和 FusionX0ToHex.exe。Hex470.exe 是匯編語(yǔ)言工具包里面自帶的程序。FusionX0ToHex.exe 是TI 數(shù)字電源設(shè)計(jì)（Fusion Digital Power Designer）圖形用戶(hù)界面（GUI）所帶的轉(zhuǎn)換程序。Hex470.exe 和 FusionX0ToHex.exe 可以用命令行來(lái)調(diào)用，下面分別介紹各自的命令格式。
Hex470.exe 的命令行格式為：Hex470 [選項(xiàng)] 文件名，hex470 是調(diào)用轉(zhuǎn)換程序的命令，選項(xiàng)是控制轉(zhuǎn)換過(guò)程的附加信息（具體信息可參考文獻(xiàn)2），文件名是指輸入文件的名稱(chēng)。Hex470 可以把CCS 編譯生成的后綴為Out 的文件轉(zhuǎn)換成各種格式的Hex 文件，如：
Hex470 –i sample.out
這段命令是把生成的sample.out 文件轉(zhuǎn)換成Intel Hex 格式文件，文件名稱(chēng)為sample.hex；
Hex470 –x sample.out
這段命令是把生成的的sample.out 文件轉(zhuǎn)換成X0 格式文件，文件名稱(chēng)sample.x0。
既然Hex470 可以直接把Out 文件轉(zhuǎn)換成Hex 文件，那為什么要先轉(zhuǎn)成X0 再轉(zhuǎn)換成Hex 文件呢？有兩個(gè)原因：Hex470 不會(huì)計(jì)算程序閃存的校驗(yàn)和；Hex470 生成的Hex 文件地址是基于程序閃存模式，而燒寫(xiě)器需要的地址是ROM模式，也就是從0x10000 至0x17FFF，所以UCD3xxx 不支持Hex470 直接生成的Hex 文件，需要通過(guò)FusionX0ToHex.exe 轉(zhuǎn)換程序把X0 文件轉(zhuǎn)換成Hex 格式文件，具體命令格式是：
FusionX0ToHex --infile x0-file
--format intel|srec|hexdump
--pflash-checksum calc|none|source
--export pflash|dflash|both|source
--outfile hex-file
--infile 主要指定輸入X0 文件。
--format 主要指定生成哪種Hex 格式，分別為intel、srec（Motorola S-Record）和hexdump。
--pflash-checksum 主要指定程序閃存的校驗(yàn)?zāi)Ｊ剑琧alc 模式－基于X0 文件計(jì)算校驗(yàn)位并寫(xiě)入相應(yīng)位置；none 模式－校驗(yàn)位默認(rèn)為0xFFFFFFFF；source 模式是使用X0 自己的校驗(yàn)位。
--export 指定輸出哪一部分存儲(chǔ)，pflash 指只輸出程序閃存部分。dflash 指輸出數(shù)據(jù)閃存部分。both 是輸出程序和數(shù)據(jù)閃存。無(wú)論哪一部分，如果X0 文件中沒(méi)有就用0xFF 填充。source 是直接把X0 輸出。
--outfile 是指定輸出Hex 文件名稱(chēng)。
下面就介紹一下如何在CCS 編譯環(huán)境中嵌入hex470 和FusionX0ToHex 命令行。
在CCS（3.x 版本）編譯環(huán)境中，進(jìn)入工程（Project）菜單，然后選擇編譯選項(xiàng)（Build Options），然后點(diǎn)擊通用標(biāo)簽（General），就會(huì)出現(xiàn)如圖4 所示界面。在最后編譯步驟（Final build steps）中，我們可以輸入下面兩條命令行：
hex470 -x -memwidth 8 .debugFB_48V_HS.out
FusionX0ToHex --infile FB_48V_HS.x0 --pflash-checksum calc --export both --format intel –outfile FB_48V_HS.hex
第一條命令中：-x 選項(xiàng)就是指把.debugFB_48V_HS.out 轉(zhuǎn)換成X0 文件，-memwidth 8 是定義系統(tǒng)存儲(chǔ)字寬為8 位。
圖 5：生成的X0 文件（UCD3xxx）
本文引用地址：http://butianyuan.cn/article/175983.htm圖 6：生成的Hex 文件（UCD3xxx）
第二條命令中：輸入待轉(zhuǎn)文件是FB_48V_HS.x0，輸出文件是FB_48V_HS.hex，計(jì)算程序閃存的校驗(yàn)位，同時(shí)輸出程序和數(shù)據(jù)閃存內(nèi)容，格式是intel 十六進(jìn)制。
4 基于UCD3xxx 進(jìn)一步了解X0 和Hex 文件格式
為了進(jìn)一步了解X0 和Hex 格式，下面通過(guò)UCD3xxx 硬開(kāi)關(guān)全橋評(píng)估板軟件來(lái)看一下具體生成的X0和Hex 文件，如圖5 和圖6 所示。
圖5 的第一列統(tǒng)一是百分號(hào)開(kāi)始；下面兩列（一個(gè)字節(jié)）表示的是每一行除百分號(hào)外的字符長(zhǎng)度，每行最多字符數(shù)是0x4E（78）；然后一列表示后面數(shù)據(jù)類(lèi)型，除最后一行是8（結(jié)束）外，其它都是6（數(shù)據(jù)）；再有兩列是整行的校驗(yàn)；地址占9 列，以8 開(kāi)始，后面4 個(gè)字節(jié)代表實(shí)際地址；地址后面就都是數(shù)據(jù)了。從圖中可以看出，X0 文件的程序閃存的地址都是從0 開(kāi)始的，而且也沒(méi)有整個(gè)程序閃存的校驗(yàn)。TI 燒寫(xiě)軟件和工具主要使用X0 格式的文件，燒寫(xiě)軟件自己會(huì)計(jì)算程序閃存的校驗(yàn)和，然后寫(xiě)到最后4 個(gè)字節(jié)，所以X0 不需要計(jì)算整個(gè)程序閃存的校驗(yàn)和。
圖6 的第一列都是冒號(hào)；后面依次一個(gè)字節(jié)指的是整行所含數(shù)據(jù)的字節(jié)數(shù)；兩個(gè)字節(jié)是偏置地址；一個(gè)字節(jié)是指的記錄類(lèi)型；然后是字節(jié)數(shù)不等的數(shù)據(jù)。最后一個(gè)字節(jié)是每一行的校驗(yàn)。圖6 的第一行指定擴(kuò)展地址，為0x0001；最后一行標(biāo)志文件結(jié)束。另外，在程序閃存最后4 個(gè)字節(jié)（粉紅色區(qū)域）就是整個(gè)程序閃存的校驗(yàn)和。如果這個(gè)校驗(yàn)和不對(duì)，程序就不會(huì)跳到程序閃存中執(zhí)行。
5 小結(jié)
如果使用TI 提供的燒寫(xiě)軟件（GUI）和工具（USB 適配器）燒寫(xiě)的話，只需要格式為X0 的文件；如果使用第三方燒寫(xiě)器在生產(chǎn)線燒寫(xiě)，那么就會(huì)需要Hex 格式文件?？梢愿鶕?jù)本文的介紹來(lái)生成所需的X0或者Hex 文件。
6 參考資料
1． SLUS868D - Digital Power Controllers, Texas Instruments Inc., 2012
2． SPNU118J - ARM Assembly Language Tools v4.9 User’s Guide, Texas Instruments Inc., 2011
3． SRecord V1.59- Manipulate EPROM load files, 2012
4． Fusion Digital Power Designer, Texas Instruments Inc., 2012
評(píng)論