Other Parts Discussed in Thread: UNIFLASH
我使用同個HEX檔進行測試,其中一個設置成從0xC350的記憶體位置開始燒錄,也成功燒錄進去
但是從Memory那邊查看時,發現從0x0燒錄的是正確的HEX
從0xC350開始燒錄的卻是錯誤的
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
你好,
一个hex文件烧录0XC350正确,但是memory显示正确的是0x0
一个hex文件烧录auto,但是memory显示0xC340错误?(P3显示的0xC340)
1.在C:\ti\uart2callback_LP_EM_CC2340R5_freertos_ticlang\Debug底下
2.0xC350是我第二個uart的HEX檔的起始位置,第一個是用auto所以起始位置是0x0
你是在烧录uart2callback的hex file 希望去实现什么?在SDK的hexfile中,实现OAD的不是这个文件
你这个报错的问题由接你新帖的同事解决。
我是希望能夠燒錄兩個專案的HEX檔,一個由0x0開始燒錄,一個由我自定義的地址開始燒錄。
目的是因為之後如果從0x0燒錄的小程式,判斷到第二部分的主程式需要更新時,可以從小程式的Code利用Flash複寫達到燒錄(更新)主程式
我嘗試過將兩個HEX檔合併在一起,但因為CC2340燒錄時並不是依序位址去燒錄的,所以當兩個HEX合併燒錄會出現
可能要找到為何CC2340在燒錄時為何會跳到類似0x4E020000的位址燒錄
抱歉,你说的对,intel—Hex是16进制,binary是二进制
.bin文件在UNIFLASH中需要指定地址。
您可以参考:
在CCS中添加一个后处理的脚本将输出文件转换为.bin文件。
謝謝你的建議,但這個方法我已經試過,產出來的bin檔會非常的大,大概1.2G(似乎是因為他包含了CCFG,所以位址不是連續的),但正常應該只有不到500KB,目前我找到另一個方法,先利用UniFlash燒錄Project的hex檔,之後到UniFlash的Memory右上有個Export,它可以選擇要從記憶體位址的start到End去擷取,並且匯出成bin檔。
我利用這個方法測試,將uartcallback這個Project產出一個bin檔(沒有CCFG部分),以及basic_ble這個Project產出一個bin檔(沒有CCFG部分),最後再另外產出一個bin檔是"只有CCFG"的,因為我發現兩個Project的CCFG都一樣,但我不確定會不會有問題。