關(guān)于stm32的0x0800 0000這個地址開始存儲的數(shù)據(jù)的疑問

ID:585428 · 發(fā)表于 2022-2-15 10:50

不知道應(yīng)該怎么準確描述我遇到的問題。
先講一下我的使用場景，我使用stm32的bootloader進行程序跳轉(zhuǎn)到0x0802 0000這個位置，0x0802 0000是主程序的起始地址。
我使用ucos-II系統(tǒng)編譯生成bin文件燒錄，正常運行，但是通過memory查看0x0802 0000這個地址存儲的數(shù)據(jù)第七個字節(jié)是0x04，而標(biāo)準庫和ucos-III生成的是0x02，也就是說我UCOS-II一開始存儲的是0x0804xxxx這個，之后是0x0802xxxx，和我設(shè)置的主程序起始地址一致了。
標(biāo)準庫和ucos-III一開始存儲的就是0x0802xxxx。
大家看截圖輔助理解

//#define FLASH_APP1_ADDR 0x08020000
if(((*(vu32*)(FLASH_APP1_ADDR+4))&0xFFFF0000)==(FLASH_APP1_ADDR & 0xFFFF0000))//判斷是否為0X08XXXXXX.
{
__disable_irq();
Iap_Load_App(FLASH_APP1_ADDR);//執(zhí)行FLASH APP代碼
}

復(fù)制代碼

ID:585428 · 發(fā)表于 2022-2-15 11:08

在map文件中查了一下，這個地址對應(yīng)的是Reset_Handler，為什么不同系統(tǒng)生成Reset_Handler地址會不一樣

ID:879809 · 發(fā)表于 2022-2-15 18:37

0x20000對應(yīng)128k，如果你的代碼有這么大不太正常了嗎？

ID:313048 · 發(fā)表于 2022-2-16 09:44

一個bootloader能有128K的大小？當(dāng)然你可以跳轉(zhuǎn)到這兒運行也沒我問題，如果你的flash足夠大的話。還有你說的Reset_Handler地址不一樣，這是不可能的，啟動文件里面可以看到你的復(fù)位地址在哪兒，跳轉(zhuǎn)過去之后只是加上偏移就可以了。還有你看的是0x08020000的數(shù)據(jù)，是你主程序開始的內(nèi)容，跟你用什么庫生成是沒關(guān)系的吧，你改下代碼然后哦重新編譯一下，估計也會有所不一樣。同時你可以直接查看BIN文件的數(shù)據(jù)，并不需要去仿真燒錄到單片機里面查看。

ID:879809 · 發(fā)表于 2022-2-16 11:53

AUG 發(fā)表于 2022-2-16 09:44
一個bootloader能有128K的大小？當(dāng)然你可以跳轉(zhuǎn)到這兒運行也沒我問題，如果你的flash足夠大的話。還有你 ...

bootloader設(shè)定128k那是家里有礦隨便浪。其實樓主的問題是app起始地址0x08020000，而Reset_Handler地址0x0804xxxx，這之間的128k是怎么冒出來的？

ID:585428 · 發(fā)表于 2022-2-20 07:56

AUG 發(fā)表于 2022-2-16 09:44
一個bootloader能有128K的大小？當(dāng)然你可以跳轉(zhuǎn)到這兒運行也沒我問題，如果你的flash足夠大的話。還有你 ...

你好，現(xiàn)在才看到。主要的疑問是我APP程序時從0x08020000開始的，但是BIN文件的第二個地址竟然時0x0804xxxx，這個程序用的時ucos-II。我在用IAP從bootloader跳轉(zhuǎn)到主程序時，發(fā)現(xiàn)跳轉(zhuǎn)失敗才發(fā)現(xiàn)的，因為之前用標(biāo)準庫寫的并沒有這個問題，又特意去看來下，才發(fā)現(xiàn)標(biāo)準庫和UCOS-II生成的有些不同。標(biāo)準庫是0x0802xxxx.
我在網(wǎng)上查詢以后，查到說BIN文件第二個地址是Reset_Handle()的地址。

ID:585428 · 發(fā)表于 2022-2-20 08:01

發(fā)表于 2022-2-16 11:53
bootloader設(shè)定128k那是家里有礦隨便浪。其實樓主的問題是app起始地址0x08020000，而Reset_Handler地址0x ...

是的。我之前用bootloader跳轉(zhuǎn)到標(biāo)準庫寫的app，跳轉(zhuǎn)前最后的判斷是

if(((*(vu32*)(FLASH_APP1_ADDR+4))&0xFFFF0000)==(FLASH_APP1_ADDR & 0xFFFF0000))//判斷是否為0X08XXXXXX.
{
__disable_irq(); //關(guān)閉中斷
Iap_Load_App(FLASH_APP1_ADDR);//執(zhí)行FLASH APP代碼
}

復(fù)制代碼

，這樣就正常跳轉(zhuǎn)了，但是到用到UCOS-II的程序，系統(tǒng)編譯發(fā)現(xiàn)這個LASH_APP1_ADDR+4這個位置的地址不對了

ID:585428 · 發(fā)表于 2022-2-20 08:05

發(fā)表于 2022-2-15 18:37
0x20000對應(yīng)128k，如果你的代碼有這么大不太正常了嗎？

你好，我這個是芯片的flash有1M，0x0800 0000---0x0801 FFFF 這個區(qū)域分配給了bootloader，0x0802 0000這個區(qū)域開始是主程序的起始地址

ID:585428 · 發(fā)表于 2022-2-20 08:26

發(fā)表于 2022-2-16 11:53
bootloader設(shè)定128k那是家里有礦隨便浪。其實樓主的問題是app起始地址0x08020000，而Reset_Handler地址0x ...

我的問題是app起始地址是一樣的情況下，帶UCOS-II系統(tǒng)的程序和使用標(biāo)準庫的程序，兩者生成的Reset_Handler地址為什么一個是0x080 4xxx，一個是0x0802 xxxx

ID:434018 · 發(fā)表于 2022-2-21 15:10

0x8000000 => flash memory.
0x20000000 => SRAM memory.
Please see LD file in you project folder .

帳號		自動登錄	找回密碼
密碼			立即注冊

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

關(guān)于stm32的0x0800 0000這個地址開始存儲的數(shù)據(jù)的疑問

評分