Структура программы ПЛК: задачи и приоритеты

Структура программы ПЛК определяет, какой код и как часто выполняет контроллер. В основе лежит программная модель стандарта МЭК 61131-3: прикладная логика разбивается на программные модули (POU), а их выполнением управляют задачи с заданными периодом вызова и приоритетом. Правильное распределение кода по задачам и приоритетам напрямую влияет на детерминизм, время реакции и стабильность рабочего цикла.

Разберём иерархию программной модели, типы программных модулей, виды задач (циклические и событийные), смысл периода и приоритета, а также практические правила организации проекта ПЛК.

Программная модель: от конфигурации до задачи

Стандарт описывает выполнение прикладной программы через иерархию вложенных элементов. Верхний уровень — конфигурация (вся система ПЛК); внутри неё ресурсы (вычислительные единицы — процессоры или ядра); в ресурсе объявляются задачи, а задачи связываются с экземплярами программ, которые, в свою очередь, вызывают функциональные блоки и функции.

Задача — это не код, а планировщик: она задаёт, когда и с каким приоритетом выполнить связанный с ней программный модуль.

Программные модули POU

Прикладной код строится из программных компонентов — POU (program organization unit). Стандарт определяет три типа, различающихся наличием памяти и назначением.

Функциональный блок создаётся как экземпляр: один и тот же блок (например, управление двигателем) можно инстанцировать многократно, и каждый экземпляр хранит своё состояние. Это основа повторного использования кода и модульной структуры проекта.

Типы задач

Задача определяет условие запуска связанной программы. Стандарт предусматривает непрерывное, периодическое и событийное выполнение.

По умолчанию контроллер работает в непрерывном цикле сканирования: чтение входов, последовательное выполнение программных модулей, запись выходов — и снова сначала. Циклические и событийные задачи накладываются на эту модель, позволяя выполнять разные части проекта с разной частотой и разным приоритетом.

Период вызова и приоритет

Циклическая задача характеризуется периодом вызова (интервалом) и приоритетом. Интервал задаёт, как часто запускается программа; приоритет определяет, какая задача получит процессор, если несколько готовы к выполнению одновременно.

TASK Fast   (INTERVAL := T#1ms,   PRIORITY := 0);
TASK Main   (INTERVAL := T#10ms,  PRIORITY := 10);
TASK Slow   (INTERVAL := T#100ms, PRIORITY := 20);

PROGRAM P_Motion WITH Fast : MotionControl;
PROGRAM P_Logic  WITH Main : MachineLogic;

По соглашению стандарта приоритет 0 — наивысший: чем меньше число, тем важнее задача. При вытесняющем (preemptive) планировании задача с более высоким приоритетом прерывает выполнение менее приоритетной и получает процессор немедленно; при невытесняющем — дожидается завершения текущей. Оба режима допускаются стандартом, конкретное поведение определяется средой исполнения.

Числовое соглашение о приоритетах у разных платформ различается: где-то меньшее число означает более высокий приоритет, где-то наоборот, а диапазон значений ограничен. Перед настройкой задач сверяйтесь с документацией конкретной среды разработки и контроллера.

Событийные задачи

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

Событийным задачам обычно назначают высокий приоритет, чтобы они вытесняли фоновую и медленную периодическую логику. Важно, чтобы код такой задачи был коротким и быстрым: длительная обработка в высокоприоритетной событийной задаче «задушит» остальные задачи и нарушит детерминизм цикла.

Организация проекта: рекомендации

1. Разделяйте логику по частоте. Быстрое управление (позиционирование, критичные блокировки) — в быструю задачу с малым интервалом; вычисления, обмен данными, диагностику — в медленные задачи.
2. Назначайте приоритет по критичности, а не по желанию. Наивысший приоритет — задачам с жёсткими требованиями к времени реакции; фоновую логику держите на низком приоритете.
3. Держите высокоприоритетные задачи короткими. Чем выше приоритет, тем короче должен быть код: длинная высокоприоритетная задача блокирует всё остальное.
4. Стройте проект из функциональных блоков. Оформляйте типовые узлы (двигатель, клапан, регулятор) как ФБ и переиспользуйте их экземпляры — это упрощает сопровождение.
5. Контролируйте загрузку и время цикла. Оставляйте запас по времени в каждом интервале и следите за сторожевым таймером, чтобы избежать переполнения цикла.