АСУ ТП: из чего состоит система и как проходит проект от обследования до сервиса

«Нужна АСУ ТП» в одном письме означает щит с одним контроллером на насосную станцию, в другом — проект на полсотни листов с прохождением экспертизы. Термин настолько общий, что покрывает оба случая одновременно, и путаница начинается уже на этапе расшифровки: одни ищут значение аббревиатуры, другие — с чего вообще начинается такой проект и сколько в нём шагов. Дальше — то и другое по порядку: что означает термин, из каких физических частей система состоит и через какие этапы обязательно проходит любой проект автоматизации, от однодневного щита до комплекса на несколько объектов.

АСУ ТП — расшифровка и что это означает

АСУ ТП расшифровывается как автоматизированная система управления технологическим процессом. Это не конкретная программа, не бренд и не отдельное устройство, а обобщающее понятие для всей автоматизации объекта целиком — от датчика на трубе до пульта диспетчера.

Отсюда практическое следствие, которое чаще всего и создаёт путаницу: формально даже шкаф с одним контроллером и панелью на дверце уже является элементом АСУ ТП — просто с самым нижним, локальным уровнем автоматизации. Поэтому «АСУ ТП» не равно «SCADA» и не равно «диспетчеризация»: это не два конкурирующих решения, а обобщение и один из его уровней. Человек, который спрашивает «а нам нужна АСУ ТП или SCADA», на самом деле спрашивает про уровень внутри одной и той же системы.

Из чего состоит система — коротко, если нужен уровень

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

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

Автоматизация технологических процессов и АСУ ТП: в чём связь

Ещё одна пара терминов, которую путают почти так же часто, как АСУ ТП и SCADA. «Автоматизация технологических процессов» и «АСУ ТП» — не два разных предмета, а описание одной задачи с двух сторон. Первое — про саму задачу: держать процесс по заданным параметрам (температура, давление, уровень, последовательность операций) без постоянного участия человека. Второе — про систему, которая эту задачу решает: конкретный щит, контроллер, панель оператора и, если нужно, верхний уровень диспетчеризации.

Формулировка «автоматизация технологических процессов» шире и не привязана к одной отрасли: она одинаково уместна и для производственной установки с рецептурами, и для теплового пункта, и для конвейерной линии. АСУ ТП — уже конкретная реализация под конкретный объект. Практически формулировка чаще встречается там, где речь о производстве: технологические режимы, каскадный пуск оборудования, блокировки и защиты установки. У нас эта задача закрывается в рамках автоматизации производственных процессов и автоматизации конвейерных систем — оба варианта проходят тот же восьмиэтапный цикл, что описан ниже, просто с другим составом сигналов и логики на этапе проектирования.

Восемь этапов, из которых складывается проект АСУ ТП

Реальный проект — не «купили щит и подключили», а последовательность этапов, где каждый следующий зависит от качества предыдущего. Пропущенный или сделанный на скорую руку шаг не исчезает — он всплывает позже, уже в виде переделки или простоя.

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

Отдельная оговорка про третий этап. «Проектирование» в этой таблице объединяет два разных по объёму сценария. Для одиночного объекта обычно достаточно рабочей документации — перечня сигналов, схем и спецификации, без прохождения экспертизы. Полноценный проект со стадиями «П» и «Р» и прохождением экспертизы — отдельная, более объёмная задача, которая может требовать допуска СРО и обсуждается по объёму работ отдельно, а не входит в проектирование по умолчанию.

Ни один из этапов не существует в вакууме сайта — по каждому из них у нас есть отдельный разбор: обследование и разработка ТЗ на АСУ ТП, как подготовить техзадание на автоматизацию, проектирование АСУ ТП и что входит в проектирование АСУ ТП (её тема — состав одной проектной стадии: перечень сигналов, схемы, спецификация; не весь цикл целиком, как в этой статье), шкафы автоматики и от чего зависит стоимость шкафа, монтаж автоматики, пусконаладка АСУ ТП и подробный разбор самого этапа — пусконаладочные работы (ПНР): что это, этапы и что проверяют, сервисное обслуживание и когда шкаф пора менять, а когда можно модернизировать.

Кто фактически участвует в проекте

Состав участников не меняется от масштаба объекта, меняется только то, сколько ролей закрывает один и тот же человек:

• Заказчик / эксплуатация — формулирует задачу и боль, даёт доступ на объект, подтверждает режимы работы по факту.
• Инженер обследования — переводит устные пожелания в перечень сигналов и исходные данные.
• Проектировщик — превращает исходные данные в схемы, спецификацию и описание логики.
• Сборщик щита и монтажник — реализуют проект физически, на щите и на объекте.
• Наладчик — проверяет, что смонтированное действительно работает так, как описано в проекте.
• Приёмочная сторона (эксплуатация, иногда — отдельная комиссия) — принимает систему и документацию по итогам ПНР.

На маленьких объектах несколько ролей нередко закрывает один и тот же подрядчик — но сами шаги от этого не исчезают, просто выполняются без формальной передачи документа между разными компаниями.

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

ТЗ формулируют как «хотим автоматику», без перечня сигналов и режимов. На проектировании и особенно на пусконаладке решения по авариям и ручным режимам принимаются уже на объекте, под давлением сроков запуска, а не заранее и спокойно.

Экономят на обследовании, когда на объекте уже есть какая-то автоматика. Без осмотра фактического состояния проектировщик работает по памяти заказчика, а не по факту — и на монтаже всплывает несоответствие того, что нарисовано в проекте, тому, что реально стоит в щите.

Пропускают стадию проектирования и заказывают щит и монтаж «по образцу с прошлого объекта». Каждый объект отличается схемой узла, составом оборудования и условиями эксплуатации; экономия на проекте почти всегда оборачивается переделками на монтаже.

Не проговаривают заранее, нужна ли экспертиза и допуск СРО. Это решает не подрядчик по умолчанию, а объём и назначение объекта — сюрприз здесь означает сдвиг и бюджета, и сроков уже на стадии проектирования, а не в начале разговора.

Считают пусконаладку формальностью «включили — заработало». Без прогона аварийных, ручных и автоматических режимов система выглядит рабочей ровно до первой нештатной ситуации — а первая нештатная ситуация на объекте обычно случается уже в реальной эксплуатации, а не в присутствии наладчика.

Частые вопросы про АСУ ТП

Как расшифровывается АСУ ТП? Автоматизированная система управления технологическим процессом. Это обобщающее понятие для всей автоматизации объекта — от одного щита с контроллером до комплекса с диспетчеризацией нескольких площадок.

АСУ ТП — это то же самое, что SCADA? Нет. АСУ ТП — система в целом, SCADA — один из её уровней, программный слой поверх контроллеров с архивами, трендами и рабочим местом оператора. Щит с одним контроллером без всякой SCADA уже элемент АСУ ТП, просто с нижним уровнем автоматизации. Подробное сравнение уровней — в статье диспетчеризация и SCADA: что это такое.

Сколько этапов у проекта АСУ ТП и можно ли какой-то пропустить? Формально восемь: обследование, ТЗ, проектирование, изготовление щита, монтаж, пусконаладка, сдача, сервис. Пропущенный этап не исчезает, а превращается в дополнительную работу на следующем: без ТЗ проектировщик додумывает задачу сам, без проекта монтаж идёт «на глаз», без пусконаладки аварийные режимы впервые проверяются уже в реальной эксплуатации.

Нужен ли допуск СРО, чтобы спроектировать АСУ ТП? Зависит от того, что именно нужно на выходе. Рабочая документация — перечень сигналов, схемы, спецификация — обычно самостоятельная задача без требования СРО. Полноценный проект со стадиями «П»/«Р» и прохождением экспертизы может требовать допуска СРО — это уточняется по конкретному объекту и его назначению, а не решается заранее по умолчанию.

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

Кто должен быть на объекте во время внедрения? На обследовании и монтаже — представитель эксплуатации, который знает объект и может дать доступ. На пусконаладке присутствие ответственного представителя заказчика обязательно: без него нельзя подтвердить, что фактические режимы работы оборудования соответствуют ожиданиям, и наладка встаёт.

Когда переходить от разбора к проекту

Если по объекту уже понятно, что нужна автоматизация, а не абстрактное «хотим порядок в щитах» — дальше вопрос не термина, а конкретных данных: что стоит на объекте сейчас и что должно получиться на выходе. Когда исходных данных мало или автоматики ещё нет вовсе, разумная точка входа — обследование объекта и разработка технического задания: на этом этапе фиксируются сигналы, режимы и границы работ, от которых дальше считается весь проект. Когда данные уже есть — это проектирование АСУ ТП: рабочая документация и спецификация, по которым можно собирать щит, монтировать и запускать объект без догадок на месте.