ЖУРНАЛ СТА №4/2026

О Б З О Р Ы 54 www.cta.ru СТА 4/2026 лизованное управление программными версиями , упрощается масштабирование одинаковых машин и производственных модулей . Но оговорка « потенциально » здесь принципиально важна – Virtual PLC не гарантирует автоматическое приобре - тение системой всех названных преиму - ществ . А кроме этого , к вычислительной платформе добавляются требования к резервированию , сетевой инфраструкту - ре , кибербезопасности , лицензированию и квалификации персонала . Поэтому реальная экономическая модель должна рассматриваться через TCO, а не только через цену PLC CPU. В традиционной системе значитель - ная часть расходов приходится на аппа - ратную инфраструктуру : ● PLC; ● модули I/O; ● сетевое оборудование ; ● IPC; ● шкафное оборудование ; ● резервные устройства . У Virtual PLC часть расходов перемеща - ется из hardware в software и инфраструк - туру . То есть появляются другие статьи : ● Industrial PC или сервер ; ● гипервизор или Edge runtime; ● лицензии PLC; ● лицензии HMI; ● резервная вычислительная плат - форма ; ● системы хранения и резервного копи - рования ; ● средства кибербезопасности ; ● обслуживание ОС и программного стека . Получается своеобразная смена точки сложности , перемещающая её с уровня отдельного устройства на уровень архи - тектуры . Ради чего такие сложности ? Почему промышленному предприятию вообще может понадобиться Virtual PLC? Уж точно не потому , что виртуальность сама по себе является преимуществом . Главный практический аргумент – воз - можность объединить вычислительные функции , которые раньше выполнялись на нескольких отдельных устройствах . Предположим , на одном производ - ственном участке имеются : ● PLC; ● HMI; ● OPC UA server; ● historian; ● машинное зрение ; ● AI inference; ● сервис диагностики ; ● цифровой двойник . Традиционно это набор отдельных компьютеров и контроллеров . При Software-De fi ned Automation значитель - ная часть этих функций может выпол - няться на одной производительной Industrial Edge- платформе . Здесь и появляется экономический эффект , благодаря которому потенци - ально может уменьшиться количество физических устройств , упроститься тира - жирование программных конфигураций , появится возможность эффективнее использовать CPU, облегчается центра - предприятие начнёт получать опыт экс - плуатации общей IT/OT- платформы без изменения основного контура управле - ния . Третий шаг – установить Soft PLC или Virtual PLC рядом с действующей системой в качестве дублёра . На этом этапе можно сравнить различные па - раметры работы двух параллельных систем . Четвёртыйшаг – перенести remote I/O и проверить реальную работу рас - пределённого контура . Пятый – органи - зовать резервирование вычислительной платформы . Шестой – провести SIL/HIL- тестирование новых программных кон - фигураций . И только после этого имеет смысл начинать консолидацию несколь - ких PLC на одном физическом узле . В разговоре о software-de fi ned auto- mation легко забыть , что нижний уро - вень промышленной системы остаётся физическим . Это датчики , приводы , дви - гатели , роботы , I/O и т . д . Ни контейнер , ни виртуальная машина , ни AI не отме - няют эти элементы . Поэтому внедрение Virtual PLC нельзя рассматривать как превращение АСУ ТП в обычный дата - центр . Верхние уровни действительно становятся всё более программными , но нижний уровень продолжает подчинять - ся законам физического мира . Именно здесь проходит одна из главных границ архитектуры будущего . Теперь вернёмся к исходному вопросу : закончилась ли эпоха промышленного компьютера ? И ответ будет : скорее на - оборот . Промышленный компьютер ста - новится ещё важнее , поскольку его роль меняется . Раньше IPC часто рассматривал - ся как специализированный компьютер для конкретной задачи . В новой архитек - туре он превращается в универсальную вычислительную платформу , на которой одновременно могут находиться и Virtual PLC, и несколько PLC runtime, и HMI, и OPC UA, и AI. То есть Virtual PLC не вытесняет промышленный компьютер , а делает его центральным физическим элементом про - граммно - определяемой автоматизации . Но чем более виртуальным становит - ся PLC, тем важнее становится физиче - ская платформа , на которой он работает . Чем больше функций консолидируется на одном IPC, тем серьёзнее становятся требования к резервированию . Чем боль - ше программных компонентов появляет - ся , тем важнее управление версиями и кибербезопасность . Чем дальше PLC нахо - дится от I/O, тем важнее характеристи - ки ( в частности , детерминированность ) сети . Чем ближе AI сливается с контуром управления , тем важнее изоляция его функций от детерминированной логики . Сценарий Потенциальное преимущество Что необходимо проверить Машиностроение и сборочные линии Тиражирование программных конфигураций Цикл управления , motion и I/O Роботизированные ячейки PLC, vision и AI на одной платформе GPU, latency и safety Модульное производство Быстрое создание одинаковых экземпляров Изоляция и управление версиями Конвейерные системы Централизованное управление распределёнными участками Задержки и отказ сети Тестовые стенды Быстрая реконфигурация и воспроизводимость Реальные I/O и HIL Цифровые двойники Связь модели и управляющего ПО Корректность модели Большое количество однотипных машин Консолидация и централизованное управление Blast radius отказа Системы с интенсивной аналитикой AI, vision и PLC на одном IPC Изоляция ресурсов Простая автономная машина Не всегда очевидны преимущества TCO и сложность эксплуатации Жёсткие safety- контуры Возможна виртуализация сертифицированных функций Соответствие конкретной safety- архитектуре Таблица 2. Преимущества Virtual PLC в различных сценариях применения