HAL_Delay() приводит к сбою STM

Я пытаюсь загрузить код в микроконтроллер STM32F103RET6 и уже выполнил простую настройку (см. изображение ниже). Я подключил светодиод к контакту PA1 в качестве ВЫХОДА GPIO и внешний генератор на 16 МГц. Остальные три контакта подключены к разъему JTAG, который идет к STLINK v2. Настройка соединений STM32

Когда я генерирую код для выполнения простого мигания, у меня возникают проблемы с функцией 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 */

Соединение с MCU в порядке, и код начинает работать, поэтому первая строка, которая должна включить светодиод, выполняется правильно, и светодиод включается. Проблема заключается в том, что когда выполняется HAL_Delay(500), код останавливается и появляется следующее сообщение: Нет доступных источников для uwTickPrio() по адресу 0x20000004 См. изображение: uwTickPrio()

Установка приоритета NVIC, как указано в: HAL_Delay застрял в бесконечном цикле. следующие параметры (как я понял из этого поста): приоритет вытеснения NVIC

И многое другое, что комментировалось на форумах, но я не могу решить эту проблему. Любой совет может быть действительно полезным.

Большое спасибо, что нашли время.


person Arnau Reyes Fernandez    schedule 10.05.2021    source источник


Ответы (1)


Для того чтобы HAL_Delay работало, прерывание SysTick (или другое прерывание по таймеру) должно быть настроено на выполнение, и оно должно вызывать функцию HAL_IncTick с интервалом в 1 мс. Причина вызова HAL_IncTick с интервалом в 1 мс состоит в том, чтобы увеличить внутренний счетчик внутри HAL, который фактически выполняет подсчет, чтобы каждый раз, когда вы вызываете HAL_Delay, он мог фактически разблокироваться по истечении указанного времени. Если HAL_IncTick не вызывается из SysTick или подобного прерывания, вызов HAL_Delay заставит вас застрять, поскольку он никогда не выйдет, что, вероятно, и происходит с вами.

Самый простой способ отладить это будет следующим:

  1. Найдите свое прерывание SysTick и (во время отладки) поместите в него точку останова и убедитесь, что оно действительно вызывается. Если нет, настройте SysTick для запуска с интервалом в 1 мс. Судя по опубликованному вами коду, вы нигде не настраиваете SysTick.

  2. Убедитесь, что HAL_IncTick вызывается внутри прерывания SysTick. Если его нет, поместите его там.

person Jacek Ślimok    schedule 10.05.2021
comment
Спасибо за ответы. Только один вопрос, где я могу найти свое прерывание SysTick? - person Arnau Reyes Fernandez; 10.05.2021
comment
Обычно в своих примерах ребята из ST помещают все прерывания в один файл, оканчивающийся на _it.c, например stm32f4xx_it.c. - person Jacek Ślimok; 10.05.2021
comment
После построчной отладки я увидел, что функция HAL_IncTick не вызывается, но определена в прерывании SysTick. Я видел, что при вводе HAL_Delay код застревает в следующей строке: while ((HAL_GetTick() - tickstart) < wait), поскольку он входит в то время и продолжает выполнять это: __weak uint32_t HAL_GetTick(void) {return uwTick;}, пока не сломается. - person Arnau Reyes Fernandez; 16.05.2021
comment
Если HAL_IncTick не вызывается, даже если он помещен внутри SysTick, то причина, по которой ничего из этого не работает, заключается в том, что ваше прерывание SysTick не настроено для запуска. - person Jacek Ślimok; 17.05.2021
comment
И как я могу убедиться, что прерывание SysTick настроено и работает должным образом? Странно то, что я ничего не трогал, это то, что генерирует STM32 CubeIDE, поэтому я не очень понимаю, что происходит - person Arnau Reyes Fernandez; 17.05.2021