一共4個 hex 文件.? JUMP? IAP? APP? BLE_ROM

在MounRiver中編譯完成后,顯示文件大小都在范圍內(nèi).

將4個HEX文件進(jìn)行 合并.

合并后得到 443k 的all.bin文件.

使用 WCHISPStudio 下載該bin文件.機(jī)器無法運(yùn)行.

如果使用 WCHISPStudio 同時下載這4個hex文件.? 機(jī)器可正常運(yùn)行

離線燒錄器需要使用 all.bin 文件. 用離線燒錄器和?WCHISPStudio 下載文件后,機(jī)器都無法啟動.

請幫忙分析一下

用合成工具合成之后燒錄和用isp工具同時下載四個hex是一樣的，我看你的OTA程序做出來一些變動，可以用例程包里的OTA例程合成燒錄測試是否能夠正常運(yùn)行。

我不方便去測試demo中的IAP程序, demo的固定地址是 0X10000 .

我的工程中使用的是 0x50000

?jump? , IAP? , APP? , BLE_ROMx .??

這4個文件應(yīng)該都是正常的.??

我一直都是使用 WCHISPStudio 同時下載4個hex文件進(jìn)行開發(fā)的.

馬上準(zhǔn)備要生產(chǎn)了, 需要使用離線燒錄器,才把4個文件進(jìn)行合并.

合并后就出現(xiàn)了 上述的異常.

合并工具中的 BinFileSize 是表示對應(yīng)hex轉(zhuǎn)為bin后的大小嗎. 看起來有點(diǎn)不對呀.

我可以把這4個 hex 發(fā)你.?

你給我個郵箱吧.

IAP程序,? 只是在 OTA的demo基礎(chǔ)上,?

加了幾個io控制下指示燈 和 一個按鍵重啟.

讓你使用demo測試是為了驗(yàn)證使用合成軟件合成bin燒錄也是可以正常運(yùn)行的，

合并工具中的BINFileSize減去起始地址大小就是BIN的實(shí)際大小，

方便的話可以把完整工程發(fā)送至郵箱個人信息保護(hù)，已隱藏。

573的合并工具.rar?582同理去生產(chǎn)下a.hex和b.hex

mergehex.exe -m a.hex b.hex 真正運(yùn)行的程序.hex -o out.hex? 使用bat腳本合并的文件，a b 就是分別BOOT 跳轉(zhuǎn)和判斷分區(qū)標(biāo)志燒錄如果是官方默認(rèn)

/* 整個用戶code區(qū)分成四塊，4K，216K，216K，12K，后三塊下面分別叫做imageA（用戶代碼區(qū)），imageB（備份代碼區(qū)）和imageIAP */

的標(biāo)志，只要再運(yùn)行的程序進(jìn)行寫IMAGEB? 然后寫入標(biāo)志，開機(jī)自己會去把imageB寫到A區(qū)重啟

之前官方合并工具也一直不好用，就使用外面別人寫的合并工具。