0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

如何快速將BootLoader與APP固件合并

Q4MP_gh_c472c21 ? 來源:CSDN博客 ? 作者:Acuity. ? 2021-09-24 14:19 ? 次閱讀

1、前言嵌入式固件一般分為BootLoader和App,BootLoader用于啟動校驗、App升級、App版本回滾等功能,BootLoader在cpu上電第一階段中運行,之后跳轉至App地址執(zhí)行應用程序。

因此,在發(fā)布固件的時候,會存在BootLoader固件和App固件;此時我們期望是將BootLoader固件和App固件合并成為一個固件,這樣在量產(chǎn)時只需燒錄一次即可。

2、傳統(tǒng)方式一些傳統(tǒng)的方法都是“土辦法”,沒什么毛病,但比較繁瑣。項目種類增加,或者版本發(fā)布頻繁時更加體現(xiàn)出繁瑣性,且易出錯,操作稍微失誤可能導致固件不完整;燒錄不完整的固件,機子變“磚頭”。

燒錄兩次,分別燒錄BootLoader和App固件

燒錄固件到芯片后,再從芯片讀取固件,另存為hex文件

手動復制、合并固件

BootLoader支持App固件傳輸功能的,只燒錄BootLoader,后期再升級App

3、高效方式我們目標是通過自動化腳本合并生成一個發(fā)布固件,提高效率和確保固件的完整性。

3.1 合并文件

Linux下的腳本我們用得很多,其實Windows的腳本也非常優(yōu)秀,利用Windows的腳本可以快速實現(xiàn)增、刪、查、改文件。常用Windows腳本命令如下。

合并兩個文件:copy /b

重命名文件:ren 《source_file》 《dect_file》

刪除文件:del

很顯然,我們利用其合并命令,只需一條指令即可將BootLoader和App文件合并。

假設當前目錄存在Boot.bin和App.bin文件,合并后文件命名為Firmware.bin。

copy /b .Boot.bin + .App.bin Firmware.bin

?

注:Windows的目錄路徑為反斜杠,與Linux不同。

?3.2 bin轉hex

我們知道,二進制(bin)文件是不存在地址信息的,cpu上電執(zhí)行并不一定是從地址0開始執(zhí)行代碼,如STM32芯片起始執(zhí)行地址為0x8000000。

因此不能通過串口工具燒錄bin文件,只能通過J-link或者ST-link燒錄,并且在燒錄前指定存儲起始地址。因此,將bin文件轉換為hex文件是有必要的。

「bin轉hex方式:」

使用jflash工具,把合并后的bin文件,使用jflash打開,另存為hex格式文件

將bin文件燒錄置芯片,讀取出來,另存為hex文件

自己動手寫一個bin轉hex工具

借助第三方bin轉hex工具前兩者太繁瑣,效率低下;第三個比較靈活,但需要花點時間;如果使用優(yōu)秀的現(xiàn)成工具是最快捷的辦法。推薦使用“srec_cat.exe”工具,可以結合Windows腳本一起使用。

3.2.1 srec_cat工具

srec_cat一個功能非常強大的文件合并、轉換工具,支持功能眾多,包括:

文件合并

文件分割

bin轉hex

hex轉bin

數(shù)據(jù)填充

CRC校驗

此外,還存在srec的系列工具,文件比較工具 srec_cmp.exe和文件信息查看工具 srec_info.exe,可以從文章后面官方網(wǎng)站下載使用。

「文件合并」

命令格式:

srec_cat.exe 《源文件0》 《文件類型》 《源文件1》 《文件類型》 《目標文件》 《文件類型》

例子:

srec_cat.exe source0.bin -Binary source1.bin -Binary -o merge.bin -Binary

srec_cat.exe source0.hex -Intel source1.hex -Intel -o merge.hex -Intel

如果BootLoader和App生產(chǎn)的文件為hex格式,可以直接使用該命令合并為一個hex文件,注意地址的連續(xù)性。

「bin轉hex」

命令格式:srec_cat.exe 《bin源文件》 《-Binary》 《-offset》 《偏移地址》 《-Output》 《hex目標文件》 《-Intel》

例子:

將Boot.bin和App.bin合并的Firmware.bin轉換為hex格式文件。

srec_cat.exe Firmware.bin -Binary -offset 0x8000000 -o Firmware.hex -Intel

0x8000000,是STM32的起始執(zhí)行地址。

更多的srec應用和工具下載詳見官方網(wǎng)站:

?

http://srecord.sourceforge.net/download.html

?3.3 完整示例

第一步,在需要生成固件目錄新建一個txt文件。

第二步,鍵入如下內容(Boot固件和App固件可以指定目錄)。

copy /b .Boot.bin + .App.bin Firmware.bin

srec_cat.exe Firmware.bin -Binary -offset 0x8000000 -o Firmware.hex -Intel

del Firmware.bin

第三步,重命名txt文件為“.bat”后綴文件,即是Windows可執(zhí)行腳本的文件類型。

第四步,雙擊運行腳本,即可生成目標文件。

出現(xiàn)任何目標文件生成失敗的情況,檢查相關源文件是否存在,路徑是否正確。

3.4 舉一反三

以此類比,存在多個App文件的情況,可以通過該方式分別進行合并出一個固件。另外,實際項目中,經(jīng)常會使用內部flash空閑扇區(qū)保存一些設備參數(shù)信息,如校準系數(shù)、設備地址、序列號等信息。

我們可以將參數(shù)信息保存為一個bin文件,通過該方式和固件合并,這樣量產(chǎn)時將參數(shù)和固件一并寫入,提高生產(chǎn)效率!

來源:https://acuity.blog.csdn.net/article/details/106724373

責任編輯:haq

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 嵌入式
    +關注

    關注

    5059

    文章

    18973

    瀏覽量

    302033
  • APP
    APP
    +關注

    關注

    33

    文章

    1566

    瀏覽量

    72334

原文標題:一個高效的BootLoader與APP固件合并方法

文章出處:【微信號:gh_c472c2199c88,微信公眾號:嵌入式微處理器】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    自定義RISC V的bootloader-v2

    在生成SoC時,會生成一個預定義bootloader .bin文件,用于指定soc的工程運行的地址,這包括在flash的存儲地址 ,加載到外存中的運行地址及在外存中分配的存儲空間的大小 。下面我們
    的頭像 發(fā)表于 10-31 12:37 ?473次閱讀
    自定義RISC V的<b class='flag-5'>bootloader</b>-v2

    GD32F427 bootloader添加rt-thread系統(tǒng)后,跳轉到app沒有執(zhí)行main()函數(shù)是怎么回事?

    MCU:GD32F427 bootloader是自己寫的 裸機使用沒問題,可以正常轉跳到APP上,執(zhí)行main() 在APP上移植了rt-thread操作系統(tǒng) 啟動的時候可以打印出logo,但是
    發(fā)表于 07-11 06:31

    使用TC387做bootloader,程序從bootloader跳轉到APP運行43s后卡死,哪些原因導致的?

    已知APP程序和bootloader程序單獨運行無異常,兩個程序一模一樣 修改lsl文件的內存地址后,在bootloader程序添加跳轉語句,跳轉到app程序執(zhí)行43s后卡死,跳轉前已
    發(fā)表于 07-04 07:37

    請問keil編寫的BootLoader可以跳轉到GCC編寫的APP里嗎?

    keil編寫的BootLoader 可以跳轉到 GCC編寫的APP里嗎?
    發(fā)表于 04-18 07:00

    bootloader開多線程做引導程序,跳app初始化后直接進hardfualt,為什么?

    如標題,想做一個遠程升級的項目,bootloader引導區(qū)域和app都是開多線程跑的,就是自己寫了個小的任務調度器,沒什么功能主要是想讓程序快速的響應,延時不會對其他程序造成堵塞,程序測試
    發(fā)表于 04-18 06:07

    APP程序中加入__set_FAULTMASK(1),通過bootloader下載后跳轉APP會卡死的原因?

    為什么我在APP程序中加入__set_FAULTMASK(1);NVIC_SystemReset(); 生成BIN文件,然后通過bootloader下載后 跳轉APP會卡死, 但是把
    發(fā)表于 04-07 07:40

    bootloader設置APP在0x08020000為開始地址,編譯報錯怎么解決?

    bootloader 想設置APP在0x08020000為開始地址,但是編譯報錯。同時如何在IDE中設置調試debug地址和相關設置,謝謝大師們解答
    發(fā)表于 03-13 06:43

    單片機的BootLoader高階玩法

    經(jīng)過串口傳輸最終由單片機接收到的固件數(shù)據(jù)是可能出現(xiàn)差錯的,而有錯誤的固件冒然直接寫入到APP區(qū),是一定運行不起來的。
    發(fā)表于 03-08 13:58 ?635次閱讀
    單片機的<b class='flag-5'>BootLoader</b>高階玩法

    TC387無法從bootloader跳轉到APP運行怎么解決?

    最近在開發(fā)TC387的bootloader軟件,在使用__asm("ja (0xA0030000)")指令跳轉到APP程序的入口地址時,程序會進入debug,此處
    發(fā)表于 03-06 06:38

    STM32案例:BootLoader是怎么跳到App

    BootLoader項目程序和App項目程序是分開的,所以需要分別搭建對應的項目工程文件,分開搭建文件是為了好配置,同時也是方便對項目進行管理。
    發(fā)表于 03-04 09:35 ?3700次閱讀
    STM32案例:<b class='flag-5'>BootLoader</b>是怎么跳到<b class='flag-5'>App</b>

    rtthread用通用bootloader后,app的io口無法產(chǎn)生中斷怎么解決?

    使用的stm32f412,用的rtthread自動生成的bootloader,跳轉到app后,app正常運行,但是開啟的io口中斷,無法正常產(chǎn)生中斷,去掉bootloader后,使用沒
    發(fā)表于 02-26 07:01

    關于bootloader與bootloadable img合并的問題求解

    我們實現(xiàn)bootloader功能時, app0 當作bootloaderapp1 當作bootloadable image,我們想讓app
    發(fā)表于 02-21 08:17

    請問如何一次同時燒錄bootloader和application?

    我們的bootloader和bootloadable的例程產(chǎn)生的bootloader程序和application程序如何合并成一個hex,一次燒錄到芯片內?有什么AN或工具么?
    發(fā)表于 02-21 07:24

    TC275從bootloader跳轉到APP執(zhí)行時,只要APP使能中斷即進入異常是怎么回事?

    lsl文件配置的中斷向量表在SRAM中的不同位置,在bootloader跳轉到APP之前有關閉全局中斷,單步調試能夠發(fā)現(xiàn)已經(jīng)在APP中運行,運行到使能全局中斷的位置即進入異常。若APP
    發(fā)表于 01-25 06:01

    快速入門BlueNRG SDK固件開發(fā)流程

    本文檔指導用戶快速地對 BlueNRG SDK 有一個直觀、清晰的認識,了解其軟件架構,以便順利地學會利用 SDK 開發(fā)自己的用戶固件
    的頭像 發(fā)表于 01-13 10:43 ?1826次閱讀
    <b class='flag-5'>快速</b>入門BlueNRG SDK<b class='flag-5'>固件</b>開發(fā)流程