STM32CbueMX之 USB下载更新固件Download Firmware Update(DFU)之三Leave DFU mode会卡死

STM32CbueMX之 USB下载更新固件Download Firmware Update(DFU)之一BootLoader程序编写https://blog.csdn.net/sudaroot/article/details/102549606
STM32CbueMX之 USB下载更新固件Download Firmware Update(DFU)之二APP编写及烧录升级https://blog.csdn.net/sudaroot/article/details/102743141
STM32CbueMX之 USB下载更新固件Download Firmware Update(DFU)之三Leave DFU mode会卡死https://blog.csdn.net/sudaroot/article/details/102746505
STM32CbueMX之 USB下载更新固件Download Firmware Update(DFU)之四FreeRTOS跳转运行失败https://blog.csdn.net/sudaroot/article/details/102800541

原因：

使用STM32CubeMX配置的DFU功能默认中断抢占优先级是最高级别的 0 和 系统时钟中断抢占优先级一样。

在我们点击Leave DFU mode按钮的时候，会触发static void DFU_Leave(USBD_HandleTypeDef *pdev)函数，该函数在往下执行调用的时候，调用到HAL_StatusTypeDef  USB_DevDisconnect(USB_OTG_GlobalTypeDef *USBx)，卡死在HAL_Delay(3U)中。

/**
  * @brief  USB_DevDisconnect : Disconnect the USB device by disabling the pull-up/pull-down
  * @param  USBx  Selected device
  * @retval HAL status
  */
HAL_StatusTypeDef  USB_DevDisconnect(USB_OTG_GlobalTypeDef *USBx)
{
  uint32_t USBx_BASE = (uint32_t)USBx;

  USBx_DEVICE->DCTL |= USB_OTG_DCTL_SDIS;
  HAL_Delay(3U);

  return HAL_OK;
}

为什么会卡死在HAL_Delay()呢？唯一的原因是系统时钟的uwTick没有更新，或者说系统时钟中断没执行。

因为USB的处理都是在中断处理的，而且USB配置为抢占优先级最高的级别。

抢占优先级最高的级别中断里等另一个中断执行，怎么可能另一个中断会执行嘛！

解决：把USB的抢占优先级 比 系统时钟的抢占优先级低即可。

  全篇完。

本人是一个嵌入式未入门小白，博客仅仅代表我个人主观见解，记录成长笔记。
笔记是以最简单的方式，只展示最核心的原理。
若有与 大神大大 见解有歧义，我绝对坚信 大神大大 见解是对的，我的是错的。
若无积分等无法下载源码，可加入QQ群657407920下载交流经验。感谢~！