18video性欧美19sex,欧美高清videosddfsexhd,性少妇videosexfreexxx片中国,激情五月激情综合五月看花,亚洲人成网77777色在线播放

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

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

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

Q4MP_gh_c472c21 ? 來源:CSDN博客 ? 作者:Acuity. ? 2021-09-24 14:19 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

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

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

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

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

手動復(fù)制、合并固件

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

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

3.1 合并文件

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

合并兩個文件:copy /b

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

刪除文件:del

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

假設(shè)當(dāng)前目錄存在Boot.bin和App.bin文件,合并后文件命名為Firmware.bin。

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

?

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

?3.2 bin轉(zhuǎn)hex

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

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

「bin轉(zhuǎn)hex方式:」

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

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

自己動手寫一個bin轉(zhuǎn)hex工具

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

3.2.1 srec_cat工具

srec_cat一個功能非常強(qiáng)大的文件合并、轉(zhuǎn)換工具,支持功能眾多,包括:

文件合并

文件分割

bin轉(zhuǎn)hex

hex轉(zhuǎn)bin

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

CRC校驗

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

「文件合并」

命令格式:

srec_cat.exe 《源文件0》 《文件類型》 《源文件1》 《文件類型》 《目標(biāo)文件》 《文件類型》

例子:

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轉(zhuǎn)hex」

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

例子:

將Boot.bin和App.bin合并的Firmware.bin轉(zhuǎn)換為hex格式文件。

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

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

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

?

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

?3.3 完整示例

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

第二步,鍵入如下內(nèi)容(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í)行腳本的文件類型。

第四步,雙擊運行腳本,即可生成目標(biāo)文件。

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

3.4 舉一反三

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

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

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

責(zé)任編輯:haq

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

    關(guān)注

    5177

    文章

    20003

    瀏覽量

    325431
  • APP
    APP
    +關(guān)注

    關(guān)注

    33

    文章

    1588

    瀏覽量

    75435

原文標(biāo)題:一個高效的BootLoader與APP固件合并方法

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    bootloader無法更新的原因?

    bootloader下載新的固件后,重啟在download區(qū)搬新的固件時,就出現(xiàn)地址錯誤是怎么回事
    發(fā)表于 10-11 06:07

    ota升級完成后,bootloader沒有將download區(qū)的新代碼搬運到app區(qū)?

    ota升級完成后,bootloader沒有把download區(qū)的新固件搬運到app區(qū),版本也改了,可以保證是和上次的版本不一樣,也沒有打印任何錯誤的信息,可以明確的是它能正確把固件燒錄
    發(fā)表于 09-29 10:04

    bootloader跳轉(zhuǎn)APP出現(xiàn)bus fault是怎么回事?

    板子: AT32F403ARGT7 ram 96k rt-thread: 4.1.0 bootloader: 跳轉(zhuǎn)前 以下重置操作 nvic_system_reset
    發(fā)表于 09-29 09:30

    bootloaderAPP燒錄,能不能一次性分別燒錄到對應(yīng)的位置?

    目前我是用STM32 ST-LINK Utility將bootloaderAPP分別下載到對應(yīng)的地址分區(qū),那么各位有什么更好的辦法可以一次性的將這兩個文件燒錄? 主要是解決量產(chǎn)的問題,我也想找對應(yīng)的DLL庫自己開發(fā)一個上位機(jī)軟件來解決這個問題,但是并沒有找到有效的API
    發(fā)表于 09-25 06:34

    通用bootloader無法使用45db161flash怎么解決?

    通用bootloader不選“支持spi flash”,download放于片內(nèi)flash,正常啟動,ota正常,app驅(qū)動at45db161讀寫正常。通用bootloader選“支持spi
    發(fā)表于 09-18 08:23

    用RTThread Studio進(jìn)行debug,提示 ST-LINK 設(shè)備固件版本過低怎么解決?

    也沒有按照我main函數(shù)中的設(shè)置亮燈 2.點擊Debug,顯示檢測到 ST-LINK 設(shè)備固件版本過低,請使用 ST-LINK 官方固件升級工具升級 ST-LINK 固件! 3.報錯日志
    發(fā)表于 09-16 07:11

    BootLoader app程序反復(fù)重啟,IAP升級失敗怎么處理?

    keil開發(fā)的BootLoader程序,用RT-Thread Studio開發(fā)的app程序,板子每次上電后,從BootLoader程序跳轉(zhuǎn)到app程序,就打印幾行RT-Thread的日
    發(fā)表于 09-10 07:36

    stm32f407ZGT6生成的bootloader打印的app分區(qū)偏移地址正常嗎?

    stm32f407ZGT6生成的bootloader打印的app分區(qū)偏移地址正常嗎?bootloader使用iot平臺配置自動生成的,日志信息如下圖
    發(fā)表于 08-15 08:24

    tc377 BootLoader跳轉(zhuǎn)到app后只運行core0是怎么回事?

    我這邊有個工程,已經(jīng)可以從BootLoader跳轉(zhuǎn)到app中去運行了。BootLoader中只是core0有任務(wù),core1,2也有啟動。跳轉(zhuǎn)到app后,只有
    發(fā)表于 07-30 06:58

    【道生物聯(lián)TKB-620開發(fā)板試用】TK8620自編譯固件燒錄注意事項

    接上一報告,我向TK8260模組燒錄了自己編譯的固件,結(jié)果無法正常運行,聯(lián)系廠家,廠家說沒有燒錄bootloader所致,bootloader在以下位置: 如果只燒錄應(yīng)用,不燒錄bootloa
    發(fā)表于 04-28 21:06

    mpc5744 bootloader怎么修改啟動文件讓RAM中的指定位置不清零?

    我在開發(fā)一個bootloader,當(dāng)APP跳轉(zhuǎn)bootloader時,我寫了一個標(biāo)志在ram的固定地址,然后進(jìn)行非掉電復(fù)位;問題是進(jìn)入Bootloader之后,這個標(biāo)志會丟失,請問如何
    發(fā)表于 04-08 08:28

    求助,關(guān)于STM32串口Bootloader的兩個問題求解

    串口Bootloader兩個問題: 1.APPBootloader中對于串口的初始化以及中斷處理函數(shù)的定義是否需要保持一致,特別是有關(guān)接收和發(fā)送的緩沖區(qū)? 2.Bootloader
    發(fā)表于 03-12 07:17

    自定義RISC V的bootloader-v3

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

    如何快速創(chuàng)建用戶自定義Board和App工程

    概述自HPM_SDKv1.7.0發(fā)布開始,在HPM_ENV中新增了user_template文件夾,以方便用戶快速創(chuàng)建自定義的Board和App工程。user_template是用戶模板工程,用戶
    的頭像 發(fā)表于 02-08 13:38 ?845次閱讀
    如何<b class='flag-5'>快速</b>創(chuàng)建用戶自定義Board和<b class='flag-5'>App</b>工程

    自定義RISC V的bootloader-v2

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