Статья Дэвида Хамфри (David Humphrey), директора по исследованиям аналитического агентства ARC Europe, в которой рассматривается появление программно-определяемой автоматизации на уровне контроллера и ее влияние на то, как АСУ ТП будут проектироваться, развертываться и управляться в будущем. Конкретно речь идет о виртуальных ПЛК (vPLC) – программных средств, эмулирующих функции физических программируемых логических контроллеров.

Информационные технологии оказывают влияние на системы промышленной автоматизации с момента появления Индустрии 4.0 более десяти лет назад. Эта инициатива показала ценности и преимуществам использования подобных ИТ архитектур, например, в процессах непрерывной оптимизации. Она также создала основанное на данных видение будущего, в котором продукты и производственные процессы моделируются и тестируются с использованием цифровых двойников. «ИТ-фикация» архитектур автоматизации началась с промышленных сетей на основе Ethernet и привела к слиянию на производстве классической автоматизации с миром ИТ. Эта тенденция продолжается, и сейчас мы наблюдаем миграцию управления со специализированного оборудования в управляемую ИТ-среду. 

Базовые положения:

  • Виртуальный ПЛК (vPLC) не заменит полностью классические ПЛК (PLC). Они будут сосуществовать, поскольку пользователи сами решают, какое решение лучше и где его развернуть.

  • В программной среде vPLC дает множество преимуществ по сравнению с классическим PLC в таких категориях, как простота развертывания, управляемость, масштабируемость и гибкость. Однако эти преимущества будут реализованы только тогда, когда пользователи перейдут на действительно IT-подобные архитектуры и обучат свой персонал проектированию и эксплуатации.

  • vPLC – это всего лишь часть комплексного решения для архитектуры автоматизации, которая также включает инфраструктуру, приложения и сторонние компоненты. 

От программного к виртуальному ПЛК

vPLC приобретается и загружается как приложение, а затем устанавливается и интегрируется в периферийную среду. Обычно производители ПЛК оставляют выбор оборудования для хостинга за пользователем, но предоставляют список справочного оборудования. В остальном новый vPLC ничем не отличается по функциональности от классических ПЛК. 

Концепция, определяемая программным обеспечением: решения станут предоставляться в виде ПО и будут работать на стандартизированном оборудовании
Концепция, определяемая программным обеспечением: решения станут предоставляться в виде ПО и будут работать на стандартизированном оборудовании

Все началось с центров обработки данных

Центры обработки данных (ЦОД) были пионерами виртуализации. До виртуализации ЦОДы состояли из выделенных функциональных серверов, на которых работало одно приложение (база данных, электронная почта, файлообмен, CRM, ERP). Каждый сервер должен был администрироваться, настраиваться и масштабироваться индивидуально для поддержки максимального спроса, предъявляемого к его приложению или услуге. Виртуализация значительно сократила количество требуемых физических серверов, снизила потребление энергии и обеспечила лучшую видимость и управляемость ИТ-операций. Виртуализация серверов была первым шагом к сегодняшнему программно-определяемому центру обработки данных и инфраструктуре облачных вычислений. 

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

Как виртуальные ПЛК изменят автоматизацию? 

Концепция виртуального ПЛК поднимает множество вопросов:

  • Является ли vPLC прямой заменой классического ПЛК?

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

  • Какие приложения останутся областью классического ПЛК?

  • Какие новые возможности создает vPLC?

Ниже приведены описания потенциальных преимуществ и предостережений vPLC.

Виртуальное развертывание

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

Развертывание для конечных пользователей

В то время как традиционные ПЛК развертываются вручную, часто с параметрами, также установленными вручную, vPLC развертываются как цифровые активы посредством «оркестровки», т.е. процесса автоматической настройки, предоставления и управления активами с использованием обычных ИТ-инструментов. После освоения определенных ИТ-навыков инженеры по автоматизации могут развертывать и контролировать целые парки контроллеров на машинах, линиях и целых заводах в смешанной конфигурации программно-определяемых и физических устройств. Крупный завод сегодня может включать несколько сотен ПЛК, поэтому потенциальная экономия средств, возможная при централизованном управлении активами автоматизации, огромна. 

Развертывание для машиностроителей

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

Снижение капитальных затрат

vPLC работает на сервере, и пользователи могут сократить капитальные затраты, если несколько vPLC установлены на одном хост-устройстве. Выбор хостингового оборудования остается за пользователем, что возлагает на него ответственность за обеспечение соответствия требованиям приложений. Но сколько vPLC можно установить на сервере и каковы ограничения? Пользователи рекомендуют следующее: вычислительный кластер из 10 – 20-ти vPLC на сервер является реалистичным, но это зависит от того, какие функции выполняют vPLC. Жесткое управление движением с детерминированной производительностью – это испытание на прочность ПЛК. Виртуальный ПЛК выполняет стандартные задачи управления движением также, как и его аппаратные собратья, но для расширенного управления движением (координация нескольких сервоосей) производители рекомендуют применять классический PLC и использование выделенного технологического модуля (T-CPU). 

Масштабируемость и гибкость

vPLC делают системы автоматизации более гибкими и масштабируемыми. Размер системы можно увеличивать или уменьшать, просто изменяя количество используемых экземпляров виртуальных ПЛК, а не устанавливая или удаляя физическое оборудование. Пользователи, которые платят только за контроллеры, используемые в данный момент – весьма привлекательная модель для производителей. 

Управление устройствами и приложениями

Виртуализированные системы «оркестрируются» – это означает, что приложения и устройства могут быть быстро развернуты с помощью автоматизированных задач по настройке. Это позволяет эффективно развертывать, контролировать и управлять целыми парками программно-определяемых систем автоматизации, интеллектуальных устройств и приложений с использованием общих инструментов. 

Поддержка прежних версий

Производители вложили огромные суммы в разработку кода ПЛК, поэтому неслучайно vPLC обычно поддерживают устаревший код и структуры данных, позволяя пользователям использовать свою существующую интеллектуальную собственность и знакомые инженерные инструменты. (Например, Simatic S7-1500V настраивается так же, как традиционный ПЛК). Это также работает в обратном направлении: пользователи могут легко переключиться на классический ПЛК, если это необходимо с тем, чтобы снизить риск изменений и осуществлять пошаговое развертывание. 

Более высокая эффективность

Виртуальный ПЛК развертывается в промышленной среде – пространстве, где новые и устаревшие системы автоматизации интегрируются в ИТ-инфраструктуру. vPLC работает в среде, в которой приложения и устройства могут контролироваться централизованно, и которая способствует открытому обмену данных. Например, пользователи могут управлять и обслуживать производственное оборудование с помощью аналитических данных, которые помогают оптимизировать процессы и даже предсказать остановки и поломки до того, как они произойдут (предикативная аналитика). Эти возможности могут быть дополнительно расширены другими приложениями, такими как мониторинг, работающими на той же периферийной платформе. 

Расходы на закупку и жизненный цикл

Является ли система автоматизации, использующая vPLC, менее дорогой в приобретении, чем традиционная система автоматизации? Как затраты на жизненный цикл сравниваются с затратами на традиционную систему PLC? Пока еще не решен вопрос о сравнении стоимости виртуального и классического PLC. Хотя vPLC по-прежнему требует аппаратного обеспечения для работы, пользователи могут развертывать несколько экземпляров vPLC на одном сервере, что сокращает общее количество устройств и экономит место в шкафу автоматики. Однако vPLC просто заменяет центральный процессор системы автоматизации. Модули ввода-вывода, датчики, исполнительные механизмы и панели оператора по-прежнему необходимы, и они могут составлять большую часть общей стоимости системы. Дополнительная экономия средств может быть достигнута за счет снижения затрат на проектирование с помощью подхода DevOps к созданию ПО, который сокращает время разработки, обеспечивая при этом качество и согласованность кода. 

Заключение

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

Виртуальный ПЛК следует по давно устоявшемуся пути в области информационных технологий: «переносить hard в soft на столько, насколько это возможно», более того применяет этот принцип к критическому управлению, осуществляемому в режиме реального времени. 

Цель vPLC заключается не в замене классического ПЛК, а в развертывании и управлении функциями ПЛК в среде, ориентированной на данные, со всеми преимуществами современных ИТ-инструментов.

Комментарии (8)


  1. Ivan_I
    27.12.2024 12:24

    Очень может быть, но пока сложно представить. При разработке активно используется нечто похожее на vPLC, это действительно очень удобно.


  1. Indemsys
    27.12.2024 12:24

    Что-то упростить в ПЛК можно только упростив программирование этих ПЛК. Но во всей этой статье слово программирование встречается только в названии хаба куда эта стаья помещена.
    Текст похож на галюцинацию какого-то ИИ.


  1. DarkWolf13
    27.12.2024 12:24

    идея может и имеет смысл, но на малых системах пока нет необходимости применять подобное, а на больших возникают другие вопросы, вроде: как проводит аудит безопасности подобной системы? где будет разделения уровней автоматизации? как обеспечивать надежность отдельных виртуальных ПЛК и что бы они не мешали друг другу? Допустимо ли использовать в Safety-периметре?


    1. kyzyldur
      27.12.2024 12:24

      В больших системах вообще централизация управления - сомнительная вещь, всегда вроде стремились к децентрализации для повышения надежности )

      Что будет, если накроется сервак, в котором крутятся несколько виртуальных ПЛК, управляющих технологическими процессами, которые нельзя прерывать? Сразу куча испорченной продукции на разных стадиях? Куча агрегатов, зависших в непонятном состоянии?


  1. lumen_xp
    27.12.2024 12:24

    SoftPLC существуют давно и это не фантазия.

    Тот же сименс преподобный выпускает для своих промышленных ПК надстройку, можно плат с профибасом натолкать и сделать периферию распределенную.

    https://mall.industry.siemens.com/mall/en/WW/Catalog/Products/10268313?activetab=productinformation

    ПЛК это в первую очередь высоконадежное устройство и реалтаймом. Судя по тенденциям с выдуманной открытой АСУ ТП, вместо того, что бы везде напихать OPC UA и OPC UA TSN и жить счастливо, мы изобретаем троллейбус из буханки хлеба. Еще ведь питона натолкают и будут хлопать в ладоши.

    Почему никому в голову не ударило сокеты унифицировать у процессоров? Да потому что под это государство денег не даст, а тут КИИ, кибербезопасность и прочее...


  1. AleksisTZ
    27.12.2024 12:24

    Как то немного сомнительно выглядит, врятли в нашей стране крупные производства захотят переходить на подобную систему в отказ от обычного плк. Надёжность все таки решает, когда на серве крутиться слишком много, его отказ становиться слишком болезненым. По опыту с плк редко что то происходит, но а вот сервак нет нет да и упадёт раз в несколько лет, не часто но все же


  1. NutsUnderline
    27.12.2024 12:24

    моторчики то куда подключать будем? к lpt порту, как match3? Так они и то сделали внешнюю плату для этого. Чтобы взаимодейтвовать с внешним миром все равно нужны всякие dio и aio. Уже сейчас есть тенденция делать относительно "тупые" модули ввода вывода на modbus. это хорошо до тех пор пока скорости 9600 бод "хватит на всех". Как только чтото побыстрее - модуль становиться более интеллектуальным. в результате современный частотник уже сложнее простого плк, и иногда обладает функциями программирования.

    алгоритмы управления все равно реализует софт, вопрос только где он крутиться


  1. sergerz
    27.12.2024 12:24

    Англичане распространяют свою агентуру во всех странах, их интересующих. Американцы в 90-х решили, что агентура не нужна, ибо они могут все узнать через компьютеры и интернет. А, если все узнать, то и на все воздействовать. Что они и делали неоднократно. Например разрушив иранские центрифуги для обогащения урана. И даже в PLC Siemens нашли вирус. Что в принципе невозможно, но факт. И даже Саяно-Шушенскую ГЭС разрушили именно они, но это неточно. Было дело, вскрывал я станок, который отказался работать при перемещении его с одного места на другое. Повезло, взломал и работать заставил. А если нет, тогда чего? Производство встанет. И вставало. Почему и импортозамещение. А виртуальный PLC - 100% воздействие. Потому самый простой способ защиты - сделать железный PLC и не подключать его к сети.