STM32 IRQ срабатывает слишком рано
Я использую микро STM32L010 для получения некоторых данных через UART. В частности, я хочу получить шесть байтов и могу заблокировать, пока не получу их. По этой причине я использую функцию HAL_UART_Receive_IT, которая является частью библиотеки драйверов STM32 HAL:
while(1)
{
if ( Data_Ready == FALSE )
{
HAL_UART_Receive_IT(&huart2, RX_Data, 6);
}
else if ( Data_Ready == TRUE )
{
//Do some data processing
Data_Ready = FALSE; //Clear flag
}
}
У меня есть флаг в обработчике UART IRQ, который должен быть установлен при передаче всех шести байтов.
void USART2_IRQHandler(void)
{
HAL_UART_IRQHandler(&huart2);
Data_Ready = TRUE;
}
Однако IRQ срабатывает, когда у меня есть только один байт в RX_Data. Я проверил с помощью области, что данные НЕ просто один байт, а затем все нули.
Я неправильно понимаю, как работает этот обработчик?
Ответы 2
Прерывания чисто аппаратные, к HAL отношения не имеют. Срабатывание каждого байта является нормальным, если аппаратное обеспечение настроено таким образом. Вам нужен обратный вызов HAL, а именно HAL_UART_RxCpltCallback. Этот вызов будет вызван после завершения запрошенной передачи. HAL заботится об обработке прерываний, возможно, каждого байта, и абстрагирует их в ваши запросы HAL.
@RichardBamford Да, верно. Пользователь должен реализовать свой собственный HAL_UART_RxCpltCallback, который будет вызываться HAL.
Ваш код, при отсутствии каких-либо полученных символов, можно преобразовать в это:
while (1)
{
HAL_UART_Receive_IT(&huart2, RX_Data, 6);
}
Это не то, как использовать процедуру приема, управляемую прерыванием. Вы не можете просто вызвать эту функцию в узком цикле. Если бы вы проверяли возвращаемое значение из HAL_UART_Receive_IT() (что вам абсолютно необходимо), вы бы видели, что оно возвращает HAL_BUSY каждый раз, когда вы его вызываете (кроме первого).
Если вам пришлось использовать прерывания, вы должны вызвать HAL_UART_Receive_IT(), затем подождать, пока все байты не будут получены, прежде чем вызывать его снова. Вы можете использовать HAL_UART_GetState(), чтобы увидеть, занят ли UART или все ли получено.
Обратите внимание, что использование процедуры приема, управляемой прерываниями, а затем опрос для ее завершения совершенно бессмысленно. Причина, по которой существуют функции, управляемые прерываниями (а также DMA), заключается в том, что ЦП может делать что-то еще, пока происходит прием. Вы могли бы просто использовать опрос HAL_UART_Receive(), если вам больше нечего делать.
Как указал @ElderBug, вы будете получать прерывание для каждого символа при приеме в режиме прерывания, и вам нужно использовать полный обратный вызов приема вместо голого ISR. Но я подозреваю, что вы не должны использовать здесь прерывания.
Более разумное решение (для описанных вами требований):
while (1)
{
HAL_StatusTypeDef status;
status = HAL_UART_Receive(&huart2, RX_Data, 6, 1000); // 1 second timeout
if (status == HAL_OK)
{
// Yay, got 6 bytes, process them.
}
else
{
// Boo, timeout or error, handle that
}
}
Обратите внимание, что никакие прерывания не задействованы, и вы можете удалить любые изменения в ISR, которые вы сделали, а также просто полностью отключить прерывания на UART.
Я думал, что жду получения всех байтов, установив флаг в IRQ. Теперь я понимаю, что это вызывается при каждой передаче байта.
Прерывания совершенно бессмысленны, если «я хочу получить шесть байтов и могу заблокировать, пока не получу их». Ты усложняешь себе жизнь без причины. Процедура получения опроса делает именно то, что вы хотите, то есть блокирует, пока вы не получите его (или не истечет время ожидания).
Даже если вы используете полный обратный вызов получения из HAL (для установки флага), ваш код имеет состояние гонки между основным циклом, обнаруживающим установленный флаг, и запуском нового приема (в тот же буфер, который вы собираетесь процесс). Вы должны пересмотреть свой подход, иначе позже вас будут преследовать таинственные жуки.
Разве HAL_UART_RxCpltCallback не определен как __weak внутри hal-библиотек, поэтому все, что вам нужно сделать, это переопределить его?