论坛 › 问答 › STM32F7 IAP跳转的问题，高手进

小小小小强 发表于 2018-10-26 18:19:50

STM32F7 IAP跳转的问题，高手进

IAP程序参考ST官方例程，只是做了开发板的视频，app程序是一个非常简单的程序，只配置了uart作为调试信息输出。app main函数如下：
int main(void)
{
__disable_irq();
HAL_Init();
SystemClock_Config();
MX_GPIO_Init();
MX_USART1_UART_Init();
printf("!!!!!!!!!inintt ok\r\n");
MX_TIM14_Init();
HAL_Delay(5);
printf("!!!!!!!!!ddd\r\n");
while(1)
{

}
}

IAP跳转部分代码为：
if (((*(__IO uint32_t*)APPLICATION_ADDRESS) & 0x2FFE0000 ) == 0x20000000)
    {
      /* Jump to user application */
      JumpAddress = *(__IO uint32_t*) (APPLICATION_ADDRESS + 4);
                        //printf("JumpAddress:0x%x,msp:0x%x\r\n",JumpAddress,*(__IO uint32_t*) APPLICATION_ADDRESS);
      JumpToApplication = (pFunction) JumpAddress;
      /* Initialize user application's Stack Pointer */
                        HAL_RCC_DeInit();
                        app_nvic_deinit();
                        __disable_irq();
      __set_MSP(*(__IO uint32_t*) APPLICATION_ADDRESS);
      JumpToApplication();
    }

现在跳转后出现的现象是：HAL_Delay前的打印信息能够正常输出，HAL_Delay后的则异常，从ST例程的readme.txt中有如下描述：
@note Care must be taken when using HAL_Delay(), this function provides accurate delay (in milliseconds)
      based on variable incremented in SysTick ISR. This implies that if HAL_Delay() is called from
      a peripheral ISR process, then the SysTick interrupt must have higher priority (numerically lower)
      than the peripheral interrupt. Otherwise the caller ISR process will be blocked.
      To change the SysTick interrupt priority you have to use HAL_NVIC_SetPriority() function.

然后修改了中断优先级，以前优先级都为0，现在把systick以外的中断优先级修改为4，systick为0，修改后的优先级为：
HAL_NVIC_SetPriority(MemoryManagement_IRQn, 4, 0);
HAL_NVIC_SetPriority(BusFault_IRQn, 4, 0);
HAL_NVIC_SetPriority(UsageFault_IRQn, 4, 0);
HAL_NVIC_SetPriority(SVCall_IRQn, 4, 0);
HAL_NVIC_SetPriority(DebugMonitor_IRQn, 4, 0);
HAL_NVIC_SetPriority(PendSV_IRQn, 4, 0);
HAL_NVIC_SetPriority(SysTick_IRQn, 0, 0);   

用修改后的app程序测试，跳转后现象是一样的，都是HAL_Delay前的正常，HAL_Delay后没有执行。
问了ST FAE，回复是应用程序问题，但是应用没有其他代码了。只有注释掉HAL_Delay就正常。还请坛子里各位高手指点。

小小小小强 发表于 2018-10-26 18:44:44

我还发现一个问题，我的应用是带freertos，如果带操作系统,IAP跳转后也不能正常的运行。跪求各位高手指点

小小小小强 发表于 2018-10-27 09:03:30

继续等高手来解答

队长shiwo 发表于 2018-10-29 10:55:08

#define BootloaderAddress          0x08000000           // STM32_INFLASH_SECTOR_0_ADDRESS
#define ApplicationAddress         0x08040000           // STM32_INFLASH_SECTOR_6_ADDRESS
typedefvoid (*pFunction)(void);
uint32_t JumpAddress;
pFunction Jump_To_Application;
pFunction Jump_To_Bootloader;

void EXE_ISP_Jump_ApplicationCode(void)
{
JumpAddress = *(__IO uint32_t*) (ApplicationAddress + 4);

Jump_To_Application = (pFunction) JumpAddress;

__set_MSP(*(__IO uint32_t*) ApplicationAddress);

Jump_To_Application();
}

F207的跳转，可以参考下

zzccww 发表于 2018-10-29 11:03:11

打开中断，并且中断向量要记得重映射，HAL_Delay函数需要在中断里执行

安 发表于 2018-10-29 11:11:59

HAL需要开启systick中断。是不是因为systick被关闭导致。如果直接烧写应用程序，是否正常运行。

小小小小强 发表于 2018-10-30 18:38:09

zzccww 发表于 2018-10-29 11:03
打开中断，并且中断向量要记得重映射，HAL_Delay函数需要在中断里执行

”HAL_Delay需要在中断里执行“是什么意思？应用函数在启动的时候会初始化ethernet等设备，驱动会调用HAL_DELAY

小小小小强 发表于 2018-10-30 18:38:58

安 发表于 2018-10-29 11:11
HAL需要开启systick中断。是不是因为systick被关闭导致。如果直接烧写应用程序，是否正常运行。 ...

HAL_Delay tick是来演于TIM14，没有用systick作为源

小小小小强 发表于 2018-10-30 18:40:50

现在能够正常跳转了，但还是不能调用HAL_Delay，一旦调用后就卡住了。现在HAL_Delay的tick来源于TIM14，没有用systick，TIM14中断优先级为0,所以不知道为什么TIM14的中断没有触发

小小小小强 发表于 2018-10-30 19:06:31

队长shiwo 发表于 2018-10-29 10:55
#define BootloaderAddress          0x08000000           // STM32_INFLASH_SECTOR_0_ADDRESS
#define Applicati ...

谢谢，我尝试过你的办法，能够跳转。但现在主要问题跳转后调用HAL_Delay卡住

查看完整版本: STM32F7 IAP跳转的问题，高手进