Виртуальная пусконаладка: как проверить программу ПЛК и робота до монтажа линии

Что такое виртуальная пусконаладка

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

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

В Германии понятие закреплено в директиве VDI/VDE 3693 Блатт 1 «Виртуальная пусконаладка. Виды моделей и термины». Первая редакция вышла в августе 2016 года, действующая в мае 2025-го. Цель виртуальной пусконаладки там сформулирована через смежную директиву VDI 4499: найти и устранить ошибки, допущенные при проектировании системы автоматизации. Российского стандарта с таким же предметом нет. Общие понятия цифрового двойника изделия даёт ГОСТ Р 57700.37, о нём подробно в статье про цифровой двойник станка и цеха.

Сколько времени съедает наладка и что меняет её виртуальный вариант

Самые цитируемые цифры собраны в обзоре Петера Хоффманна и соавторов из Ганноверского университета прикладных наук и Университета Гламоргана, опубликованном в 2010 году на Европейской конференции по моделированию (ECMS). Авторы ссылаются на работы Мюнхенского технического университета и на опыт Festo. В таблице только данные из этого обзора.

Эксперимент 2006 года устроен просто, поэтому его и цитируют. Две группы по 30 программистов писали программу для пресса, который формует жестяные банки. Пресс управлялся контроллером Siemens S7-300 с 10 выходами на исполнительные механизмы и 17 входами от датчиков. Первая группа писала программу и сразу отлаживала её на реальном прессе. Вторая сначала добивалась правильной работы на виртуальной модели машины и только потом выходила на железо. У второй группы реальная наладка заняла на 75 % меньше времени, потому что на станок пришла программа без большинства ошибок.

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

Четыре способа проверить программу

В обзоре Хоффманна приведена классификация Ауингера и соавторов (1999): установка и система управления могут быть реальными или смоделированными, и из этих двух вариантов складываются четыре конфигурации.

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

Какие модели нужны и насколько подробные

Действующая редакция VDI/VDE 3693 делит модели для виртуальной пусконаладки на три группы: модели входов и выходов, модели устройств и модели процесса. На практике это три уровня подробности, и чем выше уровень, тем дороже модель.

Хоффманн с соавторами разделяют задачи так же. Чтобы проверить только механику и кинематику, хватает 3D-модели. Чтобы проверить только программу управления, нужна модель поведения на уровне входов и выходов. Совместная проверка, когда программа через датчики и приводы двигает механику, требует обоих видов модели сразу.

Для небольшой линии обычно хватает первых двух уровней. Ошибки, которые съедают время на месте, чаще всего логические: перепутан датчик, не обработан случай «деталь не доехала», нет выхода из аварии. В примере Ауингера на модели паллетного конвейера нашли перевёрнутую логику стопоров (упоров, которые останавливают паллету) и сбои в движении изделий. По словам авторов, без модели такие ошибки обнаружились бы только на реальной наладке.

Чем делают виртуальную пусконаладку

Готовых инструментов много, и они делятся на три группы: двойники контроллеров, симуляторы роботов и программы, которые моделируют саму установку.

Для российского цеха выбор упирается в контроллеры и роботов, которые реально стоят или будут стоять на линии. Если в шкафу отечественный ПЛК или контроллер на среде CODESYS, нужно спросить у поставщика, есть ли у него режим программной имитации и какой протокол он поддерживает: модель установки можно подключить через Modbus TCP или OPC UA почти к любому контроллеру с таким интерфейсом. С роботами проще: симулятор с виртуальным контроллером есть у каждого крупного производителя, и программу, отлаженную в нём, загружают в настоящего робота без переписывания.

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

Что проверить на модели до приезда оборудования

Список ниже составлен по типичным ошибкам из обзора Хоффманна и по задачам, которые решают перечисленные программы. Отмечено, какой уровень модели нужен для проверки.

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

Расчёт: окупится ли модель на вашей линии

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

Тот же расчёт по формуле: выгода = дни экономии × (стоимость дня бригады + потери заказчика за день) − (трудозатраты на модель + лицензия). При наладке на месте в 5 дней экономия падает до 1,5 дня и 157 500 ₽, то есть модель уже не окупается. Отсюда практическое правило: чем длиннее наладка на месте и дороже день простоя у заказчика, тем выгоднее модель. Для короткой наладки типовой ячейки она не нужна.

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

Как заказать виртуальную пусконаладку у интегратора

Заказчику не нужно строить модель самому, но условия стоит записать в техническое задание. Иначе «цифровой двойник» в коммерческом предложении может оказаться видеороликом с 3D-моделью без связи с программой.

1. Укажите, какую программу проверяют на модели: ПЛК, робота или обе, и в какой конфигурации (программный ПЛК или настоящий шкаф на стенде).
2. Попросите перечень сценариев проверки: нормальный цикл, отсутствие детали, авария каждого узла, аварийная остановка, повторный пуск.
3. Договоритесь о приёмке на модели. Это заводские испытания у интегратора, но с моделью вместо линии: вы смотрите, как программа отрабатывает сценарии, до отгрузки оборудования.
4. Уточните, кому достаётся модель после проекта. С ней можно обучать операторов и проверять изменения программы без остановки линии.
5. Пропишите, кто обновляет модель после изменений на линии. Модель, которая разошлась с реальностью, вредна: она показывает, что всё работает, когда на линии уже другой упор.

Перед запуском робота на месте стоит заодно проверить, правильно ли подобраны его нагрузка и вылет, об этом статья про выбор промышленного робота.