【问题标题】:HAL_Delay() crashes STMHAL_Delay() 使 STM 崩溃
【发布时间】:2021-08-01 02:19:28
【问题描述】:

我正在尝试将代码上传到 STM32F103RET6 MCU 并进行简单设置(见下图)。我已将 LED 连接到引脚 PA1 作为 GPIO 输出和 16 MHz 的外部振荡器。其他三个引脚连接到连接 STLINK v2 的 JTAG 连接器。 STM32 setup connections

当我生成代码来执行简单的闪烁时,我遇到了 HAL_Delay 函数的问题。代码如下所示。

#include "main.h"

/* Private function prototypes -----------------------------------------------*/
void SystemClock_Config(void);
static void MX_GPIO_Init(void);

int main(void)
{
  HAL_Init();

  SystemClock_Config();

  MX_GPIO_Init();

  while (1)
  {
      HAL_GPIO_WritePin(LED_G_GPIO_Port, LED_G_Pin, 1);
      HAL_Delay(500);
      HAL_GPIO_WritePin(LED_G_GPIO_Port, LED_G_Pin, 0);
      HAL_Delay(500);
  }
}

void SystemClock_Config(void)
{
  RCC_OscInitTypeDef RCC_OscInitStruct = {0};
  RCC_ClkInitTypeDef RCC_ClkInitStruct = {0};

  /** Initializes the RCC Oscillators according to the specified parameters
  * in the RCC_OscInitTypeDef structure.
  */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE;
  RCC_OscInitStruct.HSEState = RCC_HSE_ON;
  RCC_OscInitStruct.HSEPredivValue = RCC_HSE_PREDIV_DIV2;
  RCC_OscInitStruct.HSIState = RCC_HSI_ON;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE;
  RCC_OscInitStruct.PLL.PLLMUL = RCC_PLL_MUL9;
  if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    Error_Handler();
  }
  /** Initializes the CPU, AHB and APB buses clocks
  */
  RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_HCLK|RCC_CLOCKTYPE_SYSCLK
                              |RCC_CLOCKTYPE_PCLK1|RCC_CLOCKTYPE_PCLK2;
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
  RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV2;
  RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1;

  if (HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_2) != HAL_OK)
  {
    Error_Handler();
  }
}

static void MX_GPIO_Init(void)
{
  GPIO_InitTypeDef GPIO_InitStruct = {0};

  /* GPIO Ports Clock Enable */
  __HAL_RCC_GPIOD_CLK_ENABLE();
  __HAL_RCC_GPIOA_CLK_ENABLE();
  __HAL_RCC_GPIOB_CLK_ENABLE();

  /*Configure GPIO pin Output Level */
  HAL_GPIO_WritePin(LED_G_GPIO_Port, LED_G_Pin, GPIO_PIN_RESET);

  /*Configure GPIO pin : LED_G_Pin */
  GPIO_InitStruct.Pin = LED_G_Pin;
  GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP;
  GPIO_InitStruct.Pull = GPIO_NOPULL;
  GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW;
  HAL_GPIO_Init(LED_G_GPIO_Port, &GPIO_InitStruct);

void Error_Handler(void)
{
  /* USER CODE BEGIN Error_Handler_Debug */
  /* User can add his own implementation to report the HAL error return state */
  __disable_irq();
  while (1)
  {
  }
  /* USER CODE END Error_Handler_Debug */
}

#ifdef  USE_FULL_ASSERT

void assert_failed(uint8_t *file, uint32_t line)
{

}
#endif /* USE_FULL_ASSERT */

与单片机的连接正常,代码开始运行,所以第一行要点亮LED的行正确执行,LED点亮。问题是在执行HAL_Delay(500) 时,它会停止代码并弹出以下消息: 没有可用于“uwTickPrio() at 0x20000004”的源代码参见图片:uwTickPrio()

设置 NVIC 优先级,如:HAL_Delay stuck in infinite loop 使用以下参数(我从那篇文章中了解到):NVIC preemption priority

在论坛中评论了许多其他内容,但我无法解决这个问题。任何提示都可能非常有用。

非常感谢您抽出宝贵时间。

【问题讨论】:

    标签: c++ stm32 stm32cubeide


    【解决方案1】:

    为了使HAL_Delay 工作,必须配置 SysTick 中断(或其他定时器中断)运行,并且它必须以 1 毫秒的间隔调用 HAL_IncTick 函数。以 1 毫秒间隔调用 HAL_IncTick 的原因是增加 HAL 内部的一个内部计数器,该计数器实际上执行“计数”,以便在您调用 HAL_Delay 时,它实际上可以在指定时间后“解锁”。如果 HAL_IncTick 不是从 SysTick 或类似的中断调用,调用 HAL_Delay 将导致您“卡住”,因为它永远不会退出,这很可能是您遇到的情况。

    最简单的调试方法如下:

    1. 找到您的 SysTick 中断并(在调试时)在其中放置一个断点并确保它确实被调用。如果没有,请将 SysTick 配置为以 1 毫秒的间隔运行。根据您发布的代码,您无需在任何地方配置 SysTick。

    2. 确保HAL_IncTick 在 SysTick 中断中被调用。如果不存在,请将其放在那里。

    【讨论】:

    • 感谢您的回答。只有一个问题,我在哪里可以找到我的 SysTick 中断?
    • 通常在他们的示例中,来自 ST 的家伙将所有中断放在以 _it.c 结尾的单个文件中,例如 stm32f4xx_it.c
    • 逐行调试后发现没有调用HAL_IncTick函数,而是在SysTick中断中定义的。我已经看到,当输入HAL_Delay 时,代码卡在以下行:while ((HAL_GetTick() - tickstart) < wait),因为它进入 while 并继续运行:__weak uint32_t HAL_GetTick(void) {return uwTick;} 直到它中断。
    • 如果 HAL_IncTick 被放置在 SysTick 中,但没有被调用,那么这一切都不起作用的原因是因为您的 SysTick 中断未配置为运行。
    • 我如何确保 SysTick 中断已配置并正常工作?奇怪的是我什么都没碰,这是STM32 CubeIDE生成的,所以我不太明白发生了什么
    猜你喜欢
    • 2011-12-25
    • 2017-07-05
    • 2022-11-02
    • 2021-05-10
    • 1970-01-01
    • 2020-07-07
    • 2013-02-06
    • 2013-09-28
    • 2014-09-26
    相关资源
    最近更新 更多