Обработка прерываний

[DanilinSA]

Сейчас решил на ночь немного покодить.

И обратил внимание на следующее:
1) У меня в обработчике прерывания с начала идет обработка события, потом снимаю флаг события, разрешая генерацию прерывания.
2) У всех - сначала сброс флага, потом обработчик.

Как правильно?

[baiderin]

Зависит от задачи. Если надо,чтобы вызванное прерывание отработало и никто ему не помешал (другие прерывание),то флаг сбрасывается после того, как оно закончило.

[Пётр_В]

Если надо,чтобы вызванное прерывание отработало и никто ему не помешал (другие прерывание),то флаг сбрасывается после того, как оно закончило.

Т. е. не будет вызвано вложенное прерывание с большим приоритетом?

[mike-y-k]

Пётр_В, а если прерывания запрещены, то как в это время что-то может произойти? Исключение NMI, но оно-то не зря не маскируемым называется . Когда разрешите прерывания - тогда и начнётся рекурсия. И о длине стека тоже не мешает помнить - иначе потом придётся очень долго выяснять пичину весёлых глюков при его переполнении .

[H4LF]

1) У меня в обработчике прерывания с начала идет обработка события, потом снимаю флаг события, разрешая генерацию прерывания.

Вы уверены, что снятием флага события разрешаете генерацию прерывания?
Кстати, некоторые флаги могут сниматься сами - например флаг RXNE снимается чтением из регистра данных USART, или записью нуля на этот флаг. Читайте RM и PM на Ваш микроконтроллер.

Т. е. не будет вызвано вложенное прерывание с большим приоритетом?

Нет. Флаг события, вызвавшего прерывание не влияет на порядок вызова прерываний. Стоит он или нет - прерывание с большим приоритетом всё равно будет вызвано. Чтобы никто не мешал - нужно или настраивать все прерывания на один приоритет (в одну группу, но можно в разные подгруппы - они друг друга не перебивают) или глобально запрещать прерывания на нужном участке обработчика.
Флаг события нужно снимать (если он не снимается сам) чтобы при выходе из прерывания не зайти в него сразу же опять по этому событию (которое уже обработано).

Попробую описать свои измышления - почему надо снимать флаги вручную. В AVR, например, событий мало и обычно у каждого есть свой вектор (у USART - три) и поэтому флаг можно аппаратно снимать по факту входа в прерывание по этому вектору. Разработчики воспользовались этим и поэтому в АВРках не надо заботиться о снятии этих флагов, за редким исключением. В STM32 же событий как правило полно и один вектор используется, например, для всех событий модуля USART. Потому просто аппаратно сбрасывать все флаги событий, которые могут вызвать это прерывание, нельзя. Да и во время обработчика они тоже могут выставиться. Наверное ещё и потому что, эти флаги может использовать DMA.

Ну а когда его сбрасывать? Думайте сами исходя из того, что если событие повторится (например придёт ещё один импульс на EXTI) до того как флаг этого события будет сброшен - оно будет скорее всего потеряно.

[Bill]

Т. е. не будет вызвано вложенное прерывание с большим приоритетом?

Флаг события сбрасывается для того, чтобы предотвратить повторное вхождение в обработчик по выходу из него. На другие прерывания это никак не повлияет. Если возникнет прерывание более высокого уровня, будет вызвано вложенное прерывание.

[Bill]

Сейчас решил на ночь немного покодить.

И обратил внимание на следующее:
1) У меня в обработчике прерывания с начала идет обработка события, потом снимаю флаг события, разрешая генерацию прерывания.
2) У всех - сначала сброс флага, потом обработчик.

Как правильно?

Вообще-то, без разницы. Но я все-таки сбрасываю флаг сначала, чтобы не забыть сбросить в конце.

[DanilinSA]

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

По большому - сейчас пытаюсь получить ответ на вопрос "У STM32 возможен повторный вызов обработчика до момента выхода из обработчика"?
Если "да" - значит повторный вызов возможен и EXTI_PR нужно чистить непосредственно перед выходом.
Если "нет" - значит повторный вызов невозможен и EXTI_PR нужно чистить сразу. Что-бы не пропустить событие.

Плюс встречал сообщения, что у людей были какие-то проблемы при снятии флагов EXTI_PR в конце процедуры обработчика. Правда все ссылка "битые", а потому подробности не нашел.

Глобальное разрешение/запрет не трогаем. Приоритеты - тоже.

Допустим условно - прерывание на ногу. Приходит пакет иголок. Как правильно это отработать?

[NewWriter]

Допустим, выполнен вход в обработчик прерывания. Далее, никаких более высокоприоритетных прерываний не наступает. Выполняется код обработчика. Любые возникшие в этот момент прерывания с равным или меньшим приоритетом не будут прерывать текущий обработчик прерывания. Это справедливо и для того же самого прерывания, которое обрабатывается. Если сбросить его флаг в самом начале, то в случае возникновения этого же прерывания еще раз в тот момент, когда находится в обработчике этого же прерывания, новое прерывание от этого же события будет поставлено в очередь ("отложенное", "ожидающее", "pending"). По завершению текущего обработчика произойдет переход к обработке ожидающего прерывания, если оно есть. Опять же, если ожидающих прерываний несколько, то они будут обрабатываться в соответствии с их приоритетами, либо, если приоритеты равные, очередность определяется номерами прерываний.
Прерывание с более высоким приоритетом, разумеется, будет прерывать работу любого менее приоритетного прерывания.
И еще, детектирование прерываний делится на прерывания по уровню и прерывания по перепаду.

Все это описано в "Программинг мануале" на серию.

[pambaru]

Плюс встречал сообщения, что у людей были какие-то проблемы при снятии флагов EXTI_PR в конце процедуры обработчика.

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