久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

 找回密碼
 立即注冊

QQ登錄

只需一步，快速開始

搜索
查看: 1403|回復(fù): 7
打印 上一主題 下一主題
收起左側(cè)

關(guān)于keil 燒錄hex文件問題

[復(fù)制鏈接]
跳轉(zhuǎn)到指定樓層
樓主
ID:1144305 發(fā)表于 2025-2-24 13:46 | 只看該作者 |只看大圖 回帖獎勵 |倒序瀏覽 |閱讀模式
188黑幣
這幾天遇到了一個問題：
同樣的一份hex文件，在keil（j-link）里燒錄，程序能正常運(yùn)行，但是通過J-flash反讀出來的hex文件，會比原來的hex文件多出一段數(shù)據(jù)  比如：原來的hex在0x08049444的地址已經(jīng)結(jié)束，反讀出來的hex在此地址之后會多出一段數(shù)據(jù)。
            通過keil調(diào)試，memory窗口定位，在disassembly里對應(yīng)地址顯示的全是匯編，都是寄存器操作，沒有對應(yīng)代碼。截取部分如下：
           0x08049477 0000      MOVS          r0,r0
           0x08049479 0000      MOVS          r0,r0           
           0x0804947B 0100      LSLS          r0,r0,#4           
           0x0804947D 3240      ADDS          r2,r2,#0x40           
           0x0804947F 4210      TST           r0,r2         
            0x08049481 0301      LSLS          r1,r0,#12         
            0x08049483 245D      MOVS          r4,#0x5D           
           0x08049485 1AF4      SUBS          r4,r6,r3           
           0x08049487 01AA      LSLS          r2,r5,#6         
用j-flash燒錄或者上位機(jī)（can通訊），程序運(yùn)行不起來，但是反讀出來的hex與原本的hex一致！��！
想問問大佬是什么原因？keil的編譯器問題還是其他的原因？

附加：單片機(jī)是stm32f407VGT6，程序時boot+app，這里運(yùn)行不起來指的是app


0x08049479 0000      MOVS          r0,r00x0804947B 0100      LSLS          r0,r0,#40x0804947D 3240      ADDS          r2,r2,#0x400x0804947F 4210      TST           r0,r20x08049481 0301      LSLS          r1,r0,#120x08049483 245D      MOVS          r4,#0x5D0x08049485 1AF4      SUBS          r4,r6,r30x08049487 01AA      LSLS          r2,r5,#60x08049489 1401      ASRS          r1,r0,#160x0804948B 7C39      LDRB          r1,[r7,#0x10]0x0804948D 5291      STRH          r1,[r2,r2]0x0804948F 32C8      ADDS          r2,r2,#0xC80x08049491 0206      LSLS          r6,r0,#80x08049493 071B      LSLS          r3,r3,#280x08049495 0332      LSLS          r2,r6,#12

分享到:  QQ好友和群QQ好友和群 QQ空間QQ空間 騰訊微博騰訊微博 騰訊朋友騰訊朋友
收藏收藏 分享淘帖 頂頂 踩踩
回復(fù)

使用道具 舉報

沙發(fā)
ID:583948 發(fā)表于 2025-2-25 09:36 | 只看該作者
1、keil生成的HEX文件可能僅包含有效代碼段，而J-Flash反讀時會以Flash扇區(qū)為單位讀取，導(dǎo)致未使用的扇區(qū)尾部數(shù)據(jù)被包含進(jìn)來，例如，STM32F407的Flash扇區(qū)大小為16KB或128KB，若原HEX文件結(jié)束地址在扇區(qū)中間，反讀時會讀取整個扇區(qū)，包含未寫入的隨機(jī)殘留數(shù)據(jù)；
2、keil燒錄時可能采用僅擦除代碼占用的扇區(qū)，且不處理后續(xù)未使用的區(qū)域。J-Flash默認(rèn)可能擦除整個扇區(qū)，導(dǎo)致未初始化的Flash區(qū)域被填充為隨機(jī)值
3、在Boot+App架構(gòu)中，App的中斷向量表需要重映射到其起始地址，若反讀的HEX文件在App區(qū)域后包含額外數(shù)據(jù)，可能導(dǎo)致中斷向量表被覆蓋或偏移錯誤，使得App無法響應(yīng)中斷

驗證與解決
1、使用J-Link配合J-Flash的Memory Read功能，直接讀取Flash中App區(qū)域的原始數(shù)據(jù)，與Keil生成的HEX文件逐字節(jié)對比，定位異常數(shù)據(jù)點
2、Keil調(diào)試模式下，單步執(zhí)行App的啟動代碼（如Reset_Handler），確認(rèn)棧指針（SP）和中斷向量表地址（VTOR）是否正確加載。若SP指向無效地址，程序會立即崩潰
3、使用二進(jìn)制工具（如HexView）對比Keil生成的HEX和J-Flash反讀的HEX，確認(rèn)多余數(shù)據(jù)的地址范圍。手動裁剪反讀的HEX文件，僅保留原HEX的有效地址段
回復(fù)

使用道具 舉報

板凳
ID:1144404 發(fā)表于 2025-2-25 20:48 | 只看該作者
有未知格式，建議該換方案
回復(fù)

使用道具 舉報

地板
ID:1144305 發(fā)表于 2025-2-26 09:55 | 只看該作者
zpwgf 發(fā)表于 2025-2-25 09:36
1、keil生成的HEX文件可能僅包含有效代碼段，而J-Flash反讀時會以Flash扇區(qū)為單位讀取，導(dǎo)致未使用的扇區(qū)尾 ...

謝謝大佬！
按照你的方法調(diào)試過程中，發(fā)現(xiàn)查找問題點有點偏離，我發(fā)現(xiàn)了個現(xiàn)象：
在我的工程里，有一個計算CRC的批處理文件，它生成完CRC之后會自動回填進(jìn)hex，CRC地址是根據(jù)map文件來的，取的是ROM結(jié)束地址。
在全編譯工程中，勾選這個bat文件，編譯后hex顯示以crc校驗碼截止；不勾選，編譯后hex在crc之后就會有上述描述的多的一段數(shù)據(jù)。
（兩次編譯代碼未進(jìn)行改動，計算的crc的校驗碼一致）左邊勾選編譯，右邊未勾選編譯

回復(fù)

使用道具 舉報

5#
ID:1144305 發(fā)表于 2025-2-26 10:02 | 只看該作者
批處理代碼如下：
  1. @echo off
  2. ECHO Computing CRC
  3. ECHO -------------------------------------

  5. SET MAP_FILE=1.map
  6. REM::-------------------------------------get CRC address information line
  7. SET TMP_FILE=crc_temp.txt
  8. FINDSTR /R /C:"^  *CHECKSUM" %MAP_FILE%>%TMP_FILE%
  9. SET /p crc_search=<%TMP_FILE%
  10. DEL %TMP_FILE%
  11. REM::-------------------------------------CRC address
  12. for /f "tokens=1 delims=(" %%a in ("%crc_search%") do set crc_search=%%a
  13. SET crc_search=%crc_search:CHECKSUM=%
  14. for /f "tokens=1 delims= " %%a in ("%crc_search%") do set CRC_ADDR=%%a


  17. SET /a CRC_ADDR_END=%CRC_ADDR%+4

  19. set CRCA_START_ADDR=0x08020000

  21. REM::-------------------------------------CRC32  CRC校驗范圍 0x08020000 %CRC_ADDR%
  22. CRC_BIN\srec_cat.exe <font color="#ff0000">1.hex</font> -intel -crop %CRCA_START_ADDR% %CRC_ADDR%  -fill 0xff %CRCA_START_ADDR% %CRC_ADDR% -stm32-l-e %CRC_ADDR%  -o  BRMU\BRMU_checked.hex -intel -output_Block_Size 0x10
  23. CRC_BIN\srec_cat.exe 1.hex -intel  -crop %CRCA_START_ADDR% %CRC_ADDR% BRMU\BRMU_checked.hex -intel  -crop %CRC_ADDR% %CRC_ADDR_END%  -o  1.hex -intel -output_Block_Size 0x10
  24. CRC_BIN\srec_cat.exe 1.hex -intel  -crop %CRC_ADDR% %CRC_ADDR_END%  -byte_swap 4    -o  -hex-dump  
  25. del BRMU\BRMU_checked.hex

  27. ECHO -------------------------------------
  28. REM exit
復(fù)制代碼


后面臨時解決辦法，不在原本的hex文件上進(jìn)行填充，而是復(fù)制一份hex再修改，這樣最后工程生成兩個hex,如第一張圖
  1. @echo off
  2. ECHO Computing CRC
  3. ECHO -------------------------------------

  5. <b><font color="#ff0000">copy 1.hex 2.hex</font></b>

  7. SET MAP_FILE=1.map
  8. REM::-------------------------------------get CRC address information line
  9. SET TMP_FILE=crc_temp.txt
  10. FINDSTR /R /C:"^  *CHECKSUM" %MAP_FILE%>%TMP_FILE%
  11. SET /p crc_search=<%TMP_FILE%
  12. DEL %TMP_FILE%
  13. REM::-------------------------------------CRC address
  14. for /f "tokens=1 delims=(" %%a in ("%crc_search%") do set crc_search=%%a
  15. SET crc_search=%crc_search:CHECKSUM=%
  16. for /f "tokens=1 delims= " %%a in ("%crc_search%") do set CRC_ADDR=%%a


  19. SET /a CRC_ADDR_END=%CRC_ADDR%+4

  21. set CRCA_START_ADDR=0x08020000

  23. REM::-------------------------------------CRC32  CRC校驗范圍 0x08020000 %CRC_ADDR%
  24. CRC_BIN\srec_cat.exe <font color="#ff0000">2.hex</font> -intel -crop %CRCA_START_ADDR% %CRC_ADDR%  -fill 0xff %CRCA_START_ADDR% %CRC_ADDR% -stm32-l-e %CRC_ADDR%  -o  BRMU\BRMU_checked.hex -intel -output_Block_Size 0x10
  25. CRC_BIN\srec_cat.exe 2.hex -intel  -crop %CRCA_START_ADDR% %CRC_ADDR% BRMU\BRMU_checked.hex -intel  -crop %CRC_ADDR% %CRC_ADDR_END%  -o  2.hex -intel -output_Block_Size 0x10
  26. CRC_BIN\srec_cat.exe 2.hex -intel  -crop %CRC_ADDR% %CRC_ADDR_END%  -byte_swap 4    -o  -hex-dump  
  27. del BRMU\BRMU_checked.hex

  29. ECHO -------------------------------------
  30. REM exit
復(fù)制代碼
我猜這個批處理對hex進(jìn)行處理的時候，去掉了后面那一段數(shù)據(jù)，但是不知道這個批處理代碼該怎么修改？
但我還是很奇怪，map里顯示0x080406C4已經(jīng)結(jié)束，后面那一段的數(shù)據(jù)從哪里來的？

麻煩您看看,xiexie！
回復(fù)

使用道具 舉報

6#
ID:1144305 發(fā)表于 2025-2-26 15:01 | 只看該作者
批處理代碼如下：
  1. @echo off
  2. ECHO Computing CRC
  3. ECHO -------------------------------------

  5. SET MAP_FILE=1.map
  6. REM::-------------------------------------get CRC address information line
  7. SET TMP_FILE=crc_temp.txt
  8. FINDSTR /R /C:"^  *CHECKSUM" %MAP_FILE%>%TMP_FILE%
  9. SET /p crc_search=<%TMP_FILE%
  10. DEL %TMP_FILE%
  11. REM::-------------------------------------CRC address
  12. for /f "tokens=1 delims=(" %%a in ("%crc_search%") do set crc_search=%%a
  13. SET crc_search=%crc_search:CHECKSUM=%
  14. for /f "tokens=1 delims= " %%a in ("%crc_search%") do set CRC_ADDR=%%a


  17. SET /a CRC_ADDR_END=%CRC_ADDR%+4

  19. set CRCA_START_ADDR=0x08020000

  21. REM::-------------------------------------CRC32  CRC校驗范圍 0x08020000 %CRC_ADDR%
  22. CRC_BIN\srec_cat.exe <font color="#ff0000">1.hex</font> -intel -crop %CRCA_START_ADDR% %CRC_ADDR%  -fill 0xff %CRCA_START_ADDR% %CRC_ADDR% -stm32-l-e %CRC_ADDR%  -o  BRMU\BRMU_checked.hex -intel -output_Block_Size 0x10
  23. CRC_BIN\srec_cat.exe 1.hex -intel  -crop %CRCA_START_ADDR% %CRC_ADDR% BRMU\BRMU_checked.hex -intel  -crop %CRC_ADDR% %CRC_ADDR_END%  -o  1.hex -intel -output_Block_Size 0x10
  24. CRC_BIN\srec_cat.exe 1.hex -intel  -crop %CRC_ADDR% %CRC_ADDR_END%  -byte_swap 4    -o  -hex-dump  
  25. del BRMU\BRMU_checked.hex

  27. ECHO -------------------------------------
  28. REM exit
復(fù)制代碼
后面臨時解決辦法，不在原本的hex文件上進(jìn)行填充，而是復(fù)制一份hex再修改，這樣最后工程生成兩個hex,如第一張圖
  1. @echo off
  2. ECHO Computing CRC
  3. ECHO -------------------------------------

復(fù)制代碼
我猜這個批處理對hex進(jìn)行處理的時候，去掉了后面那一段數(shù)據(jù)，但是不知道這個批處理代碼該怎么修改？
但我還是很奇怪，map里顯示0x080406C4已經(jīng)結(jié)束，后面那一段的數(shù)據(jù)從哪里來的？



麻煩您看看,xiexie！

回復(fù)

使用道具 舉報

7#
ID:866313 發(fā)表于 2025-2-27 02:54 | 只看該作者
以下內(nèi)容由 DeepSeek R1 生成根據(jù)你提供的批處理腳本和現(xiàn)象分析，問題的核心在于 srec_cat工具對HEX文件的裁剪邏輯不完整，導(dǎo)致未勾選批處理時HEX文件中殘留了編譯器生成的填充數(shù)據(jù)，而勾選批處理時意外截斷了這些數(shù)據(jù)。以下是詳細(xì)分析和解決方案：

問題根源
  • 編譯器填充行為  Keil編譯器在生成HEX文件時，默認(rèn)會根據(jù)Flash扇區(qū)大�。ㄈ鏢TM32F407的16KB/128KB）對代碼段進(jìn)行填充，填充內(nèi)容通常為0xFF或未定義值。這些填充數(shù)據(jù)在MAP文件中不會顯示，但實際會存在于HEX文件中。
  • 批處理腳本的裁剪缺陷  你的批處理腳本通過srec_cat裁剪HEX文件時，僅保留了0x08020000到CRC_ADDR之間的數(shù)據(jù)，忽略了CRC_ADDR之后可能存在的填充數(shù)據(jù)。這導(dǎo)致：

    • 勾選批處理：生成的HEX文件僅包含有效代碼和CRC，裁剪掉了填充數(shù)據(jù)。
    • 未勾選批處理：HEX文件保留編譯器生成的填充數(shù)據(jù)，J-Flash反讀時讀取整個扇區(qū)，包含這些殘留值。

  • Flash擦除差異  Keil燒錄時可能僅擦除代碼占用的扇區(qū)，而J-Flash默認(rèn)擦除整個扇區(qū)，導(dǎo)致未初始化區(qū)域被填充為隨機(jī)值（如0x00），覆蓋了中斷向量表或其他關(guān)鍵數(shù)據(jù)。


解決方案
修改批處理腳本，確保在計算CRC后，保留原HEX文件中CRC_ADDR之后的所有填充數(shù)據(jù)。以下是修正后的腳本關(guān)鍵步驟：
1. 修改srec_cat命令
將第二個srec_cat命令改為合并三部分?jǐn)?shù)據(jù)：
  • 原HEX的CRC地址前部分 (0x08020000到CRC_ADDR)
  • 新生成的CRC部分 (CRC_ADDR到CRC_ADDR_END)
  • 原HEX的CRC地址后部分 (CRC_ADDR_END到Flash末尾)

REM 合并三部分：原HEX的CRC前部分 + 新CRC部分 + 原HEX的CRC后部分
CRC_BIN\srec_cat.exe ^
   1.hex -intel -crop %CRCA_START_ADDR% %CRC_ADDR% ^
   BRMU\BRMU_checked.hex -intel -crop %CRC_ADDR% %CRC_ADDR_END% ^
   1.hex -intel -crop %CRC_ADDR_END% 0x08080000 ^
   -o 1.hex -intel -output_Block_Size 0x102. 添加Flash范圍參數(shù)
明確指定Flash的完整地址范圍（如0x08000000到0x08080000），確保填充未使用的區(qū)域為0xFF：
REM 生成臨時CRC文件時填充未使用區(qū)域
CRC_BIN\srec_cat.exe ^
   1.hex -intel ^
   -crop %CRCA_START_ADDR% %CRC_ADDR% ^
   -fill 0xFF %CRCA_START_ADDR% 0x08080000 ^
   -stm32-l-e %CRC_ADDR% ^
   -o BRMU\BRMU_checked.hex -intel

完整修正腳本 @echo off
ECHO Computing CRC
ECHO -------------------------------------
​
SET MAP_FILE=1.map
SET TMP_FILE=crc_temp.txt
​
REM 提取CRC地址
FINDSTR /R /C:"^  *CHECKSUM" %MAP_FILE% > %TMP_FILE%
SET /p crc_search=<%TMP_FILE%
DEL %TMP_FILE%
​
FOR /F "tokens=1 delims=(" %%a IN ("%crc_search%") DO SET crc_search=%%a
SET crc_search=%crc_search:CHECKSUM=%
FOR /F "tokens=1 delims= " %%a IN ("%crc_search%") DO SET CRC_ADDR=%%a
SET /a CRC_ADDR_END=%CRC_ADDR% + 4
​
SET CRCA_START_ADDR=0x08020000
​
REM 生成包含CRC的臨時文件，并填充未使用區(qū)域為0xFF
CRC_BIN\srec_cat.exe ^
   1.hex -intel ^
   -crop %CRCA_START_ADDR% %CRC_ADDR% ^
   -fill 0xFF %CRCA_START_ADDR% 0x08080000 ^
   -stm32-l-e %CRC_ADDR% ^
   -o BRMU\BRMU_checked.hex -intel
​
REM 合并原HEX的CRC前部分、新CRC部分、原HEX的CRC后部分
CRC_BIN\srec_cat.exe ^
   1.hex -intel -crop %CRCA_START_ADDR% %CRC_ADDR% ^
   BRMU\BRMU_checked.hex -intel -crop %CRC_ADDR% %CRC_ADDR_END% ^
   1.hex -intel -crop %CRC_ADDR_END% 0x08080000 ^
   -o 1.hex -intel -output_Block_Size 0x10
​
REM 清理臨時文件
DEL BRMU\BRMU_checked.hex
​
ECHO -------------------------------------

關(guān)鍵改進(jìn)點
  • 保留填充數(shù)據(jù)  通過-crop %CRC_ADDR_END% 0x08080000顯式保留原HEX文件中CRC地址后的所有數(shù)據(jù)，避免截斷編譯器生成的填充。
  • 統(tǒng)一填充值  使用-fill 0xFF ...確保未使用的Flash區(qū)域被初始化為0xFF，避免J-Flash讀取到隨機(jī)值。
  • 完整Flash覆蓋  指定Flash的完整地址范圍（0x08080000為STM32F407VGT6的Flash末尾地址），確保操作覆蓋整個空間。


驗證方法
  • HEX文件對比  使用二進(jìn)制工具（如HexCompare）對比Keil生成的原始HEX和批處理后的HEX，確認(rèn)CRC地址后的數(shù)據(jù)是否一致。
  • Flash內(nèi)容檢查  在Keil調(diào)試模式下，通過Memory窗口查看CRC_ADDR之后的Flash內(nèi)容，確認(rèn)是否為0xFF或有效數(shù)據(jù)。
  • J-Flash燒錄測試  使用修正后的HEX文件通過J-Flash燒錄，驗證App是否能正常啟動。


通過上述修正，批處理腳本將正確保留編譯器生成的填充數(shù)據(jù)，同時確保CRC校驗碼的完整性，解決J-Flash反讀多余數(shù)據(jù)導(dǎo)致程序無法運(yùn)行的問題。

回復(fù)

使用道具 舉報

8#
ID:879809 發(fā)表于 2025-3-8 11:11 | 只看該作者
讀flash的軟件又不知道哪里結(jié)束當(dāng)然把全部內(nèi)容讀出來了。
回復(fù)

使用道具 舉報

您需要登錄后才可以回帖 登錄 | 立即注冊

本版積分規(guī)則

小黑屋|51黑電子論壇 |51黑電子論壇6群 QQ 管理員QQ:125739409;技術(shù)交流QQ群281945664

Powered by 單片機(jī)教程網(wǎng)

快速回復(fù) 返回頂部 返回列表
主站蜘蛛池模板： 国产成人精品999在线观看 | av网站免费看 | 国产精品区二区三区日本 | 精品视频一区二区三区四区 | 深夜福利亚洲 | 精品国产31久久久久久 | 天天躁日日躁性色aⅴ电影 免费在线观看成年人视频 国产欧美精品 | 免费精品一区 | 亚洲精品一区二区 | xx性欧美肥妇精品久久久久久 | 国产超碰人人爽人人做人人爱 | av一二三区 | 精品国产欧美一区二区 | 免费观看a级毛片在线播放 黄网站免费入口 | 亚洲成人天堂 | 欧美成人精品二区三区99精品 | 亚洲视频在线观看一区二区三区 | 亚洲国产精品成人 | 欧美精品在线视频 | 久久久国产一区二区三区 | 国产精品视频一二三区 | 特级黄色毛片 | 久久高清免费视频 | 天天干天天想 | 亚洲欧美视频在线观看 | 日日夜夜操天天干 | 亚洲精品99| 国产剧情一区 | 欧美一区二区三区的 | 找个黄色片 | 国产欧美在线视频 | 日本精品在线播放 | 日韩电影免费在线观看中文字幕 | 国产午夜精品福利 | 国产精品福利在线 | 日韩欧美中文字幕在线观看 | 久久国产精品久久久久久久久久 | 国产欧美日韩精品一区 | 中文成人在线 | 羞羞视频在线观看免费观看 | 午夜一区二区三区在线观看 |