STM32: Перерва таймера працює негайно


10

Це код для таймера в моєму проекті на STM32F429:

//timer initialization
 void timerInit()
 {
  uwPrescalerValue2 = (uint32_t) ((SystemCoreClock / 2) / 100000) - 1;
  RS485Timer.Instance = TIM5;
  RS485Timer.Init.Period = 67400000; // high value to notice interrupt even without debugging
  RS485Timer.Init.Prescaler = 400000;
  RS485Timer.Init.ClockDivision = 0;
  RS485Timer.Init.CounterMode = TIM_COUNTERMODE_UP;
  HAL_TIM_Base_Init(&RS485Timer);
 }

 void timerReset()
 {
 HAL_TIM_Base_Stop_IT(&RS485Timer);
 HAL_TIM_Base_DeInit(&RS485Timer);
 HAL_TIM_Base_Init(&RS485Timer);
 HAL_TIM_Base_Start_IT(&RS485Timer);
 printf("%d timer reset\n", countereset);
 countereset++;
 } 

 void HAL_TIM_Base_MspInit(TIM_HandleTypeDef *htim)
 {
  /*##-1- Enable peripherals and GPIO Clocks #################################*/
  /* TIMx Peripheral clock enable */
  __TIM5_CLK_ENABLE();

  /*##-2- Configure the NVIC for TIMx #########################################*/
  /* Set the TIMx priority */
  HAL_NVIC_SetPriority(TIM5_IRQn, 7, 1);

  /* Enable the TIMx global Interrupt */
  HAL_NVIC_EnableIRQ(TIM5_IRQn);
 }

 void HAL_TIM_Base_MspDeInit(TIM_HandleTypeDef *htim)
 {
  __TIM5_FORCE_RESET();
  __TIM5_RELEASE_RESET();

  HAL_NVIC_DisableIRQ(TIM5_IRQn);
 }

 void TIM5_IRQHandler(void)
 {
  if (__HAL_TIM_GET_FLAG(&RS485Timer, TIM_FLAG_UPDATE) != RESET)      //In case other interrupts are also running
  {
   if (__HAL_TIM_GET_ITSTATUS(&RS485Timer, TIM_IT_UPDATE) != RESET)
   {
    __HAL_TIM_CLEAR_FLAG(&RS485Timer, TIM_FLAG_UPDATE);
    HAL_TIM_IRQHandler(&RS485Timer);
    printf("timer interrupt\n");
   }
  }
 }

І після запуску timerReset()функції в середині моєї програми переривання починається не через кілька секунд, а майже відразу. Я спробував кілька інших таймерів, щоб перевірити, чи немає проблем з обладнанням, але ні, це не так.


Я б запропонував вам чітко очистити прапор переривання таймера у функції timerReset ().
brhans

1
Після додавання між DeInit та Init __HAL_TIM_CLEAR_FLAG (& RS485Timer, TIM_FLAG_UPDATE); та __HAL_TIM_CLEAR_FLAG (& RS485Timer, TIM_IT_UPDATE); нічого нового не відбувається.
m0drzew

Відповіді:


9

Я зіткнувся з цим із STM32F105. Функції стандартної периферійної бібліотеки STM32F1xx трохи відрізняються від використовуваних, але ідея повинна бути такою ж.

Видача TIM_TimeBaseInit()функції призвела до встановлення прапора TIM_SR_UIF. Я ще не повернувся, щоб зрозуміти, чому. Як тільки цей біт встановлений, переривання запускається, як тільки він увімкнено.

Щоб виправити це, після дзвінка TIM_TimeBaseInit()я негайно зателефонував TIM_ClearITPendingBit(). Тоді я б включив переривання з TIM_ITConfig(). Це вирішило проблему.

Моя повна програма ініціалізації виглядає приблизно так:

// Enable the peripheral clock
RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM5, ENABLE);

// Configure the timebase
TIM_TimeBaseInitStructure.TIM_Prescaler = 1;
TIM_TimeBaseInitStructure.TIM_Period = 35999;
TIM_TimeBaseInit(TIM5, &TIM_TimeBaseInitStructure);

// That last function caused the UIF flag to get set. Clear it.
TIM_ClearITPendingBit(TIM5, TIM_IT_Update);

// Configure so that the interrupt flag is only set upon overflow
TIM_UpdateRequestConfig(TIM5, TIM_UpdateSource_Regular);

// Enable the TIM5 Update Interrupt type
TIM_ITConfig(TIM5, TIM_IT_Update, ENABLE);

2
Та ж проблема в STM32L151 з використанням бібліотек HAL. Обхід (наприклад, для TIM6):__HAL_TIM_CLEAR_FLAG(&htim6, TIM_SR_UIF);

3
Коментар до нового драйвера HAL пояснює, чому: вони роблять це, щоб змусити оновити значення PSC при ініціалізації, оскільки воно фактично завантажується в SR-> PSC після події оновлення.
Галактика

Приємно, @Galaxy, дякую за інформацію.
бітмак

1

Оскільки у мене була подібна проблема, і я не знайшов відповідей, я ділюся своїм досвідом, сподіваючись допомогти іншим.

Я вважаю, що у вашому випадку встановлення URS (джерела запиту на оновлення) перед ініціалізацією таймера також вирішує проблему.

У моєму випадку я використовую драйвери низького рівня, тому прикладом коду може бути:

//Enables APB1 TIM16 peripheral clock
LL_APB1_GRP2_EnableClock(LL_APB1_GRP2_PERIPH_TIM16);

//Sets update event source to counter overflows only
LL_TIM_SetUpdateSource(TIM16, LL_TIM_UPDATESOURCE_COUNTER);

//Configures the TIM16 time base
LL_TIM_InitTypeDef TIM_InitStruct;
TIM_InitStruct.Prescaler = 7999;
TIM_InitStruct.CounterMode = LL_TIM_COUNTERMODE_UP;
TIM_InitStruct.Autoreload = 2999;
TIM_InitStruct.ClockDivision = LL_TIM_CLOCKDIVISION_DIV1;
TIM_InitStruct.RepetitionCounter = 0;
LL_TIM_Init(TIM16, &TIM_InitStruct);

//Enables update interrupt
LL_TIM_EnableIT_UPDATE(TIM16);

//Enables timer counter
LL_TIM_EnableCounter(TIM16);

//Enables Interrupt
NVIC_EnableIRQ(TIM16_IRQn);

Проблема полягає в тому, що я використовував LL_TIM_SetPrescaler(TIM16, 7999)і LL_TIM_SetAutoReload(TIM16, 2999)функції для налаштування бази часу, і я виявив, що при використанні цих функцій значення не оновлюються, тому мені довелося генерувати подію для оновлення значень за допомогою LL_TIM_GenerateEvent_UPDATE(TIM16).

Потім можна або очистити прапор події, використовуючи LL_TIM_ClearFlag_UPDATE(TIM16)перед тим, як вмикати переривання, або використовувати LL_TIM_SetUpdateSource(TIM16, LL_TIM_UPDATESOURCE_COUNTER)перед генерацією події.


1

У мене була подібна проблема в моді One Pulse, і я знайшов рішення для бібліотеки HAL. Коли я контролював прапорці таймера у функції "TIM2_IRQHandler", я бачив "встановити прапор порівняння прапор 1". Тому я очистив "захоплення порівняти прапор 1". Але цього разу я побачив, що встановлено "захоплення порівняти прапор 2". Тому я очистив усі прапорці порівняння (від 1 до 4) у своїй функції "TIM2_IRQHandler", використовуючи наступні коди.

void TIM2_IRQHandler(void)
{
  /* USER CODE BEGIN TIM2_IRQn 0 */

  /* USER CODE END TIM2_IRQn 0 */
  HAL_TIM_IRQHandler(&htim2);
  /* USER CODE BEGIN TIM2_IRQn 1 */
  if(__HAL_TIM_GET_FLAG(&htim2, TIM_FLAG_CC1) != RESET)
  {
      timer2Proccess();
      __HAL_TIM_CLEAR_FLAG(&htim2,TIM_FLAG_CC1 );
      __HAL_TIM_CLEAR_FLAG(&htim2,TIM_FLAG_CC2 );
      __HAL_TIM_CLEAR_FLAG(&htim2,TIM_FLAG_CC3 );
      __HAL_TIM_CLEAR_FLAG(&htim2,TIM_FLAG_CC4 );
  }
  /* USER CODE END TIM2_IRQn 1 */
}

0

Та ж проблема з TIM_TimeBaseInit () та STM32F0xx. Останній рядок цієї функції:

  TIMx->EGR = TIM_PSCReloadMode_Immediate;

Він встановлює подію оновлення в Реєстрі поколінь подій. Ось чому я ставлю чек на обробник IRQ:

void TIM1_IRQHandler() {
if(TIM_GetFlagStatus(TIM1, TIM_FLAG_Update) == SET) {
    TIM_ClearITPendingBit(TIM1, TIM_IT_Update);
    if((TIM1 -> CR1 & TIM_CR1_CEN) == 0) return; //Timer is not working
    //Interrupt code
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.