Гюзель Азюкова: «Главный критерий успеха — востребованность у инженеров»

Вчера в 20:23

© Изображение сгенерировано ИИ

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

О том, как сделать переход с привычных зарубежных сред максимально комфортным для инженеров и каким должен быть современный российский инструмент для разработки систем автоматизации, мы поговорили с Гюзель Азюковой, менеджером по развитию программных продуктов в ГК «РУБЕЖ».

Переход с CODESYS

— Что именно инженеры боятся потерять при переходе с CODESYS — библиотеки, готовые проекты, программные блоки, шаблоны, знания команды? Есть ли в R-LOGIC.Designer механизмы для сохранения или переноса этих наработок?

Гюзель Азюкова: При переходе с CODESYS инженеры обоснованно опасаются утраты накопленных разработок — готовых проектов, библиотек, программных блоков и шаблонов, а также сложностей с миграцией.

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

— Каких возможностей инженерам сегодня не хватает в R-LOGIC.Designer по сравнению с CODESYS? Какие из них уже находятся в разработке и когда они появятся?

Г. Азюкова: На текущий момент в R-LOGIC.Designer уже реализован пошаговый отладчик для языка ST.

В разработке находятся пошаговый отладчик FBD, который планируется реализовать в ноябре 2026 года, а также симулятор, журналирование, папкование, редактор библиотек и табличная привязка переменных.

— Сколько времени требуется инженеру, знакомому с CODESYS и МЭК 61131-3, чтобы самостоятельно начать работать в R-LOGIC.Designer? Есть ли у вас практика или данные по таким переходам?

Г. Азюкова: Для инженеров, владеющих навыками работы в CODESYS и ориентирующихся в требованиях стандарта МЭК 61131-3, предусмотрен ускоренный сценарий освоения R-LOGIC.Designer.

В его основе — разработанная программа методической поддержки (ПМИ), которая позволяет в сжатые сроки самостоятельно создать и протестировать первый проект, а также изучить базовые механизмы функционирования среды.

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

Удобство эксплуатации и продуктовая разработка

— Какие сценарии работы инженера вы в первую очередь учитывали при проектировании R-LOGIC.Designer?

Г. Азюкова: При развитии платформы мы учитываем необходимость упростить перенос существующих наработок и сделать их повторное использование более удобным. В частности, ведётся разработка поддержки формата OpenXML для проектов и формируется набор открытых библиотек.

— Какие функции сегодня сильнее всего экономят инженеру время на реальном проекте?

Г. Азюкова: Существенно сократить трудозатраты инженера при выполнении практических задач должны табличная привязка переменных, шаблоны библиотек, пошаговый отладчик и симулятор.

Совокупное применение этих инструментов способствует сокращению сроков реализации проектов и повышению качества конечного кода.

— ПЛК и системы автоматизации становятся всё функциональнее и сложнее. Должна ли при этом среда разработки становиться проще для инженера?

Г. Азюкова: С ростом функциональности и сложности ПЛК и систем автоматизации критически важным становится не усложнение среды разработки, а, напротив, её упрощение для инженера.

В R-LOGIC.Designer этот принцип реализуется за счёт максимального использования принципов объектно-ориентированного программирования, контекстных подсказок при написании кода, автоматической проверки синтаксиса и готовых примеров программ для быстрого старта.

Таким образом, среда разработки должна брать на себя часть рутинных и сложных операций, позволяя инженеру сосредоточиться на решении прикладных задач.

Открытая среда и самостоятельная платформа

— Вы называете R-LOGIC.Designer открытой средой разработки. Что конкретно делает её открытой?

Г. Азюкова: Открытость среды определяется совместимостью, модульностью, соответствием стандартам и надёжностью.

— Может ли инженер уже сегодня использовать R-LOGIC.Designer в проекте, где одновременно присутствуют контроллеры R-LOGIC и оборудование других производителей? Какие контроллеры поддерживаются или планируются к поддержке?

Г. Азюкова: На текущий момент R-LOGIC.Designer может применяться в комплексных проектах с участием оборудования различных производителей за счёт интеграции с другим программным обеспечением посредством стандартных промышленных протоколов — в частности, Modbus, МЭК 60870-5-101/104, МЭК 61850 и OPC UA.

При этом вопросы совместимости с конкретными моделями сторонних ПЛК прорабатываются отдельно с каждым производителем.

— Что должен сделать производитель стороннего ПЛК, чтобы его оборудование можно было использовать с R-LOGIC.Designer?

Г. Азюкова: Вопросы совместимости и интеграции с конкретными моделями ПЛК прорабатываются индивидуально с каждым вендором в рамках партнёрских соглашений.

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

— Какие функциональные ограничения R-LOGIC.Designer вы планируете снять в первую очередь? Есть ли сформированный roadmap развития продукта?

Г. Азюкова: В числе первоочередных задач — реализация функционала папкования, то есть структурирования проектов, механизмов журналирования и логирования, редактора библиотек, симулятора и пошаговой отладки.

Дорожная карта развития продукта охватывает период до конца 2027 года и предусматривает поэтапное расширение функциональности среды.

Преимущества аппаратно-независимой среды

— Где вы видите главное преимущество открытой среды для заказчика: снижение зависимости от одного вендора, возможность сохранить существующее оборудование, снижение стоимости проекта или что-то другое?

Г. Азюкова: Главным преимуществом открытой среды R-LOGIC.Designer для заказчика является совокупность экономических и технологических эффектов.

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

— Если R-LOGIC.Designer рассчитан на работу с контроллерами разных производителей, может ли именно аппаратная независимость стать основой для выхода продукта на зарубежные рынки?

Г. Азюкова: В настоящее время ведётся работа по формированию конкурентных характеристик платформы с целью достижения лидерских позиций на российском рынке.

Дальнейшие планы предусматривают поэтапный выход на зарубежные рынки с учётом требований локальных стандартов и специфики эксплуатации систем автоматизации.

— Что должно произойти с R-LOGIC.Designer в ближайшие пару лет, чтобы вы могли сказать: это уже самостоятельная российская платформа, а не только инструмент для R-LOGIC?

Г. Азюкова: Для перехода R-LOGIC.Designer из категории специализированного инструмента в статус самостоятельной российской платформы необходимо реализовать основные функции, востребованные профессиональными разработчиками, в соответствии с утверждённой дорожной картой.

После достижения этого этапа планируется активное развитие партнёрств и интеграция с решениями других вендоров. Стратегической целью компании является закрепление позиций R-LOGIC.Designer как ведущего IDE-решения на российском рынке.

— Что в итоге будет главным показателем того, что продукт состоялся?

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

Важны и экономические показатели продукта.

Но главным критерием остаётся востребованность среды у инженеров и заказчиков.

Читайте также: Как ГИС-комплекс «Риск ЧС» предотвращает аварии на объектах ТЭК