STM32F429的bootloader跳转到APP时跳转失败，无法进入APP

遇到的问题：
1.原有的工程，可以正常从bootloader 跳转到APP，但是在修改了APP里一个结构体后，bootloader无法正常跳转到APP。
结构体修改前：
typedef struct
{
uint32_t drugItems[1000];
} TS_DRUG_ITEMS_COLLECTION;
struct TS_DRUG_CATEGORY
{
uint32_t category_index;
TE_STR_ID default_name_id;
uint32_t drug_item_count;
uint32_t color;
char name_strings[4][64];
TS_DRUG_ITEMS_COLLECTION drug_item_collection[4];
};
结构体修改后：
typedef struct
{
uint8_t flag;
uint32_t drug_Item_index;
} INFO;
typedef struct
{
INFO drugItems[1000];
} TS_DRUG_ITEMS_COLLECTION;
struct TS_DRUG_CATEGORY
{
uint32_t category_index;
TE_STR_ID default_name_id;
uint32_t drug_item_count;
uint32_t color;
char name_strings[4][64];
TS_DRUG_ITEMS_COLLECTION drug_item_collection[4];
};

问题排查：

1.查看跳转部分代码
void AppEnterApplication(void)
{
T_U32 jump_address;
TF_VOID_FUNCTION jump_fun; if (AppIsApplicationExist())
{
/*disable all peripherals referrd to interrupt */
/*disable system tick */
SysTick->CTRL &= ~(SysTick_CTRL_TICKINT_Msk | SysTick_CTRL_ENABLE_Msk);
//disable rtc
RTC_DeInit();
RTC_ITConfig(RTC_IT_WUT, DISABLE);
//disalbe usarts
DrvUart2Deinit();
DrvUart1Deinit();
```
/* Jump to user application */
jump_address = *(T_U32*)(APPLICATION_ADDRESS + 4);
jump_fun = (TF_VOID_FUNCTION)jump_address;
/* Initialize user application's Stack Pointer */
__set_MSP(*(T_U32*)APPLICATION_ADDRESS);
jump_fun();    
}
```

}
内存分配表：
0x8000’0000 --> bootloader 栈顶地址
下面是bootloader中断向量表：
0x8000’0004 --> Reset_Handle
… --> 其他中断
0x8000’FFFF --> bootloader end
0x8001’0000 --> app 栈顶地址
以下是app的中断向量表
0x8001’0004 --> Reset_Handle
… --> 其他中断
对照.icf文件（IAR的配置文件）
如下图1
在这里插入图片描述

![在这里插入图片描述](https://img-blog.csdnimg.cn/20200528124722626.PNG?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NTQ0NDk2Mw==,size_16,color_FFFFFF,t_70
发现ROM地址正常。
2. 查看IAR的.map文件
通过调试，获取app的Reset_Handle的地址
jump_address = 0x806’b108
在IAR的.map文件里，发现
.text ro code 0x806’b108 0x10 startup_stm32f429_439xx.o [2]
说明确实进入到启动文件。
顺着,map文件往下看，找到堆栈区
如下图2
在这里插入图片描述
发现图2中，APP的栈顶地址跑到了0x2003’1398.而STM32F429的堆栈地址： 0x2000’0000~0x2002’FFFF。参考野火的《【野火】零死角玩转STM32—F429挑战者V2.pdf》，

在这里插入图片描述
修改前 :
sizeof(TS_DRUG_CATEGORY) = 44+464+441000 =16272 = 15KB
stack_address = 2002bfb8
修改后 :
sizeof(TS_DRUG_CATEGORY) = 44+464+（1+4）41000 =2272= 19KB
stack_address = 0x2003’1398
结论：
STM32F429的RAM，最大可用空间为 0x2002’FFFF，与.map文件里的栈顶地址对比发现栈顶地址跑到了SRAM的预留区域，超了SRAM的可用空间。导致程序跑飞。
后续实验，将结构体 TS_DRUG_CATEGORY 里的数组大小减少一半，程序能正常跳转。

STM32F429的bootloader跳转到APP时跳转失败，无法进入APP

猜你喜欢