Диспетчеризация и SCADA: чем отличаются от HMI и АСУ ТП

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

Диспетчеризация, SCADA, HMI и АСУ ТП — не четыре системы, а четыре слова об одной

Термины путают чаще всего потому, что они описывают один и тот же объект с разных сторон, а не разные вещи.

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

HMI (Human-Machine Interface) — панель оператора у самого щита или установки. Показывает текущие значения, позволяет менять уставки и квитировать аварию на месте, без сервера и сети.

SCADA (Supervisory Control And Data Acquisition) — программный уровень поверх контроллеров: рабочее место оператора, мнемосхемы, архивы, тренды, журнал событий, разграничение прав. SCADA не управляет процессом напрямую — она показывает и архивирует то, что делает контроллер. Уберите SCADA — насос продолжит работать по своей логике. Уберите контроллер — не работает ничего.

Диспетчеризация — передача состояния объекта и его аварий «наверх»: на пульт дежурного, в веб-панель, по SMS или в Telegram. Это не то же самое, что SCADA: диспетчеризация может обойтись без мнемосхем, архивов и постоянного рабочего места оператора — датчиками, каналом связи и уведомлением. Полноценная SCADA без диспетчеризации, наоборот, не существует: ей нечего показывать, если данные никуда не поступают.

Более детальный разбор разницы между HMI и SCADA — с таблицей по одиннадцати критериям и признаками, по которым отличить одно от другого на объекте, — в отдельном материале: SCADA и HMI: в чём разница для заказчика.

Один объект — один уровень: таблица, которая экономит бюджет

Четыре уровня решают четыре разные задачи. Завышение уровня — не запас на будущее, а лишний сервер, лишняя лицензия платформы и лишняя точка отказа.

«АСУ ТП» в этой таблице отдельной строкой намеренно не стоит: это не параллельный уровень, а обобщающее название для всех строк сразу, от щита до BMS.

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

Из чего физически состоит система — от датчика до экрана диспетчера

Систему проще понять не через софт, а через путь сигнала: он идёт снизу вверх, и на каждом уровне с ним происходит что-то своё.

Датчики и КИП — термосопротивления Pt100/Pt1000, датчики давления 4–20 мА, поплавковые и электродные реле уровня, концевики заслонок и дверей. Они измеряют и сообщают состояние, сами ничего не решают.

ПЛК — программируемый логический контроллер, куда стекаются сигналы с датчиков. Здесь живёт вся логика: регулирование, защиты, блокировки, каскад насосов или котлов. Снимите с объекта всё, что выше ПЛК, — приточка продолжит держать температуру. Уберите ПЛК — не работает ничего.

Каналы связи — RS-485 с протоколом Modbus внутри объекта, Ethernet между щитом и сервером, GSM или интернет-канал для удалённых площадок. От канала зависит, увидит ли верхний уровень аварию через секунду или через час — не от бренда SCADA.

SCADA-сервер — принимает данные с контроллеров, ведёт архив и тренды, разграничивает права пользователей, фиксирует, кто и когда квитировал аварию.

АРМ диспетчера / пульт — то, что видит человек: мнемосхемы объектов, список активных аварий, графики за прошедший период. Здесь архитектура становится осязаемой, а не абзацем из технического задания.

Та же архитектура — как схема: путь сигнала от датчика на объекте до экрана дежурного.

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

Как это выглядит на объекте: тепловой пункт глазами дежурного

Возьмём тепловой пункт — не потому что это единственный тип объекта, а потому что на нём проще всего увидеть, как теория превращается в экран.

На щите ИТП контроллер держит температуру подачи по графику в зависимости от уличной температуры, управляет клапаном ГВС, следит за подпиткой контура и переключает насосы по ротации. На уровне «щит + HMI» всё это видно только на панели у самого щита: пришёл, посмотрел, ушёл.

Добавилась диспетчеризация — те же данные и аварии уходят на пульт или в Telegram дежурному: низкое давление, перегрев обратки (за это теплосеть предъявляет претензии), авария насоса, протечка в приямке. Дежурный узнаёт о проблеме, не выезжая на объект.

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

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

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

Пять вещей, из-за которых систему потом переделывают

Роли и права доступа не оговорены заранее. Когда менять уставки может кто угодно, разбор аварии превращается в поиск того, кто трогал систему. Прописать роли — задача на старте проекта, а не после первого спорного случая.

Глубина архивов выбрана «на глаз». Один заказчик просит архив на пять лет там, где хватит месяца; другой экономит на архиве там, где через полгода спросят «а что было прошлой зимой» — и ответить будет нечем. Как настраивают тревоги и глубину архивов под конкретную эксплуатацию — отдельный разбор: аварии и архивы в SCADA.

Систему привязывают к одному бренду, не глядя на ограничения рынка. После 2022 года часть зарубежных SCADA-платформ и контроллеров стало сложнее покупать и обслуживать, а для тендерных и государственных объектов дополнительно смотрят на Реестр отечественного ПО. Разговор про конкретную платформу и контроллер стоит вести отдельно от разговора про уровень системы: как выбрать ПЛК и SCADA без привязки к бренду.

Канал связи выбирают в последнюю очередь. От него зависит, узнает ли дежурный об аварии через минуту или утром следующего дня, когда позвонят жильцы. Подвал без интернета и участок с неустойчивым GSM обычно выясняются уже на пусконаладке — и тогда переносится не бюджет, а срок.

Уровень выбирают «с запасом», а не под задачу. SCADA-сервер, которым никто не пользуется, деградирует быстрее, чем кажется: тревоги перестают квитировать, после замены оборудования теги не сходятся, и через год система показывает не объект, а свою устаревшую версию. Обратная ошибка не безобиднее: диспетчеризация вместо SCADA там, где объектов действительно много и без истории решения принимать по памяти, а не по архиву. Рабочий ориентир — минимально достаточный уровень для задачи, которая есть сейчас, с запасом по сигналам и сети на то, что появится позже.

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

Частые вопросы про диспетчеризацию и SCADA

Чем SCADA отличается от диспетчеризации? Диспетчеризация — передача состояния и аварий наверх: минимальный набор — датчики, канал связи и уведомление дежурному. SCADA — платформа поверх диспетчеризации: мнемосхемы, архивы, тренды, журнал событий, разграничение прав, постоянное рабочее место оператора. Диспетчеризация может обойтись без SCADA, SCADA без диспетчеризации — нет.

Нужна ли SCADA, если объект один? Почти всегда нет. Для одного объекта с локальным управлением достаточно щита с ПЛК и панелью; если постоянного персонала на объекте нет — плюс диспетчеризация аварий. SCADA с сервером и постоянным рабочим местом оператора оправдана, когда объектов много или когда по регламенту нужны история, тренды и отчётность.

Можно ли обойтись без иностранного программного обеспечения? Да. На российском рынке есть SCADA- и BMS-платформы из Реестра отечественного ПО — MasterSCADA, Trace Mode, Simple-Scada и другие, а также контроллеры российского производства. Состав рынка меняется, поэтому конкретную платформу и её статус в реестре проверяют на момент проекта, а не по статье годичной давности.

Что произойдёт с объектом, если пропадёт связь с диспетчерской? Ничего критичного для самого объекта: логика, регулирование и защиты работают в контроллере на месте и от связи с сервером не зависят. Пропадает видимость для диспетчера, а не управление. Заранее фиксируют, что считается «слишком долгим» отсутствием связи и что при этом должно произойти с оборудованием.

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

С чего начать, если непонятно, какой уровень нужен объекту? С описания объекта, а не с выбора платформы: сколько установок, есть ли на месте персонал, нужна ли история за прошлые периоды, разнесены ли площадки территориально. Ответы на эти вопросы обычно определяют уровень быстрее, чем сравнение SCADA-брендов между собой.

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

Если по объекту понятно, что нужен не только щит с панелью, а диспетчеризация или полноценная SCADA, — дальше вопрос конкретной архитектуры под ваш объект и бюджет. Этим занимается услуга SCADA и диспетчеризация: архитектура системы, сервер, рабочее место оператора, архивы и права доступа — под то количество объектов и сигналов, которое есть у вас, а не «под ключ» с запасом на неизвестное будущее.