АСУ ТП - это не только программа ПЛК. Это архитектура, алгоритмы, экраны оператора, диагностика, рецепты и документация.
Определяем уровни управления, состав ПЛК и модулей ввода-вывода, топологию промышленной сети, протоколы обмена между контроллерами, HMI и верхним уровнем.
Пишем алгоритмы на языках IEC 61131-3: релейные схемы (LD) для блокировок, функциональные блоки (FBD) для регулирования, структурированный текст (ST) для сложной логики и рецептов.
Проектируем экраны: главный обзор линии, управление механизмами, рецепты, аварийный журнал, тренды, сервисные настройки. Разграничиваем права: оператор, технолог, наладчик.
Структурируем рецепты по продуктам, настраиваем допуски параметров, журнал изменений, версионность. Интегрируем с ERP или складской системой заказчика.
Проектируем дерево аварий с кодами и текстовыми подсказками. Настраиваем приоритеты, маршрутизацию сообщений, действия оператора, журнал с метками времени и контекстом.
Разрабатываем цепи ПАЗ: аварийный останов, контроль превышения параметров, защиту механизмов. Используем дублирование сигналов и нормально-закрытые контакты для безопасного отказа.
От карты технологического процесса до работающей системы на объекте - каждый этап фиксируется в документации.
Изучаем техпроцесс, опрашиваем технологов и операторов, фиксируем режимы работы, критические параметры, типовые аварии и узкие места. Составляем карту сигналов и перечень исполнительных механизмов.
Описываем алгоритмы в виде блок-схем и таблиц состояний: пуск, останов, аварии, блокировки, межстаночные связи. Согласуем с технологом и главным инженером до начала программирования.
Пишем код контроллера в среде разработки (CODESYS, TIA Portal, SMLogix), включая организационные блоки обработки ошибок. Проверяем время цикла, использование памяти, сторожевой таймер.
Создаём экраны оператора: мнемосхему линии, управление узлами, аварийный журнал с подсказками, экран рецептов, тренды параметров. Разграничиваем права доступа по ролям.
Прогоняем все режимы на симуляторе ПЛК и HMI: нормальный пуск, аварийные остановы, отказы датчиков, обрыв связи. Исправляем логику до выезда - это экономит недели ПНР на объекте.
Загружаем ПО в контроллеры, проверяем сигналы, настраиваем приводы, проводим холодное и горячее тестирование. Сдаём систему с исполнительной документацией и исходными кодами.
Три уровня архитектуры - от датчика до рабочего места главного инженера.
| Уровень | Что входит | Наша задача |
|---|---|---|
| Нижний (полевой) | Датчики, концевые выключатели, энкодеры, исполнительные механизмы, частотные преобразователи, сервоприводы | Подбор под условия среды, расчёт диапазонов, дублирование критичных сигналов, схема подключения к модулям ввода-вывода |
| Средний (контроллерный) | ПЛК, модули ввода-вывода, панели HMI, коммутаторы промышленной сети | Архитектура ПЛК, распределение входов/выходов, программирование алгоритмов, экраны оператора, обработка аварий, протоколы обмена |
| Верхний (диспетчерский) | Сервер SCADA, АРМ диспетчера и технолога, сервер архивов, интеграция с MES/ERP | Мнемосхемы, тренды, архивы, отчёты, аварийные уведомления, права доступа, обмен данными с бизнес-системами |
Если программа контроллера не содержит организационных блоков обработки ошибок (OB121, OB80 в Siemens), любая мелочь - отказ датчика, ошибка линеаризации сигнала, обращение к несуществующему модулю - переводит ПЛК в STOP. Линия встаёт, оператор не понимает причину. Мы всегда закладываем обработку исключений: ПЛК фиксирует событие, оповещает оператора и переводит проблемный узел в безопасное состояние, а не роняет всю линию.
Эти проблемы встречаются на объектах, где автоматику писали без архитектурной проработки и тестирования.
Код описывает только нормальный режим. При отказе датчика или сбое синхронизации алгоритм зацикливается или выдаёт неверные команды. Все наши алгоритмы включают аварийные ветки и тайм-ауты.
HMI показывает один сигнал «Авария линии» без указания причины. Оператор обходит всю линию в поисках неисправности. Мы даём конкретный код и текстовую подсказку для каждого события.
Любой оператор может изменить уставки температуры или дозировки. Результат - брак или авария. Разграничиваем доступ: оператор выбирает рецепт, технолог редактирует, инженер подтверждает изменения.
Всё управление только автоматическое. При наладке или нештатной ситуации оператор не может управлять механизмами вручную. Всегда проектируем ручной режим с блокировками безопасности.
Размещение сложных вычислений в основном цикле контроллера увеличивает время скана выше допустимого. Распределяем нагрузку: критические задачи в быстром цикле, расчёты - в фоновых задачах.
Заказчик получает работающую систему, но не может обслуживать её без подрядчика. Мы передаём исходные коды ПЛК и HMI, схемы, описание алгоритмов и инструкции для службы эксплуатации.
Разница между промышленной системой управления и набором скриптов в контроллере - это архитектура и полнота проработки всех режимов.
Любая производственная линия работает не в одном режиме. Минимальный набор, который мы проектируем:
Каждый режим имеет свой набор допустимых действий и блокировок. Например, в ручном режиме система не даст включить мешалку, если не включён привод вращения ёмкости - даже если оператор нажмёт кнопку.
На производственной линии механизмы не работают изолированно. Остановка одного узла должна вызывать согласованную реакцию остальных:
Мы проектируем блокировки на трёх уровнях: механические концевики (независимо от ПЛК), релейная логика в шкафу, программные блокировки в коде контроллера. Это даёт эшелонированную защиту: отказ одного уровня не приводит к аварии.
Программируем на языках IEC 61131-3, выбирая язык под задачу:
Важно: код пишем с учётом ресурсов конкретного ПЛК. У ОВЕН ПЛК200 и Siemens S7-1500 разные возможности по памяти, времени цикла и количеству соединений. Алгоритм, который работает на S7-1500, может не влезть в память ПЛК200 или дать недопустимое время скана.
До выезда на объект весь код ПЛК и экраны HMI прогоняются на симуляторе. Мы моделируем:
Это позволяет найти и исправить логические ошибки в офисе, а не на объекте, где каждый час простоя стоит денег.
При разработке АСУ ТП опираемся на:
Сдаваемая документация включает: описание алгоритмов, исходные коды ПЛК и HMI, электрические схемы шкафов, инструкции оператора и регламент обслуживания.
Опишите технологический процесс, состав механизмов, существующие контроллеры и основные проблемы. Инженер Аквис-Сервис предложит архитектуру системы, состав ПЛК и порядок работ.
Опишите задачу в свободной форме. Консультант уточнит детали и передаст заявку инженерам, когда будут контакты.
Промышленная автоматизация