На совещании технолог говорит: «Нам нужен CODESYS в шкаф, а SCADA пусть будет MasterSCADA на сервере». Инженер кивает, хотя контроллер уже выбран с двумя взаимозаменяемыми средами на одной платформе. В спецификации пишут «ПЛК + SCADA отдельно», закупают лишний сервер, а панель на двери шкафа пустует - потому что «HMI только с верхнего уровня». Через год выясняется: половину логики можно было держать в одной среде на том же железе, без второго контура лицензий.
Статья разбирает выбор между CODESYS 3.5 и MasterSCADA 4D на одном контроллере в 2026 году. Обе среды на ряде платформ, включая линейку СТАБУР, равнозаменяемы: это не «низкий уровень» и «верхний SCADA», а два варианта заказа программирования одного и того же ПЛК. Фокус - критерии для ТЗ (команда, лицензии, HMI на объекте, интеграции), типичные ошибки и границы, где одна среда удобнее другой. Здесь нет пошагового урока по первому проекту и не сравнение с зарубежными брендами по именам.
CODESYS 3.5 и MasterSCADA 4D на одном железе - взаимозаменяемые среды разработки и runtime одного контроллера, а не пара «ПЛК + отдельная SCADA» по умолчанию. CODESYS чаще заказывают, когда команда сильна в IEC 61131-3 (ST, FBD, LD), нужна привычная среда наладки и лицензирование без счётчика точек. MasterSCADA 4D - когда важны встроенный HMI-контур, архивирование, мнемосхемы на панели и интеграции с учётом лицензии по точкам (500/1000/2500/5000). Выбор фиксируют в ТЗ до закупки: смена среды после пуска - миграция проекта, а не «переключить галочку». Ошибка: считать, что на контроллере «может быть только CODESYS», а SCADA обязана жить на сервере.
Один и тот же программируемый контроллер с Linux RT и модульной корзиной I/O поставляют с заказом среды: либо проект ведут в CODESYS 3.5 (в актуальной линейке - версия 3.5.16.40), либо в MasterSCADA 4D. Runtime на устройстве соответствует выбору. Панель оператора на двери шкафа может быть частью того же проекта MasterSCADA; в CODESYS - свой контур визуализации и связи, без автоматического «серверного» слоя.
На платформах с двумя взаимозаменяемыми средами заказчик не покупает «два разных ПЛК», он выбирает инструмент разработки под команду и задачу. Это принципиально меняет ТЗ: строка «ПЛК CODESYS + SCADA на сервере» не следует автоматически из архитектуры, её обосновывают отдельно.
Ментальная модель из 2000-х: логика в ПЛК, картинки на сервере. В 2026 на объекте среднего размера контроллер с панелью 7-15 дюймов часто закрывает и логику, и операторский интерфейс, и часть архива. MasterSCADA на контроллере - не «урезанная диспетчерская», а полноценный контур для шкафа и линии. CODESYS на том же железе - не «только для тех, кто не умеет в SCADA», а среда для команд, выросших на ST и FBD.
Ошибка проектирования: закупить сервер SCADA «на всякий случай», не загрузив панель на ПЛК. Вторя ошибка: требовать CODESYS в ТЗ, потому что «так всегда писали», хотя у заказчика нет инженера с опытом CODESYS, а есть диспетчерская с опытом мнемосхем MasterSCADA. Третья: не заложить лицензию по точкам MasterSCADA при росте связей Modbus и OPC - сюрприз на этапе расширения. См. лицензия по точкам и выбор модели.
| Критерий | CODESYS 3.5 | MasterSCADA 4D |
|---|---|---|
| Команда и навыки | Сильна ST/FBD/LD, опыт IEC 61131-3, наладка через CODESYS IDE | Сильна в мнемосхемах, архивах, объектной модели MasterSCADA |
| Лицензирование | По КП/паспорту, без счётчика точек протокола | Пакеты по точкам (500-5000), точка = канал с связью или архивом |
| HMI на панели шкафа | Визуализация в контуре CODESYS, свой подход к экранам | Встроенный HMI-редактор, привычные мнемосхемы и тренды на панели |
| Архивирование и отчёты | Реализуемо, но чаще упрощённый контур или вынос на сервер | Родные тренды, архивы, интеграция в одном проекте |
| Интеграция Modbus, OPC | Библиотеки и шлюзы в проекте CODESYS | Каналы как точки лицензии, наглядная привязка к объектам |
| Миграция и сопровождение | Проще искать CODESYS-наладчика на рынке | Проще для команд, уже сидящих на MasterSCADA на других объектах |
| Когда добавляют сервер SCADA | Несколько площадок, центральная диспетчерская, тяжёлый MES | Аналогично: контроллер - полевой/HMI узел, сервер - агрегация |
Таблица - ориентир для ТЗ, не жёсткое правило. Конкретный объект может иметь вескую причину выбрать среду «против таблицы» - её фиксируют в пояснительной записке.
Заказчик или интегратор с устоявшейся библиотекой на ST и FBD, регуляторы, последовательности - логичный выбор CODESYS. Команда уже прошла первый старт в CODESYS 3.5, есть шаблоны проектов, git для ПЛК, стандарты именования. На объекте мало «рисованных» экранов, панель - аварии, уставки, режимы; основная работа - код.
Второй сценарий: в холдинге стандартизировали CODESYS для всех новых ПЛК, MasterSCADA не хотят смешивать без причины. Третий: лицензионная политика - нужно избежать роста точек при большом числе Modbus-устройств на одном контроллере-шлюзе. Четвёртый: motion и специализированные библиотеки (например, SoftMotion) - контур CODESYS привычен.
Граница: если заказчик хочет богатый HMI с десятками экранов, трендами и ролями «как на старой SCADA», а команда не готова всё это собирать в CODESYS, формальный выбор CODESYS из привычки дороже обойдётся на пуске.
Объект с выразительным операторским интерфейсом на двери шкафа: мнемосхема, тренды, журнал, роли оператор/наладчик. Команда заказчика или интегратора уже ведёт объекты на MasterSCADA - единая среда снижает стоимость сопровождения. Нужно архивирование на годы и отчёты без немедленного ввода серверного кластера.
Учитывают лицензию по точкам: на пуске 400 каналов - пакет 500; закладывают рост на модернизацию. Интеграции с верхним уровнем через OPC или Modbus не отменяют MasterSCADA на ПЛК - сервер может читать теги с контроллера, как описано в материале панель оператора и SCADA: граница уставок и аварий.
MasterSCADA на одном железе с ПЛК - нормальный ответ на задачу «один шкаф - одна среда - один проект», а не обходной путь.
Импортозамещение и единые требования холдингов подтолкнули к российским контроллерам с двумя средами. Заказчик впервые видит выбор не «бренд A или B», а «CODESYS или MasterSCADA на одном железе». В ТЗ 2026 всё чаще явно пишут: «среда разработки - одна из, по приложению N с обоснованием». Это снимает споры на приёмке.
Второй тренд: меньше лишних серверов на малой линии - экономия полной стоимости владения и упрощение контура ИБ (меньше узлов). Контроллер с панелью закрывает полевой и HMI слой; сервер оставляют для агрегации нескольких цехов. Третий: инженеры приходят с курсами языков IEC 61131-3 и с опытом мнемосхем - выбор среды становится кадровым, не религиозным.
Выбор среды влияет на то, как команда хранит и передаёт исходники. CODESYS-проекты привычно кладут в Git с .gitignore под бинарники библиотек; MasterSCADA - со своими правилами экспорта и резервных копий. На горизонте 10 лет важнее не «какая среда моднее», а есть ли регламент: кто мержит, где лежит эталон для завода, как откатывают релиз после неудачной доработки. Материал versionirovanie-proektov-plk-git-praktika применим к обеим средам, но в ТЗ стоит указать формат передачи архива заказчику - не «флешка в конверте», а репозиторий или подписанный архив с версией.
При смене подрядчика новая команда быстрее подхватывает проект в той среде, которую знает рынок в регионе. Перед финальным выбором имеет смысл опросить два-три интегратора: не «что они рекламируют», а «что они реально сопровождают на SAT». Ответ часто честнее таблицы критериев.
Диагональ 5-10 дюймов на компактном шкафе часто достаточна для аварий, уставок и простых трендов - здесь обе среды справляются. На 12-24 дюймах с детальной мнемосхемой и несколькими уровнями меню команды, привыкшие к MasterSCADA, обычно быстрее собирают интерфейс без «костылей». CODESYS на большой панели тоже возможен, но закладывают время на проектирование экранов и иерархию навигации - тема пересекается с иерархией экранов HMI. Выбор среды и диагонали связаны: не заказывать 15 дюймов «для красоты», если в проекте три экрана и нет кого их рисовать в выбранной среде.
Даже при MasterSCADA или CODESYS на ПЛК центральная SCADA остаётся для: нескольких географически разнесённых площадок, единого операторского зала, тяжёлого архива на SAN, интеграции с ERP/MES «в один контур». Полевой контроллер отдаёт теги вверх; не дублируют всю логику на сервере без нужды.
Ошибка: ставить сервер «потому что SCADA должна быть на сервере», не описав границу тегов и уставок. Правильно: контроллер - автономная работа линии и локальный HMI; сервер - надзор и отчёты. При потере связи линия живёт.
На одном заводе допустимы шкафы на CODESYS и шкафы на MasterSCADA - разные линии, разные подрядчики, разная история. Недопустимо путать в одном ТЗ на один шкаф: «программирование CODESYS, мнемосхемы MasterSCADA на том же ПЛК без миграции» - два проекта, двойные затраты. Если холдинг стандартизирует одну среду - новые объекты под неё; старые не трогают без миграционного бюджета.
Шлюзы Modbus и OPC между контроллерами разных сред - нормальная схема. Инженерный маршрут по экосистеме полезен для понимания документации и типовых связок без смешения runtime на одном устройстве.
В КП должна быть явно указана среда: CODESYS 3.5 или MasterSCADA 4D, версия runtime. Для MasterSCADA - пакет точек и запас на расширение. Панель оператора - в том же проекте или отдельно. Обучение - под выбранную среду. Исходники передают в формате среды, не «PDF схем».
Замена среды по ходу проекта - отдельная статья сметы. На тендере «ПЛК» без указания среды - ловушка: поставят ту, что дешевле интегратору, не той, что нужна эксплуатации.
«SCADA только на сервере». Игнорируют HMI на контроллере, переплачивают за железо и лицензии.
«На ПЛК только CODESYS». Устаревшая модель; MasterSCADA на том же железе - штатный вариант.
Не заложили точки MasterSCADA. Расширение объекта упирается в лицензию.
Выбор среды без команды. ТЗ под CODESYS, а наладчиков нет - сроки пуска летят.
Два проекта на один шкаф. Логика в одной среде, экраны «как получится» в другой - без плана миграции.
Можно ли сменить среду после пуска на том же ПЛК?
Технически платформа допускает заказ другой среды на новых поставках; уже сданный проект - переработка, не обновление прошивки.
Одна панель - две среды?
Нет. На одном контроллере один runtime проекта выбранной среды.
Что ставить новой команде без опыта?
Смотреть кадры и подрядчика, не абстрактный рейтинг; часто MasterSCADA быстрее даёт HMI, CODESYS - гибче в алгоритмах на ST.
Нужен ли сервер, если панель 15 дюймов?
Зависит от числа узлов и диспетчеризации, не от диагонали. Одна линия - часто нет; три цеха - да.
Линейка ПЛК и панелей СТАБУР поставляется с заказом CODESYS или MasterSCADA 4D на одном устройстве: модульная корзина I/O, Linux RT, диагонали 5-24 дюйма. Интегратор в ТЗ фиксирует среду после короткой матрицы (команда, HMI, точки, интеграции), а не по привычке из прошлого десятилетия. Заказчик получает предсказуемый пуск и один комплект исходников на шкаф.