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

[MikleV]

Подниму тему по аналогичному вопросу.
Есть STM32 с bsp кокос. Есть пины подключенные в ISM приемопередатчику и отслеживающие его состояния(помимо SPI связи с ним) Задача в обработчике прерывания запрещать и разрешать прерывания(в т.ч. в обработчике скажем void EXTI2_IRQHandler(void) его же и запрещать) ну и дополнительно переключать срабатывания по фронтам. Т.е четко отслеживать передний фронт и потом переключиться на отслеживание заднего фронта.
По запрещению и разрешению:
Сначала пробовал с помощью NVIC_EnableIRQ(); NVIC_DisableIRQ();
Потом написал поделку c использованием NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE/DISABLE
Работает на половину ((
Вопрос такой: надо ли после каждого такого телодвижения заново инициализировать PIN по пути GPIO->EXTI->NVIC?
К сожалению лог/анализатора нет и в схему также вносит значительные искажения отладка.

[drozel]

Вопрос такой: надо ли после каждого такого телодвижения заново инициализировать PIN по пути GPIO->EXTI->NVIC?

Код либы же открыт? Надо посмотреть код, что делают эти ваши функции.
По логике, функции типа NVIC_* не должны влиять на периферию пинов, ибо это даже не то что разные блоки, NVIC вообще относится к ядру.
Но что там делает конкретная либа видно из ее кода.