STM32, интерфейсы и прерывания, Куча вопросов Опции

[nya]

Коллеги, а подскажите, как работать с прерываниями от внешних интерфейсов.
Возьмем, к примеру, CAN.

1. Есть две функции приема по CAN: HAL_CAN_Receive() и HAL_CAN_Receive_IT(). В чем между ними разница? Генерит ли HAL_CAN_Receive() прерывания, если нет - как ей пользоваться?
2. При каких условиях запускаются обработчики прерываний USB_LP_CAN1_RX0_IRQHandler() и CAN1_RX1_IRQHandler()?
3. Как пользоваться HAL_CAN_RxCpltCallback() и почему Cube не создает эту функцию вместе с прочими обработчиками прерываний?

Примеров c HAL в интернетах очень мало, поэтому я не смог найти ответов на эти вопросы... заранее спасибо.

Сообщение отредактировал nya - Nov 11 2015, 08:41

[nya]

Но зачем два обработчика - Handler и Callback?

[Tanya]

Но зачем два обработчика - Handler и Callback?

Это для того, чтобы Вы не возились с регистрами. HAL - Hardware Abstraction Level (Layer).

[nya]

Это для того, чтобы Вы не возились с регистрами. HAL - Hardware Abstraction Level (Layer).

Так это понятно. Но я сейчас нашел таки рабочий пример для CAN - http://geektimes.ru/post/255534/
Похоже, в моем коде были неправильно выставлены настройки фильтров, вот прерывания и не вызывались.
Поэкспериментировав, выяснил, что оба этих обработчика работают одинаково хорошо. И запускаются одновременно. Поэтому все-такие непонятно в чем между ними разница и когда нужно использовать Handler, а когда - Callback. В обоих случаях "ручной труд" с регистрами равен нулю.

[Tanya]

когда нужно использовать Handler, а когда - Callback. В обоих случаях "ручной труд" с регистрами равен нулю.

Нужно использовать Callback. Предполагается, что всегда. Callback вызывается в самом конце обработчика.

[nya]

Нужно использовать Callback. Предполагается, что всегда. Callback вызывается в самом конце обработчика.

То есть я должен писать обработчики Callback в main.c вместо того, чтобы лезть в stm32***_it.c?

[Tarbal]

То есть я должен писать обработчики Callback в main.c вместо того, чтобы лезть в stm32***_it.c?

Да. Так будет правильно.

[drozel]

Да. Так будет правильно.

Да вот хз. По идее, даже не смотря на навороченный NVIC, обработчик прерывания должен быть разумно коротким, а в HAL мало того, что обработчик раздутый до нельзя, так еще и калбек вызывается прямо из него. А пользователь в калбеке воротит кучу кода и еще вызовы своих функций. Дай бог, без блокирующих задержек.

[_Pasha]

Да вот хз. По идее, даже не смотря на навороченный NVIC, обработчик прерывания должен быть разумно коротким, а в HAL мало того, что обработчик раздутый до нельзя, так еще и калбек вызывается прямо из него.

этот HAL переплюнул легендарный индусский код. Его даже в кач-ве справочника использовать нельзя.
но и это цветочки.
по идее, описание регистров всей линейки stm32 должно уместиться в пару файлов 25-30 кб, с весьма удобным API вместо 100 метровых библиотек ни о чем.

Сообщение отредактировал _Pasha - Nov 12 2015, 04:34