STM32H7 bootloader 跳转到APP后死机问题

1. Bootloader代码中打开了一些中断,例如定时器、systick、串口、外部中断等中断,跳转到App后,会出现一些莫名的App死机问题,例如:

(1)改变bootloader的编译等级,不优化后,有时候App就不死机,原因:不优化bootloader代码跑得较快,systick中断跑在SCB->VTOR = APPLICATION_ADDRESS之前执行,这样也没问题。
(2)在SCB->VTOR = APPLICATION_ADDRESS;增加__ISB(); __DSB();有时App也不会死机。

2. 本实验中在bootloader中打开了systick定时器,所以此处关闭systick的运行,也就不会在再次使能前产生中断。

3. 实际代码

3.1 Bootloader部分
void Run_App(void)
{
	SysTick->CTRL &= ~ SysTick_CTRL_ENABLE_Msk; /* Disable SysTick Timer */
	HAL_TIM_Base_MspDeInit(&htim3);		//关闭App中没使用外设
	/* Test if user code is programmed starting from address "APPLICATION_ADDRESS" */
//	if (((*(__IO uint32_t*)APPLICATION_ADDRESS) & 0x2FFE0000 ) == 0x20000000)
	{
		/* Jump to user application */
		JumpAddress = *(__IO uint32_t*) (APPLICATION_ADDRESS + 4);
		Jump_To_Application = (pFunction) JumpAddress;
		
		/* Initialize user application's Stack Pointer */
		__set_MSP(*(__IO uint32_t*) APPLICATION_ADDRESS);
		
		/* Jump to application */
		Jump_To_Application();
	}
}
3.2 App部分
int main(void{
	SCB->VTOR = APPLICATION_ADDRESS;
//以下为其他代码
}
  • 1
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
你好!对于你的问题,可能有几个原因导致HAL_Delay函数在跳转APP程序后无法工作。以下是一些常见的可能原因和解决方法: 1. 时钟配置:确保在跳转APP程序后,时钟配置与bootloader的配置相匹配。如果时钟配置不正确,可能会导致HAL_Delay函数无法正常工作。可以使用调试器来检查时钟配置是否正确。 2. 断配置:在跳转APP程序后,确保断配置与bootloader的配置相同。如果断配置不正确,可能会干扰HAL_Delay函数的正常运行。可以使用调试器来检查断配置是否正确。 3. 调用位置:确定你在APP程序正确地调用了HAL_Delay函数。确保在需要延时的地方正确地调用了该函数,并且没有其他代码干扰了延时的执行。 4. 代码重定位:如果你的APP程序使用了代码重定位(例如使用链接脚本),可能需要适当地配置重定位地址。确保重定位地址与bootloader的配置相匹配,以确保HAL_Delay函数可以正确地执行。 5. 系统时钟频率:检查系统时钟频率是否正确配置,并且与HAL库的设置相匹配。如果系统时钟频率不正确,可能会导致HAL_Delay函数无法正常工作。 如果以上方法都没有解决问题,那么可能需要更详细地检查你的APP程序代码,以确定是否有其他因素导致HAL_Delay函数无法正常工作。希望这些信息对你有所帮助!如果你有任何其他问题,请随时提问。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值