Блог

Как выбрать ПЛК под проект в 2026: Чек-лист из 20 критериев

2026-04-06 10:25
Выбор ПЛК редко делают в тишине кабинета. Обычно вокруг уже есть заказчик, сроки, смета, чей-то любимый бренд и страх «потом не купить модули». В итоге решение съезжает к простым эвристикам: «возьмем как в прошлый раз» или «что дешевле в каталоге». Иногда это срабатывает. Чаще через год всплывает нехватка портов, странности в коммуникациях или невозможность нормально сопровождать проект без ключевого инженера.
Ниже - не реклама вендора, а чек-лист из двадцати критериев, по которым можно пройтись на любом тендере или внутреннем ТЗ. Если по каждому пункту есть честный ответ, риск «не тот контроллер» резко падает.

Короткий ответ

Правильный ПЛК - это не «самый мощный» и не «самый дешевый», а тот, который закрывает технологию с запасом по I/O и циклу, поддерживает нужные протоколы и среду разработки, имеет понятную логистику и поддержку и вписывается в правила эксплуатации (резервирование, температура, сертификаты). Двадцать критериев ниже как раз помогают перевести эти слова в конкретные вопросы к поставщику и к себе.

Как пользоваться чек-листом

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

Чек-лист: 20 критериев выбора ПЛК

Критерий
Зачем важен
Красные флаги
1
Класс задачи: логика, регулирование, motion, safety
От задачи зависят CPU, память, тип I/O
«Универсальный» контроллер без уточнения нагрузки
2
Число и тип каналов I/O (DI/DO/AI/AO, термопары, счетные)
Определяет корзину и запас по слотам
Заказ «в ноль» без модуля запаса
3
Требования по быстроте цикла и джиттеру
Регуляторы и быстрые контуры не терпят случайных задержек
Нет расчета времени цикла под реальный проект
4
Напряжения поля, гальваника, распределение питания
Ошибка уровня - типовая причина сбоев
Смешение «просто 24 В» без разнесения цепей
5
Диапазон температур, вибрация, IP шкафа
Промышленность не равна офису
Бытовой класс без подтверждения для цеха
6
Поддерживаемые протоколы: Modbus, OPC UA, CAN, Ethernet промышленный
Интеграция с приводами, счетчиками, SCADA
«Настроим потом любой протокол» без списка
7
Роль в сети: мастер/шлюз/клиент, число одновременных сессий
От этого зависит загрузка CPU и память
Один порт «на всё» без плана сегментации
8
Среда программирования и стандарт IEC 61131-3
Поддержка и найм инженеров
Закрытая среда без резерва кадров на рынке
9
Библиотеки, примеры, типовые объекты поставщика
Ускоряют пуск и снижают риск ошибок
«С нуля напишем сами» на каждом объекте
10
Резервирование CPU, питания, сети
Критично для непрерывных процессов
Обещание «надежности» без схемы резерва
11
Объем проекта и модульность расширения
Проект растет после ввода
Нет свободных слотов и линий на расширение
12
Память программы и retain
История уставок и большие структуры данных
Частые переполнения на этапе отладки
13
Диагностика, веб-доступ, журналирование
Снижает время простоя при аварии
«Смотрите только в SCADA» без локальной диагностики
14
Соответствие нормам (если нужно: ПБ, метрология, отраслевые)
Приемка и эксплуатация
Игнорирование требований заказчика «до пуска»
15
Сертификаты и страна происхождения, логистика закупки
Риск срыва поставки модулей
Единственный канал без запасного
16
Срок жизни серии и политика обновлений
Через 5 лет должны купить замену
Снятие с производства без миграционного плана
17
Обучение, техподдержка, SLA
Эксплуатация в ночную смену
Поддержка только через «одного знакомого»
18
Стоимость владения: лицензии, кабели, программаторы
TCO часто выше цены корзины
Скрытые лицензии на библиотеки и OPC
19
Совместимость с SCADA/MES/архивом
Вертикаль не заканчивается на ПЛК
«Потом придумаем теги» без адресного плана
20
Запас по производительности на 20-30%
Рост технологии и доработки
Конфигурация «в упор» без запаса

Что обычно ломается, если чек-лист не пройден

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

Как связать выбор ПЛК с тем, что вы уже публикуете в блоге

Если в проекте много Modbus RTU/TCP, важно заранее понять, сколько портов и какая нагрузка опроса реально будет - см. практический разбор стабильного обмена в материале про Modbus в вашей линейке gold-статей. Если верхний уровень строится на OPC UA, нужно проверить, как ПЛК или шлюз публикует модель данных и хватает ли ресурсов на сервер и подписки - это стыкуется с гайдом по OPC UA.
Так вы не выбираете контроллер в вакууме, а под архитектуру обмена, которую уже описали для читателей и для своих объектов.

Пошагово: от задачи до спецификации

Шаг 1. Опишите технологию: число аналоговых и дискретных точек, требования по скорости, аварийные режимы.
Шаг 2. Составьте список внешних систем: привода, частотники, счетчики, SCADA, MES.
Шаг 3. Пройдите таблицу из 20 строк и отметьте обязательные и желательные пункты.
Шаг 4. Сделайте пилот: реальные модули, реальный обмен, замер цикла под нагрузкой.
Шаг 5. Зафиксируйте спецификацию с запасом по слотам и по CPU.
Шаг 6. Утвердите ответственного за сопровождение и план обновлений.

Выбор ПЛК в 2026 году - это в первую очередь дисциплина требований. Двадцать критериев выше превращают разговор «какой контроллер взять» в проверяемый список. Если по нему пройтись до закупки, реже приходится объяснять заказчику, почему «внезапно» не хватает порта или почему цикл не держит регулятор.
Для отечественных площадок с импортозамещением разумно сразу закладывать совместимость с привычной средой разработки и предсказуемую линейку модулей. Например, оборудование СТАБУР (ПЛК и связанные модули под CODESYS или MasterSCADA) часто выбирают, когда важно совместить стандарт IEC 61131-3, понятную эксплуатацию и единый подход к проекту на нескольких объектах - не как единственный вариант на рынке, а как один из осмысленных кандидатов при прохождении того же чек-листа.

FAQ

Обязательно ли все 20 пунктов для маленького объекта?

Нет. Но пропуск пункта должен быть сознательным: вы понимаете риск и фиксируете его в протоколе.

С чего начать, если времени мало?

С I/O, цикла, протоколов и поставки. Остальное - вторым проходом.

Какой запас по производительности разумен?

Ориентир 20-30% по CPU и памяти под доработки - разумный компромисс.

Нужен ли отдельный ПЛК под коммуникации?

Иногда да, если контроллер превращается в «шлюз на коленке». Лучше заложить это на этапе архитектуры.

Как не ошибиться с OPC UA на контроллере?

Проверить на пилоте число узлов, подписок и задержку при вашей конфигурации SCADA.

Стоит ли гнаться за топовым CPU?

Только если расчет цикла и нагрузки это подтверждает. Иначе переплата без выгоды.