Видео

Среда разработки и программный ПЛК для открытой АСУ ТП

Интервью с Иваном Ярцевым, координатором ТРГ по открытой интегрированной среде разработки и ТРГ по открытому программному ПЛК, архитектором АСУ ТП АО "Северсталь-Инфоком"

Смотрите интервью с Иваном Ярцевым на RUTUBE

  • Обстоятельство, обусловившее наш интерес к открытой АСУ ТП, - уход иностранных производителей, предоставляющих комплексные решения АСУ ТП. Это актуально для всех отраслей промышленности.
  • Если мы не будем об этом думать, есть риски с остановкой оборудования, модернизацией, в будущем - проблема с новыми производствами.
  • В первую очередь, для нас приоритетны два направления. Это открытый программный ПЛК и открытая интегрированная среда разработки.
  • В России несколько десятков производителей ПЛК. Но они все несовместимы между собой - на уровне модулей, периферии, протоколов. В этом - большая проблема. Никто из отечественных вендоров не может предоставить комплексное решение. У них нет такой развитой номенклатуры модулей, производственной базы, обучающих центров.
  • Мы не изобретаем велосипед: сейчас практически у всех крупных западных вендоров есть свой программный ПЛК. Они понимают, что за этим будущее - и подстраховываются. Они могут легко перейти на другие чипы, другое железо.
  • Сейчас у наших вендоров есть проблемы с чипами. Программный ПЛК дает возможность легче перейти на другую аппаратную платформу.
  • Программный ПЛК тем и хорош, что он может работать и на ПК, и на специализированном железе. У Siemens есть, например, программный ПЛК и в “железных” ПЛК - MC7 виртуальная машина. Программный ПЛК может управлять различными технологическими процессами.
  • Мы не собираемся копировать стандарты OPAS. Нам нужен больший охват областей - и дискретные производства, и гибридные производства. И даже смотреть в сторону ПАЗ, если программный ПЛК будет развернут на специализированном железе.
  • На нашем рынке не хватает общей среды разработки, потому что это удобно. Это позволяет создавать прикладное программное обеспечение для различных ПЛК, переносить его с одного ПЛК на другой, конфигурировать периферию. При этом нет необходимости поддерживать множество сред разработки, множество виртуальных машин. Сейчас есть возможность для рынка объединиться и не конкурировать в этом.
  • Есть открытые среды разработки - Beremiz и 4diac. На первом этапе нам нужно брать что-то за основу и на основе этого разрабатывать, если мы хотим быстрее получить продукт. Скорее всего 4diac, так как в нем есть поддержка МЭК 61499.
  • Мы выпустили версии технических требований 2.0. Эти версии сделаны уже с учетом мнений вендоров, которые откликнулись, дали свои замечания. Требования уже готовы для того, чтобы на их основе сделать техническое задание и разрабатывать продукты. Но мы планируем выпустить и версию 3.0, потому что мы хотим выровняться по терминам и определениям. Другой аспект, который должен войти в версию 3.0, информационная безопасность.
  • Вендоры разделились на два лагеря. Первые – “забронзовевшие” вендоры – сказали, что идея утопичная и что у них уже есть все готовые решения, только покупай. Другая категория - молодые активные вендоры, которые готовы разрабатывать все, что угодно.
  • Технические задания в рамках РГ мы формулировать не будем. Мы не будем навязывать детализированные ТЗ вендору, мы будем совместно с ними разрабатывать ТЗ.
  • “Северсталь” хочет дать импульс рынку, чтобы история с ОАСУ ТП не закончилась только техническими требованиями. Мы хотим показать, что можно разработать минимальный жизнеспособный продукт. Мы собираемся открыть исходники, чтобы все, кому интересно, смогли портировать наш программный ПЛК на свое железо. Мы планируем создать MVP в первом квартале 2025 г.