Прерывания на GPIO

Введение: От Опроса к Событиям #

Одноплатные компьютеры, такие как Repka Pi, взаимодействуют с внешним миром — кнопками, датчиками, моторами — через массив физических контактов, известных как GPIO (General-Purpose Input/Output, контакты общего назначения). Основная задача при работе с вводом данных, например, при отслеживании нажатия кнопки, заключается в своевременном обнаружении этого события.

Метод опроса (Polling)

Наиболее очевидный метод обнаружения — это метод опроса (polling). При таком подходе центральный процессор вынужден постоянно выполнять цикл проверок, обращаясь к контакту с вопросом: «Изменилось ли твое состояние?». Представьте программу, которая в бесконечном цикле проверяет, нажата ли кнопка. Хотя этот метод функционален, он крайне неэффективен. Процессор тратит значительную часть своих вычислительных ресурсов на монотонные, повторяющиеся проверки, которые в 99.9% случаев дают отрицательный результат. Это похоже на непрерывное наблюдение за дверным звонком в ожидании гостя, вместо того чтобы заниматься полезными делами, пока он не зазвонит.

Событийная модель (Прерывания)

Прерывание (Interrupt) — это элегантное аппаратное решение этой проблемы. Вместо того чтобы постоянно спрашивать «Нажали ли кнопку?», мы даем процесору инструкцию: «Занимайся своими делами, а когда кнопку нажмут, я тебе сообщу». Этот сигнал и есть прерывание. Он позволяет системе мгновенно реагировать на внешние события, не тратя ресурсы на ожидание.

Аппаратная Архитектура #

Принцип работы GPIO-прерываний

На уровне SoC обработка GPIO-прерываний обычно выполняется отдельной логикой контроллера прерываний, связанной с GPIO-блоками. На платах семейства Allwinner такую подсистему часто описывают через контроллер внешних прерываний (External Interrupt Controller, EINT). Его задача — следить за состоянием выбранных GPIO-пинов и при наступлении заданного события сообщать об этом ядру процессора.

На Repka Pi 5 с Rockchip RK3588 общая идея остается той же, но конкретные названия блоков, регистров и схема маршрутизации прерываний отличаются от материалов для Allwinner.

Процессор, получив такой сигнал, немедленно приостанавливает свою текущую работу, сохраняет свое состояние и переключается на выполнение специальной подпрограммы — обработчика прерывания (Interrupt Service Routine, ISR). После выполнения кода обработчика процессор возвращается к прерванной задаче, как ни в чем не бывало.

Настройка регистров на уровне "железа"

Для того чтобы прерывание сработало, внутри процессора Repka Pi должна быть настроена целая цепочка аппаратных регистров.

Этап 1: Переключение функции пина (условный регистр Px_CFG) На некоторых SoC пин должен быть переведен из обычного режима ввода-вывода в режим, связанный с обработкой внешнего события. Конкретный код функции и даже сама схема настройки зависят от платформы.

Этап 2: Настройка контроллера прерываний Теперь нужно настроить сам контроллер, который получил сигнал от пина.

Регистр или поле конфигурации триггера: Указывает, на какое именно событие реагировать (Falling Edge, Rising Edge и т.д.).
Регистр или поле фильтра дребезга: Позволяет включить аппаратный фильтр для игнорирования ложных срабатываний от механических кнопок.
Регистр или поле разрешения прерывания: Активирует слежение за пином.
Регистр статуса: Показывает, на каком именно пине произошло событие.

Названия вроде EINT_CFGx, EINT_DEBOUNCE, EINT_CTL и EINT_STATUS характерны прежде всего для описания платформ семейства Allwinner. Для Repka Pi 5 на RK3588 следует использовать документацию именно на Rockchip.

Барьер безопасности: Защищенный режим процессора

Может показаться логичным просто взять и записать нужные значения в адреса этих регистров. Однако, как только на Repka Pi загружается операционная система Linux, она переводит центральный процессор в защищенный режим (protected mode).

Это фундаментальный механизм безопасности, который делит всю систему на два мира:

Пространство Ядра (Kernel Space): Привилегированный мир, где работает ядро ОС, имеющее полный доступ к аппаратуре.
Пространство Пользователя (User Space): Изолированный мир, где работают ваши программы. Любая попытка прямого обращения к памяти блокируется.

Вывод: Из-за этого барьера мы обычно не работаем с регистрами прерываний напрямую из прикладного кода.

Программная реализация #

Решение: Как библиотеки обходят барьер

Библиотеки, такие как RepkaPi.GPIO или WiringRP, не нарушают правила. Они используют официальные каналы связи, которые ядро Linux предоставляет для безопасного общения с аппаратурой.

Когда вы вызываете функцию для отслеживания события, происходит следующий процесс:

Подача запроса: Библиотека обращается к интерфейсам ядра Linux для работы с GPIO и событиями.
Работа в пространстве Ядра: Ядро Linux, получив команду, само выполняет низкоуровневую настройку аппаратных регистров.
Ожидание события: Библиотека ожидает сигнал от ядра о наступлении события.
Пробуждение и вызов: Когда происходит аппаратное прерывание, ядро уведомляет пользовательское приложение, и библиотека вызывает вашу функцию обратного вызова (callback).

Исторически в Linux для этого часто использовался интерфейс /sys/class/gpio/, но его не стоит воспринимать как универсальную и единственную модель для всех современных систем и библиотек. На практике способ взаимодействия зависит от версии ядра, драйверов и выбранной библиотеки.

Таким образом, библиотеки — это грамотные посредники, которые переводят ваши простые команды в серию безопасных запросов к ядру.

Практическая реализация

Практический пример кода в этой статье стоит строить с учетом конкретной библиотеки и ее поддержки на нужной модели Repka Pi. Для Repka Pi 5 особенно важно не переносить без проверки low-level детали из материалов для плат на Allwinner.

Теория: Фундамент событийно-ориентированной архитектуры #

Переход от модели опроса к прерываниям позволяет строить программы на основе событийно-ориентированной архитектуры (Event-Driven Architecture, EDA).

Вместо императивного подхода («проверь кнопку»), используется реактивный («жди сигнала от кнопки»). Эта архитектура состоит из трех ключевых компонентов:

1. Генератор событий (Event Producer)

Что это? Источник события в физическом мире.
Пример: Пользователь, нажимающий на кнопку.

2. Детектор и Диспетчер событий (Event Detector & Dispatcher)

Что это? Механизм, который обнаруживает событие и решает, кого уведомить.
Пример: Аппаратная логика GPIO-прерываний в SoC + программный диспетчер событий в ядре Linux.

3. Потребитель событий (Event Consumer / Handler)

Что это? Конечная точка, которая реагирует на событие.
Пример: Ваша функция обратного вызова (callback).

Преимущества такого подхода

Эффективность: Центральный процессор не тратит такты на бесполезные циклы проверки.
Отзывчивость: Реакция на событие происходит практически мгновенно.
Масштабируемость и модульность: Позволяет легко добавлять множество независимых обработчиков для разных событий.

Аппаратные прерывания — это не просто технический трюк, это физический фундамент, на котором строятся современные, эффективные и отзывчивые встраиваемые системы.