Найти в Дзене

Открытая АСУ ТП. Иван Ярцев, Северсталь

(из выступления на встрече “Актуальные проблемы российского рынка АСУ ТП” 14.12.22) В России сегодня есть много производителей ПЛК, но нет какого-то одного производителя, сопоставимого по номенклатуре с западными вендорами. При этом, для программирования и параметрирования ПЛК все пользовались решениями иностранных производителей. Мы видим путь развития в открытых решениях. В средах разработки это Beremiz, 4diac. Сейчас некоторые российские производители начинают переписывать Beremiz под себя, в том числе переписывать компилятор. Нужно объединить эти усилия. Основополагающие принципы открытой архитектуры АСУ ТП: Открытая IDE Начать бы хотелось с создания открытой интегрированной среды разработки. Можно использовать уже имеющиеся открытые решения, например 4diac, и на их основе делать свою среду. Не стоит закрываться от остального мира. Любые вендоры - китайские, индийские и т.д. - смогли бы добавлять свои библиотеки, таргет-файлы, чтобы в этой среде разработки можно было их программи

(из выступления на встрече “Актуальные проблемы российского рынка АСУ ТП” 14.12.22)

В России сегодня есть много производителей ПЛК, но нет какого-то одного производителя, сопоставимого по номенклатуре с западными вендорами. При этом, для программирования и параметрирования ПЛК все пользовались решениями иностранных производителей.

Мы видим путь развития в открытых решениях. В средах разработки это Beremiz, 4diac. Сейчас некоторые российские производители начинают переписывать Beremiz под себя, в том числе переписывать компилятор. Нужно объединить эти усилия.

Основополагающие принципы открытой архитектуры АСУ ТП:

  1. Открытость - совместимость с различными поставщиками оборудования всех уровней автоматизации.
  2. Совместимость - новые решения должны быть способны работать с прежней распределенной периферией.
  3. Защищенность.

Открытая IDE

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

Не стоит закрываться от остального мира. Любые вендоры - китайские, индийские и т.д. - смогли бы добавлять свои библиотеки, таргет-файлы, чтобы в этой среде разработки можно было их программировать и параметрировать.

Открытая среда разработки (Open IDE) должна состоять из развивающихся компонентов. В первую очередь в этой среде разработки должны быть следующие компоненты.

  • Редактор программного кода,
  • Библиотеки, в том числе поддерживающие стандарты МЭК. Сейчас в открытых системах - beremiz, 4diac - очень скудные библиотеки. Их необходимо обогащать всем сообществом,
  • Конфигуратор периферии,
  • Контроль версий, отслеживание изменений в проектах.

Позже можно развивать такие компоненты, как визуализация и др.

Открытый программный ПЛК

На данный момент практически во всех ПЛК стоят мощные микроконтроллеры, куда можно интегрировать ОСРВ и управлять технологическим процессом.

Хочется, чтобы софтовый ПЛК поддерживал различные архитектуры (в том числе - отечественные). Также он должен поддерживать различные ОСРВ, в первую очередь, такие отечественные операционные системы. как KasperskyOS, Embox, а также иностранные - Linux RT, FreeRTOS и др.

Открытый протокол внутренней и внешней шины ПЛК

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

Запись конференции здесь