Урок 74

 

HAL. EXTI или внешние прерывания

 

Вот наконец-то и настало время нам попробовать поработать с внешними прерываниям. Данный урок, во-первых, был очень востребован, хотя он и кажется на первый взгляд несложным. Очень много было просьб и я не мог не откликнуться. Во-вторых, мы сейчас работаем с модулем LAN ENC28J60, у которго имеется выход, по которому мы можем получить прерывания по окончании определённых операций, которые я и хотел обработать. Также, если у меня получится, я хотел этим поделиться и с вами, но без первоначального представления о внешних прерываниях в контроллере STM32, это понять, я считаю, будет, мягко говоря, нелегко. Вот поэтому и созрел данный урок.

В качестве микроконтроллера мы возьмём тот же самый STM32F103RCT6, расположенный на недорогой плате, с которой мы и занимаемся в процессе программирования модуля LAN, а в качестве программатора также недорогой маленький ST-Link V2.

Кратко о внешних прерываниях. Внешние прерывания — это такие прерывания, которые обрабатываются вследствие возникновения некоторых событий на определённой ножке порта микроконтроллера. Таких событий может быть несколько не смотря на всего 2 логических состояния. Разнообразие данных событий легко увидеть, раскрыв их список в Cube MX в настройке ножек портов

 

 

Можно разделить данные типы на 2 группы пополам. первая группа — External Interrupt — это обработка внешних прерываний. А второй — обработка событий. Разница здесь лишь в том, что в первом случае вызывается обработчик прерываний, а во втором только поднимается соответствующий флаг. Каждая группа уже делится на три вида событий:

1. Обнаружен восходящий фронт (изменение уровня 0 на 1),

2. Обнаружен нисходящий фронт (изменение уровня 1 на 0),

3. Обнаружен любой из вышеперечисленных фронтов.

Также ещё есть программные типы прерываний, но нам с вами они точно не понадобятся.

Вот и всё по типам прерываний.

Существует несколько регистров для обработки внешних прерываний:

EXTI_IMR: Регистр масок прерываний,

EXTI_EMR: Регистр масок событий,

EXTI_RTSR: Регистр срабатывания по восходящему фронту,

EXTI_FTSR:Регистр срабатывания по нисходящему фронту,

EXTI_SWIER: Регистр софтверного запуска прерывания,

EXTI_PR: регистр флагов событий, по которым происходят вызовы прерываний.

Подробно все эти регистры расписаны в технической документации Reference Manual ко всем контроллерам STM. Мы их подробно рассматривать не будем, оставим это на совести библиотеки HAL.

Вот логическая схема обработчика прерываний в контроллере

 

 

Здесь мы видим наши все регистры и какая между ними логическая связь.

Также можно посмотреть схему организации линии внешних прерываний

 

 

Здесь мы видим 16 линий, подключенных через мультиплексоры к одноимённым пинам всех портов. То есть одновременно мы можем обработать 16 ножек контроллера, но, как видно из мультиплексивной организации, что все они должны быть с разными номерами. То есть мы можем обработать одновременно ножки PA1 и PC2, но не можем обработать PA1 и PC1.

Также существуют ещё 4 линии, которые подключены не к портам общего назначения, а к определённым видам периферии

The four other EXTI lines are connected as follows:

• EXTI line 16 is connected to the PVD output

• EXTI line 17 is connected to the RTC Alarm event

• EXTI line 18 is connected to the USB Wakeup event

• EXTI line 19 is connected to the Ethernet Wakeup event (available only in connectivity line devices)

То есть мы можем ещё обработать внешние события от программируемого детектора напряжений, от будильника RTC, от «пробуждений» USB и Ethernet.

Вот сколько всего по прерываниям, и это ещё не всё. На данную тему в технической документации написано целых 18 страниц, так что кому интересно — обязательно почитайте.

Наша задача — грамотно эти прерывания обработать в нашем коде, используя функции библиотеки HAL.

Создадим в генераторе проектов Cube MX новый проект, выбрав наш контроллер

 

 

Включим кварцевый резонатор

 

 

Выберем программатор по интерфейсу SWD

 

 

 

Задействуем ножку, отвечающую за светодиод

 

 

Включим внешние прерывания на ножке PA1

 

 

Настроим делители и умножители на максимальную производительность в разделе «Clock Configuration» (нажмите на картинку для увеличения изображения)

 

 

Перейдём в «Configuration» и в разделе GPIO настроим ножку PC13 на среднюю скорость

 

 

Для ножки PA1 применим подтягивающий регистр к общей шине, чтобы она не болталась в воздухе, так как прерывания мы будем ловить от кнопки, а сама кнопка никуда у нас не притянута, иначе состояние будет неопределённое. Тип внешнего прерывания оставим по умолчанию — восходящий фронт

 

 

Применим настройки портов и перейдём в настройки глобальных прерываний по кнопке «NVIC», включим там прерывания EXTI1

 

 

Также применим данные настройки.

 

 

Также в силу того, что у меня тормозит видеозапись при работе с Keil, я решил воспользоваться средой разработки System Workbench, с которой мы уже неплохо знакомы. Вы можете также работать с Keil или с любой другой средой разработки, разницы нет.

Настроим проект, присвоив имя EXTI01 и выбрав среду разработки SW4STM32

 

 

Сгенерируем проект, откроем его в System Workbench, как всегда и удалим в настройках отладчика файл отладки.

Соберём проект, попытаемся его запустить, но скорей всего у нас ничего не получится и мы увидим в консоли вот такое сообщение, что прошить контроллер не удалось из-за того, что его не удалось перезагрузить

 

 

Конечно, можно вовремя держать и отпускать на плате кнопку RESEТ. Но мы пойдём другим путём. Я почитал некоторое количество форумов и ничего там не нашёл, за исключением правки конфигурационных файлов. Откроем наш файл отладки в свойствах проекта

 

 

В открывшемся диалоге зайдём в закладку «Debugger» и нажмём там кнопку «Show generator options»

 

 

В открывшемся внизу поле «Reset mode» выберем пункт «Software System reset«

 

 

Сохраним настройки, теперь должно всё прошиться.

Откроем main.c и отключим наш светодиод в функции main(), так как мы знаем, что он подключен инверсно (можно конечно это сделать и в Cube MX, но так нагляднее)

 

/* USER CODE BEGIN 2 */

HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_SET);

/* USER CODE END 2 */

 

Далее в main.c добавим обработчик внешних прерываний

 

/* USER CODE BEGIN 4 */

void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin)

{

}

/* USER CODE END 4 */

 

Затем мы здесь отследим прерывание именно от 1 линии и зажжем светодиод

 

void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin)

{

  if(GPIO_Pin== GPIO_PIN_1) {

    HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_RESET);

  } else{

    __NOP();

  }

}

/* USER CODE END 4 */

 

Подключим кнопку между PA1 и проводом питания (нажмите на картинку для увеличения изображения)

 

 

Соберём проект, прошьём контроллер. Затем нажмём на кнопку — светодиод должен будет засветиться (нажмите на картинку для увеличения изображения)

 

 

Давайте разнообразим немного наш проект, чтобы он не был таким скучным. Для этого зайдём в Cube MX, и, так как у нас не Keil, проект закрывать не надо, и включим внешние прерывания ещё и на ножке PA2

 

 

Причем включим мы уже другой тип — срабатывание прерывания по низходящему фронту, а резистор мы уже наоборот подтянем к источнику напряжения. Для этого внесём следующие настройки в «Configuration» в GPIO для ножки PA2

 

 

Применим настройки, сгенерируем проект, вернёмся в System Workbench и сделаем проекту Refresh.

Допишем следующим образом наш обработчик, чтобы по прерыванию на ножке PA1 наш светодиод зажигался, а в случае PA2 — потухал

 

void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin)

{

  if(GPIO_Pin== GPIO_PIN_1) {

    HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_RESET);

  } else if(GPIO_Pin== GPIO_PIN_2){

    HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_SET);

  } else{

    __NOP();

  }

}

 

Подключем ещё одну кнопку, но уже к PA2, причём вторым выводом уже к общему проводу (нажмите на картинку для увеличения изображения)

 

 

Теперь, если мы соберём код и прошьём контроллер, то первая кнопка будет у нас светодиод зажигать, а вторая тушить.

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

Всем спасибо за внимание!

 

 

Предыдущий урок Программирование МК STM32 Следующий урок

 

Исходный код

 

 

Отладочную плату можно приобрести здесь STM32F103C8T6

 

 

Смотреть ВИДЕОУРОК (нажмите на картинку)