Заместитель генерального директора Fastwel Олег Емченко рассмотрел эту задачу с позиции разработчика аппаратных средств. В его выступлении прозвучали три практических предложения: создать актуальный реестр доступности отечественной электронной компонентной базы, развивать распределённую сеть испытательных полигонов и готовить специалистов, способных работать со всем технологическим стеком АСУ ТП.
Ниже — интервью, подготовленное по материалам выступления. Ответы представляют собой редакционный пересказ тезисов доклада, а не дословные цитаты.
Открытые стандарты — это уже практическая основа?
Вопрос: Насколько отечественная аппаратная база и программное обеспечение национальной платформы промышленной автоматизации готовы обеспечить совместимость решений на практике?Олег Емченко: Здесь важно разделить три вопроса: что уже работает, что мешает дальнейшему развитию и какие шаги нужны, чтобы совместимость перестала оставаться декларацией.
Fastwel более 20 лет занимается разработкой аппаратных средств и изначально ориентируется на открытые международные стандарты. В частности, компания использует архитектуры Com Express, CompactPCI и PC/104. Они позволяют опираться на накопленный мировой опыт и создавать аппаратные решения с понятными принципами совместимости.
Такой подход даёт заказчику возможность переходить на отечественные аппаратные решения без необходимости заново перерабатывать программное обеспечение и инфраструктуру.
Следующее направление — работа с российскими процессорными платформами. Компания освоила решения на базе процессоров «Эльбрус», «Гиперком У», «Байкал» и «Скиф» и ведёт серийное производство соответствующих изделий.
Процессорные модули проходят испытания на совместимость с российскими операционными системами, в том числе Astra Linux, «Нейтрино», РЕД ОС и FXRTOS. Поддерживаются открытые протоколы Ethernet, Modbus и OPC UA.
Таким образом, программное обеспечение национальной платформы промышленной автоматизации уже может работать на отечественной аппаратной базе. Но это ещё не означает, что вся экосистема достигла полной совместимости.
Почему «бесшовность» нельзя считать достигнутой
Вопрос: Что сегодня сильнее всего мешает разработчикам использовать отечественную компонентную базу?Олег Емченко: Бесшовность — не бинарное состояние, при котором совместимость либо есть, либо её нет. Это спектр, и, по моей оценке, отечественная экосистема пока находится примерно в его середине.
Одна из главных проблем — незрелость рынка отечественной электронной компонентной базы. Разработчик может получить сам процессор, но при этом испытывать сложности с получением документации, сведений о начале продаж и реальной доступности компонентов. Такие затруднения могут сохраняться даже при наличии соглашения о неразглашении.
Для разработчика аппаратуры это означает неопределённость при планировании изделия. Для разработчика программного обеспечения — сложности с планированием портирования и испытаний. Наличие компонента само по себе не даёт достаточных оснований для того, чтобы строить на нём серийный промышленный продукт.
Поэтому рынку нужна не просто информация о номенклатуре отечественной ЭКБ, а достоверные сведения о том, что доступно для заказа сейчас, какие изделия появятся позднее и в каких объёмах их можно будет получить.
Каким должен быть реестр отечественной ЭКБ?
Вопрос: Как можно уменьшить неопределённость с доступностью компонентов?Олег Емченко: Одно из необходимых решений — открытый реестр доступности отечественной электронной компонентной базы. В качестве возможной основы можно рассматривать ГИСП.
Важно, чтобы такой реестр был актуальным и отражал реальное положение дел. Недостаточно указать, что компонент существует. Разработчику необходимо понимать, можно ли заказать его сегодня, когда начнутся поставки, какие объёмы доступны и какие ограничения существуют.
Такая информация нужна всем участникам цепочки: производителям микроэлектроники, разработчикам оборудования и промышленным заказчикам. Она позволит принимать решения с учётом реальной доступности компонентов, а не только их заявленных характеристик.
Где проверять совместимость оборудования и ПО?
Вопрос: Даже если необходимые компоненты доступны, как убедиться, что они будут работать вместе в составе промышленной системы?Олег Емченко: Для этого нужна испытательная инфраструктура. Разработчику программного обеспечения необходимо проверять свои решения на реальном оборудовании, а не только по документации.
В качестве второго практического шага я предложил развивать распределённую сеть испытательных полигонов на производственных площадках участников экосистемы. Необязательно создавать один большой специализированный центр: можно использовать уже существующую инфраструктуру промышленных заказчиков и распределять испытания между несколькими площадками.
На таких полигонах можно проверять совместную работу оборудования, российских операционных систем и прикладного программного обеспечения. Важна возможность проводить испытания по согласованным методикам и на реальных аппаратных конфигурациях.
Это позволит проверять совместимость не только на уровне заявленных интерфейсов, но и в практической работе компонентов в составе системы управления.
Почему одной компонентной базы недостаточно
В ходе круглого стола другие участники отдельно обратили внимание на то, что проблема импортозамещения в АСУ ТП не ограничивается процессорами и микроконтроллерами. Для промышленных контроллеров и модулей ввода-вывода необходимы также интерфейсные и сетевые компоненты, элементы полевых и межконтроллерных шин, средства аналого-цифрового и цифро-аналогового преобразования, гальванической развязки и другие компоненты.Отдельный вопрос, поднятый другим участником круглого стола, — нормативные ограничения на применение отечественных АЦП и ЦАП. В выступлении прозвучало опасение, что при массовом внедрении российских компонентов в модули ввода-вывода действующие нормативные акты могут ограничить применение таких модулей у крупных заказчиков. Этот тезис относился к необходимости пересмотра нормативной базы и был высказан не Емченко О.
Обсуждение показало, что переход к отечественной компонентной базе требует согласованной работы на нескольких уровнях: разработки ЭКБ, создания на её основе оборудования и проверки соответствия требованиям, действующим у конкретных заказчиков.
Что ещё обсуждали участники круглого стола
В ходе дискуссии приводились примеры проектов программируемых логических контроллеров на отечественных процессорных платформах. В отдельном выступлении производителя микроконтроллеров прозвучали сведения о выпуске примерно одного миллиона микроконтроллеров BE-U1000 и планах увеличить объём до порядка 1,5 млн штук в следующем году.Там же обсуждались средства разработки для этих микроконтроллеров: SDK, toolchain, библиотеки периферийных блоков, отладочные платы, документация и примеры прошивок для FreeRTOS и Zephyr, а также использование VS Code. Эти примеры относятся к выступлению другого участника и не являются описанием продукции Fastwel.
Отдельный блок круглого стола был посвящён информационной безопасности. Представители соответствующего направления рассказали о проверках программного обеспечения в процессе безопасной разработки, анализе проприетарного кода, исследованиях процессоров и микроконтроллеров, а также об отраслевых рекомендациях по кибербезопасности.
В ходе этого обсуждения прозвучал и более общий тезис: безопасность необходимо оценивать не только на уровне отдельных доверенных компонентов, но и с учётом работы системы в целом. Для этого нужны стандартизированные интерфейсы, позволяющие получать данные о состоянии оборудования и подключать средства защиты разных разработчиков.
Эти вопросы дополняют тему совместимости, но представляют собой самостоятельные направления дискуссии, затронутые другими выступавшими.
Открытая архитектура — это не обязательно открытый исходный код
В ходе круглого стола модератор отдельно уточнил, что открытая архитектура не требует обязательного раскрытия исходного кода. Речь прежде всего идёт об открытых протоколах и интерфейсах, совместимости компонентов и возможности использовать решения разных производителей. Коммерческие компоненты при этом не исключаются.Такое уточнение важно для понимания самой цели открытой АСУ ТП. Она состоит не в том, чтобы сделать все компоненты одинаковыми или отказаться от коммерческого программного обеспечения, а в том, чтобы обеспечить их совместную работу по согласованным правилам.
Открытые стандарты должны создавать условия для конкуренции: заказчик получает возможность выбирать решения по характеристикам, стоимости и качеству, а производитель должен подтверждать совместимость своего продукта. Само участие в отраслевой инициативе не гарантирует преимуществ на рынке.
Как подготовить специалистов для открытой АСУ ТП?
Вопрос: Помимо компонентов и испытательной инфраструктуры, что необходимо для практического развития экосистемы?Олег Емченко: Третий необходимый шаг — подготовка кадров. Бесшовность зависит не только от технологий, но и от людей, которые умеют с ними работать.
В частности, сегодня специалист, способный работать с операционной системой реального времени применительно к национальной платформе промышленной автоматизации, остаётся редким. Поэтому необходимы программы обучения, стажировки и практическая работа с реальным оборудованием.
Fastwel готов делиться своей экспертизой, проводить практические сессии на собственной площадке и предоставлять для них оборудование. Важно, чтобы специалисты могли на практике разобраться во взаимодействии аппаратной платформы, операционной системы, прикладного программного обеспечения и интерфейсов.
Подготовка таких кадров должна быть связана с реальными задачами разработчиков и интеграторов, а не ограничиваться теоретическим знакомством с отдельными технологиями.
Что должно стать следующим шагом?
Вопрос: Если посмотреть на дискуссию в целом, какие выводы можно сделать о дальнейшем развитии отечественной промышленной автоматизации?Этот вопрос затрагивает более широкий круг тем, чем выступление одного участника. В ходе круглого стола обсуждались развитие системы подтверждения доверенности, совместимость компонентов, пересмотр нормативных требований, организация испытаний, подготовка специалистов и более тесное взаимодействие производителей ЭКБ с разработчиками оборудования и промышленными заказчиками.
В начале мероприятия представитель регулятора обозначил курс на то, чтобы открытая архитектура стала индустриальным стандартом, и связал развитие национальной платформы промышленной автоматизации со следующим этапом — платформой промышленных данных. Также прозвучал запрос на формализованные предложения по созданию платформы и системе подтверждения соответствия.
В заключительной части обсуждения участники вернулись к вопросу о конкретных потребностях отрасли: необходимо определить, какие именно компоненты нужны промышленной автоматизации, проверить возможности уже существующих решений и формировать технические требования на разработку недостающей ЭКБ. Отдельно прозвучала предварительная оценка рынка промышленной автоматизации в России примерно в 3 трлн рублей, из которых около трети может приходиться на электронную компонентную базу. Автор этой оценки подчеркнул, что она является предварительной.
Эти выводы относятся к дискуссии в целом. Они не являются развёрнутым ответом Емченко на вопрос о его личных впечатлениях от круглого стола.
От отдельных изделий — к работающей экосистеме
Выступление Олега Емченко было сосредоточено на практических условиях, без которых открытая архитектура не превращается в работающую систему: доступности отечественной ЭКБ, возможности проверять совместимость на реальном оборудовании и наличии подготовленных специалистов.По его оценке, нынешняя база отечественных компонентов и программного обеспечения уже позволяет создавать совместные решения. Однако для полноценной бесшовности необходимы дополнительные инструменты — актуальные реестры доступности, испытательные полигоны и подготовленные кадры.
Именно эти три направления составили практическую часть его предложения участникам экосистемы. Остальные темы — нормативные ограничения, информационная безопасность, средства разработки микроконтроллеров и развитие платформы промышленных данных — прозвучали в других выступлениях и дополняют общую картину задач, стоящих перед российской промышленной автоматизацией.
© СТА-ПРЕСС, 2026
Если вам понравился материал, кликните значок — вы поможете нам узнать, каким статьям и новостям следует отдавать предпочтение. Если вы хотите обсудить материал —не стесняйтесь оставлять свои комментарии : возможно, они будут полезны другим нашим читателям!

