HAL_Delay() 陷入无限循环

我被 HAL_Delay() 函数困住了。当我调用此函数 HAL_Delay() 时，控制陷入无限循环。 在寻找问题的过程中，我发现了这个

http://www.openstm32.org/forumthread2145#threadId2146 http://www.openstm32.org/forumthread2145#threadId2146

在这个特定的评论中，我引用了“链接器文件有问题，请使用附加的文件。您需要分别映射两个内存组，因此首先是 SRAM1 96K，然后是 32K 的 SRAM2。我认为这应该报告为错误CubeMX，因为它生成错误的链接器文件。”并且有两个扩展名为 .ld 的文件。

我正在寻找的是如何在我的项目中使用这些文件或处理此问题的任何其他更好的选择。

附言。我正在使用 stm32l476 discovery board、Cubemx 5.0.0 和 Atollic True Studio。

EDIT

我的项目有一个 RS485 通信，我从那里获取数据，我有两个任务处理该数据，将其显示在 MAX7219 显示屏上，并使用 sim800 gsm 模块将其发送到互联网。

控件卡住的代码。请注意，此函数仅在执行 GSM 任务时调用。

void vMyDelay(uint16_t ms)
{
    HAL_UART_Transmit(&huart2, (uint8_t*)"\r\n", strlen("\r\n"), 1000);
    HAL_UART_Transmit(&huart2, (uint8_t*)"In Delay", strlen("In Delay"), 1000);
    HAL_UART_Transmit(&huart2, (uint8_t*)"\r\n", strlen("\r\n"), 1000);
    for (int i = 0; i < ms; i++ )       HAL_Delay(1);
    HAL_UART_Transmit(&huart2, (uint8_t*)"\r\n", strlen("\r\n"), 1000);
    HAL_UART_Transmit(&huart2, (uint8_t*)"Out Delay", strlen("Out Delay"), 1000);
    HAL_UART_Transmit(&huart2, (uint8_t*)"\r\n", strlen("\r\n"), 1000);
}

这个函数写的是In Delay在终端上但是Out Delay不显示。但我还有一个计时器，每 2 秒调用一次以显示 MAX72219 上的数据。

下面的代码是

void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
{
    HAL_UART_Transmit(&huart2, (uint8_t*)"\r\n", strlen("\r\n"), 1000);
    HAL_UART_Transmit(&huart2, (uint8_t*)"HAL_TIM_PeriodElapsedCallback()", strlen("vRS485_CollectInverterData()"), 1000);
    HAL_UART_Transmit(&huart2, (uint8_t*)"\r\n", strlen("\r\n"), 1000);
    if (htim->Instance == htim3.Instance)
    {
        vMax7219_ClearDisplay();
        switch (uiMax7219Index)
        {
            case 0: vMax7219_SendNumberToString(ucFreq7219,1);      break;
            case 1: vMax7219_SendNumberToString(ucInVolt7219,1);    break;
            case 2: vMax7219_SendNumberToString(ucOutVolt7219,1);   break;
            case 3: vMax7219_SendNumberToString(ucOutCurr7219,1);   break;
            case 4: vMax7219_SendNumberToString(ucLoadSpd7219,1);   break;
            case 5: vMax7219_SendNumberToString(ucOutPwr7219,1);    break;
        }
        uiMax7219Index++;
        if (uiMax7219Index > 5) uiMax7219Index = 0;
    }
}

控件卡住后，此功能始终会在 2 秒后触发。因此得出的结论是，不知何故，控制被困在了HAL_Delay().

小鬼东西

这个问题每次都会发生，但没有特定的时间，即控制可能会在 5 分钟、10 分钟或 15 分钟后卡住。它不会卡在特定的功能上。功能可能会有所不同。即有时它可能会因函数名称而卡住getIMEI()或者有时它可能是我get service provider

The fix:

Summary:
增加SysTick_HandlerNVIC 优先级（通过减小其 NVIC 数值，范围为 0 到 15）。

Details:
@P__J__ 在他的回答中说了什么here https://stackoverflow.com/a/53903790/4561887是正确的，我也怀疑这是你的问题。要修复它，您需要使 SysTick 中断具有NVIC（嵌套向量中断控制器）优先事项higher than 进行 HAL 调用的任何其他中断可能依赖于系统滴答增量。例如，这包括所有具有超时的 HAL 调用以及 HAL 延迟。更高的 NVIC 优先级意味着您必须将其设为lower数值，因为默认配置下STM32芯片的NVIC优先级最高为0，最低为15。

要在 STM32CubeMX 5 中设置 NVIC 优先级，请转至引脚分配和配置 --> 系统核心 -->（单击微小的向上/向下箭头进入显示 NVIC 的页面），然后单击 NVIC --> 减少“抢占优先级”值为低于（优先级高于）任何其他依赖 HAL 调用的 ISR。

这是一个屏幕截图。请注意，您还可以通过单击“引脚视图”旁边的“系统视图”按钮，然后单击“系统核心”部分下的“NVIC”来进入此屏幕。

截屏：

更多信息：HAL_IncTick();:

您将从“stm32f4xx_it.c”文件中看到，SysTick_HandlerISR 呼叫HAL_IncTick();:

/**
  * @brief  This function handles SysTick Handler.
  * @param  None
  * @retval None
  */
void SysTick_Handler(void)
{
  HAL_IncTick();
}

如果您按住 Ctrl 键并单击它（至少在 System Workbench/Eclipse 中），则会跳转到执行HAL_IncTick()，您将看到以下内容，其中在评论中提供了一些额外的见解：

/**
  * @brief This function is called to increment  a global variable "uwTick"
  *        used as application time base.
  * @note In the default implementation, this variable is incremented each 1ms
  *       in Systick ISR.
  * @note This function is declared as __weak to be overwritten in case of other 
  *      implementations in user file.
  * @retval None
  */
__weak void HAL_IncTick(void)
{
  uwTick++;
}

This HAL_IncTick()函数位于文件“...STM32Cube_FW_F4_V1.19.0/Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal.c”中，该文件还包含HAL_InitTick()函数就在上面HAL_IncTick()。其评论非常有见地：

/**
  * @brief This function configures the source of the time base.
  *        The time source is configured  to have 1ms time base with a dedicated 
  *        Tick interrupt priority.
  * @note This function is called  automatically at the beginning of program after
  *       reset by HAL_Init() or at any time when clock is reconfigured  by HAL_RCC_ClockConfig().
  * @note In the default implementation, SysTick timer is the source of time base. 
  *       It is used to generate interrupts at regular time intervals. 
  *       Care must be taken if HAL_Delay() is called from a peripheral ISR process, 
  *       The SysTick interrupt must have higher priority (numerically lower)
  *       than the peripheral interrupt. Otherwise the caller ISR process will be blocked.
  *       The function is declared as __weak  to be overwritten  in case of other
  *       implementation  in user file.
  * @param TickPriority Tick interrupt priority.
  * @retval HAL status
  */
__weak HAL_StatusTypeDef HAL_InitTick(uint32_t TickPriority)
{
  /* Configure the SysTick to have interrupt in 1ms time basis*/
  if (HAL_SYSTICK_Config(SystemCoreClock / (1000U / uwTickFreq)) > 0U)
  {
    return HAL_ERROR;
  }

  /* Configure the SysTick IRQ priority */
  if (TickPriority < (1UL << __NVIC_PRIO_BITS))
  {
    HAL_NVIC_SetPriority(SysTick_IRQn, TickPriority, 0U);
    uwTickPrio = TickPriority;
  }
  else
  {
    return HAL_ERROR;
  }

  /* Return function status */
  return HAL_OK;
}

特别注意：这部分说：

如果从外围 ISR 进程调用 HAL_Delay()，则必须小心，
SysTick 中断必须具有较高的优先级（数字较低）
比外设中断。否则调用者ISR进程将被阻塞。

这正是我学到这一点的地方。

确保有时跳过代码并查看 ST 的 HAL 源代码本身内部的函数和文档，以找到像这样隐藏的见解。当然，除了参考以下核心文档之外，还要这样做：

芯片的关键 STM32 文档，按优先顺序排列（最重要的在前）：

1. 参考手册：RM0351
2. 数据表：DS10198
3. UM1725 - STM32F4 HAL 和 LL 驱动程序说明 https://www.st.com/content/st_com/en/products/embedded-software/mcus-embedded-software/stm32-embedded-software/stm32cube-mcu-packages/stm32cubef4.html
4. 编程手册：PM0214

These and other critical manuals are easily found on ST's website (https://www.st.com/en/microcontrollers/stm32l476vg.html https://www.st.com/en/microcontrollers/stm32l476vg.html), or, even more convenient: inside STM32CubeMX via Help --> Docs & Resources (shortcut: Alt + D).