Перейти к содержанию
ЭНТРЕНД технологии

Услуга · Импортозамещение АСУ ТП

Перевод проектов Unity Pro на CODESYS V3.5 — методика

Что переезжает автоматически, что переписывается вручную, какие риски заранее закладывать. Перенос проектов Unity Pro и EcoStruxure Control Expert на CODESYS V3.5 без вывода объекта из эксплуатации — пошаговая процедура.

Запросить КП на перенос проекта Миграция Schneider на ОВЕН

Что за этим стоит

IEC 61131-3

общий стандарт Unity Pro и CODESYS — миграция предсказуема

7 подсистем

BMS-миграция в Туле — Unity Pro проекты на CODESYS, без вывода объекта

Смотреть кейс

187-ФЗ

CODESYS-стек на ОВЕН — в реестре российского ПО

Процедура

Шесть этапов переноса

От выгрузки проекта до запуска CODESYS на объекте. Подход — обмеры на действующей системе, стенд у нас в производстве, переключение в окне согласованного простоя.

  1. 01

    Выгрузка и аудит проекта Unity Pro

    3–7 дней

    Полный экспорт проекта из Unity Pro V11/V13 (либо EcoStruxure Control Expert) в XEF/ZEF. Инвентаризация: список программных секций (Sections), DFB/EFB, переменных, конфигурации I/O, сетевых настроек. Карта зависимостей: какие FB используют какие SFB/EFB, какие участки логики связаны через ввод-вывод.

  2. 02

    Разбор алгоритмов «как есть»

    1–3 недели

    Реверс-инжиниринг там, где документации нет. На действующем объекте — обмер реальных значений на входах/выходах для каждого регулятора, сравнение с уставками в проекте. Главная цель этапа — понять, что именно делает каждая секция, а не просто переписать её в новый синтаксис.

  3. 03

    Подготовка библиотек CODESYS

    параллельно с этапом 02

    Создание/подбор аналогов FB из Unity Pro: PID, фильтры, таймеры, счётчики, обработка аналоговых сигналов. Стандартные SFB закрываются библиотеками CODESYS (например, OSCAT). Кастомные FB заказчика — пересобираются вручную с сохранением входов/выходов и логики. Внутренняя библиотека миграционных шаблонов после нескольких внедрений резко сокращает срок.

  4. 04

    Перенос программ

    2–6 недель

    Программные секции переезжают в CODESYS: ST → ST (синтаксис почти идентичен), LD → LD, FBD → FBD, SFC → SFC. Преобразование Unity Pro Sections в CODESYS POU. Глобальные переменные и адресация — переписываются с учётом структуры памяти ОВЕН ПЛК. Конфигурация I/O пересобирается под Modbus TCP вместо проприетарной X-Bus / X-Way.

  5. 05

    Стенд и валидация

    1–2 недели

    Сборка стенда у нас в производстве. Параллельная подача тестовых сигналов на Unity Pro (старая система) и CODESYS (новая) — сверка реакций. Документация расхождений, переподстройка параметров регуляторов. Демонстрация заказчику до выезда на объект.

  6. 06

    Запуск без остановки объекта

    окно простоя

    На объекте — переключение в окне согласованного простоя. Параллельная работа двух систем на этапе ПНР: Unity Pro продолжает управлять, CODESYS принимает те же сигналы и проверяется по факту. Переключение управления на CODESYS после подтверждённой идентичности реакций.

Что переезжает и как

Конверсия элементов проекта — по уровням риска

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

  • Языки программирования (IEC 61131-3)

    ST, LD, FBD, SFC, IL — общий стандарт. Перенос предсказуем по структуре. ST почти идентичен: синтаксис, операторы, типы — отличаются нюансами объявления переменных и форматом структур (STRUCT).

    риск: низкий

  • Стандартные блоки SFB / EFB

    PID, таймеры, счётчики, фильтры, тригонометрия — закрываются библиотеками CODESYS (стандартная Util, OSCAT для расширенных функций). Аналог 1:1 находится для большинства типовых SFB.

    риск: низкий

  • Кастомные FB заказчика (DFB)

    Переписываются вручную с сохранением сигнатуры (имена и порядок входов/выходов, типы). Внутренняя логика переезжает построчно. Это основная трудоёмкая часть работ — занимает 40–60% от общего срока миграции на средних проектах.

    риск: средний

  • Конфигурация I/O

    Полностью пересобирается под структуру памяти и адресацию ОВЕН ПЛК. Привязки переменных к каналам — переписываются. Адресация модулей Мх210 по Modbus TCP вместо проприетарного X-Bus.

    риск: средний

  • Сетевые протоколы

    X-Bus / X-Way / EtherWay — нет аналогов, переход на Modbus TCP или OPC UA. Modbus сохраняется один-в-один, если уже использовался в проекте. Для смешанных периодов миграции — шлюзы X-Way → Modbus TCP.

    риск: средний

  • Программа на ST с использованием специфичных функций Schneider

    Функции из библиотеки Schneider (например, обращения к специфичным регистрам M340/M580) переписываются под библиотеки CODESYS. Часть функций не имеет прямого аналога — переписывается через комбинацию базовых блоков.

    риск: высокий

  • Анимация на встроенной графике Unity Pro

    Встроенный визуализатор Unity Pro — не переезжает. Если HMI был на этой части — мигрирует в CODESYS Visualization или в МастерСКАДА 4D (для уровня SCADA).

    риск: высокий

  • Уставки регуляторов (PID)

    Перенос значений уставок не равен переносу настройки регулятора. После миграции — обязательная переподстройка по факту обмеров на работающей системе. Закладывать в график 1–2 недели на этап тонкой настройки на объекте.

    риск: высокий

Подготовка к миграции

Что от вас нужно для старта

Чек-лист на этапе предТЗ. Чем полнее пакет — тем точнее КП и тем меньше неожиданностей на этапе ПНР.

  • 01 Проект Unity Pro выгружен в XEF/ZEF, полный архив с библиотеками DFB
  • 02 Документация на алгоритмы (если есть) — описание секций, схемы регулирования
  • 03 Список целевых ПЛК — М340/М580/Premium/Quantum и какие из них меняются на ОВЕН
  • 04 Конфигурация I/O с привязками — таблица «канал → переменная»
  • 05 Значения уставок PID и параметры регулирования — выгрузка с работающей системы
  • 06 Список используемых сетевых протоколов (Modbus TCP, X-Way, EtherWay) и устройств на полевом уровне
  • 07 Согласованное окно простоя для переключения управления и приёмо-сдаточных испытаний

Частые вопросы

То, что спрашивают на этапе оценки

  • Существует ли автоматический конвертер Unity Pro в CODESYS?

    Нет, и в обозримой перспективе не появится. Это разные среды разработки с разной структурой памяти, разной семантикой DFB/POU и разной адресацией. Перенос — ручной, с использованием внутренних шаблонов миграции. Стандарт IEC 61131-3 общий, поэтому процедура предсказуема, но автоматизировать её на 100% нельзя.

  • Сколько занимает перенос среднего проекта Unity Pro?

    От 4–6 недель для компактного проекта (одна-две программные секции, до 10 кастомных DFB) до 3–6 месяцев для распределённой АСУ ТП со множеством шкафов и сложной логикой. Точный срок — после этапа аудита проекта.

  • Что делать с EcoStruxure Control Expert — он не Unity Pro?

    Control Expert — это та же среда, что Unity Pro V14+, переименованная Schneider в рамках бренда EcoStruxure. Структура проекта, языки, библиотеки — те же. Методология миграции на CODESYS идентична. Часть кастомных функций может незначительно отличаться по сигнатурам — выясняется на этапе аудита.

  • Какие риски заранее закладывать в график?

    Главных три: (1) реверс-инжиниринг алгоритмов на работающей системе при отсутствии документации; (2) кастомные DFB заказчика, которые могут использовать нестандартные обращения к памяти контроллера; (3) переподстройка PID-регуляторов после переноса — нельзя просто перенести значения уставок, нужны обмеры на объекте. На эти три позиции закладываем буфер 20–30% от срока.

  • Можно ли мигрировать с Unity Pro на CODESYS без замены ПЛК?

    Нет. CODESYS V3.5 не запускается на контроллерах Schneider Modicon. Перенос проекта в CODESYS осмыслен только в связке с заменой ПЛК на ОВЕН (или другой российский, поддерживающий CODESYS — Контар, Сегнетикс, ТЕКОН). Если ПЛК не меняется, миграция не нужна — продолжайте работать на Unity Pro.

  • Что делать с проектами на старом PL7 Pro (до Unity Pro)?

    PL7 Pro — предшественник Unity Pro для Modicon Premium и Quantum. Переезд: PL7 → Unity Pro → CODESYS (двухэтапная конвертация через промежуточный экспорт), либо прямой перенос алгоритмов по описанию, если документация на PL7-проект есть. Срок такой миграции больше — закладываем дополнительные 2–4 недели на этап PL7 → Unity Pro.

Дальше

Связанные материалы

Связь

У вас проекты Unity Pro — пришлите архив или опишите парк ПЛК

На этапе аудита оценим сроки и риски по конкретному проекту. КП — в течение 1 рабочего дня после получения архива.

Запросить КП Помочь с ТЗ
Запросить КП