SCADA для нескольких объектов: как организовать диспетчеризацию

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

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

Сначала уровень, потом экраны

Три слова, которые в разговоре сливают в одно, а на объекте это три разных бюджета.

Разницу между панелью и верхним уровнем разбирает отдельный материал SCADA и HMI. BMS (АСУЗ) — частный случай диспетчеризации: все инженерные системы одного здания на единый пульт.

Масштаб объекта → адекватный уровень

Правило: берём минимально достаточный уровень. Завышение — это не «с запасом», это лишний сервер, лишние лицензии и лишнее обслуживание.

Когда уровень действительно пора повышать

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

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

Всё начинается со списка объектов и карты сигналов

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

Состав сигналов типовой: измерения через 4–20 мА, 0–10 В и Pt100/Pt1000 (AI), состояния и аварии «сухим контактом» (DI), команды насосам и заслонкам (DO), задания клапанам и частотникам (AO), плюс цифровой обмен по RS-485 или Ethernet — опрос приборов учёта и контроллеров других производителей (перечень сигналов для ИТП, КНС и вентиляции).

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

Какие аварии обязаны дойти до человека

Главная ошибка на пульте — вывести всё подряд. Тысяча тегов и тревога на каждое отклонение приводят к тому, что оператор перестаёт реагировать вообще. На оповещение идёт то, по чему кто-то поедет или позвонит; остальное — в архив.

• ИТП и ЦТП: низкое давление, перегрев обратки (за него теплосеть предъявляет претензии), авария циркуляционного насоса, протечка и затопление приямка, отказ датчика, пропадание питания.
• Газовая котельная: загазованность по метану и CO, останов котла, отсутствие факела, отклонение давления газа, авария горелки и насосов, пропадание питания.
• КНС: перелив по верхнему аварийному уровню, сухой ход, отказ насоса, перекос фаз, открытие люка.
• Приточная установка: угроза замораживания калорифера, авария частотника, отсутствие потока, засорение фильтра, отключение по сигналу «пожар».
• Паркинг, контроль загазованности: первый порог по CO с пуском вентиляции, второй аварийный порог, неисправность датчика или линии.

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

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

Протоколы: чем связывают объекты и где ломается интеграция

Разнородное оборудование сводят через ПЛК-шлюз на объекте или через драйверы протоколов на верхнем уровне. Протокол — вопрос не абстрактный: заработает ли связка с тем, что уже стоит.

Три границы, которые проверяют до подписания ТЗ, а не в процессе.

1. «Дружит из коробки» — не всегда правда. Закрытое фирменное оборудование может требовать шлюза или конвертера интерфейсов, а иногда не отдаёт данные вовсе. Проверяют по документации конкретной модели, а не по названию протокола в буклете.
2. Пожарная сигнализация, лифты, СКУД — интеграция на чтение. Аварии получаем, управление остаётся за профильными системами; для пожарной автоматики это нормативное требование, а не выбор подрядчика.
3. Наследованная зарубежная платформа — вопрос при расширении. Тираж планируют с учётом ограничений на поставки и лицензии после 2022 года, а для тендерных объектов — наличия платформы в реестре отечественного ПО. На рынке РФ применяют MasterSCADA, Trace Mode, Simple-Scada, Rapid SCADA и BMS-платформы: как выбирать без привязки к бренду.

У ЖКХ, торгового центра и завода вопросы разные

Статьи на эту тему обычно пишут про «здания вообще». Три сегмента ведут себя по-разному, и одно ТЗ на всех даёт систему, неудобную всем.

Управляющие компании и ЖКХ

Объекты типовые и многочисленные: ИТП или ЦТП в каждом доме, КНС, повысительные насосные, щиты АВР. Персонала на площадках нет, реагирует дежурная служба. Боль звучит так: «перетоп и недотоп, жалобы на горячую воду», «нет данных, что происходит в подвале», «теплосеть предъявляет за перегрев обратки». Нужно тиражируемое типовое решение, аварии на телефон дежурному и архив параметров — аргумент в споре и с жильцами, и с теплосетью (диспетчеризация ИТП и котельных).

Торговые и бизнес-центры, паркинги

Объект один, а систем много: приточки, ИТП, холодоснабжение, водоснабжение, освещение, АВР, контроль загазованности в паркинге. Три—двадцать и более шкафов на площадке — масштаб, где единый пульт даёт эффект сразу: не нужно обходить подвалы, чтобы понять, что встало. Здесь обычно и нужен уровень BMS, и здесь же просят мониторинг пожарной сигнализации и лифтов — с оговоркой выше.

Производство

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

Ошибки, из-за которых потом переделывают

1. Купить SCADA там, где хватало панели. Один щит с одной панелью — это не SCADA, как бы это ни называли в предложении. И наоборот: если задача звучит как «видеть состояние и получать аварии», опрос по Modbus с оповещением закрывает её дешевле серверной SCADA, которой никто не будет пользоваться.
2. Назвать BMS автоматизацию одной системы. Автоматика вентиляции — это автоматика вентиляции. BMS — когда на пульте сходятся ОВиК, электрика, вода, освещение и мониторинг слаботочки.
3. Ждать управления пожарной автоматикой. Обещание «наша система будет управлять пожаркой и дымоудалением» — признак того, что подрядчик либо не в курсе ограничений, либо надеется, что не в курсе заказчик.
4. Начать с тиража, а не с пилота. Проверьте схему на одном типовом объекте: сигналы приходят, тревоги доходят до нужного человека, регламент работает. Почти всегда часть сигналов оказывается лишней, а двух нужных нет — и узнать это лучше до остальных площадок.
5. Собрать сигналы и не написать регламент реакции. Без ответа «кто и что делает по этой тревоге» остаётся мониторинг ради мониторинга.
6. Не проверить каналы связи на обследовании. Подвал без интернета и площадка с неустойчивым GSM выясняются на пусконаладке — и переносят срок проекта.
7. Не оговорить права доступа. Когда уставки может менять любой, разбор аварии превращается в поиск того, кто трогал.

От чего зависит стоимость

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

• число площадок и насколько они однотипны: тираж одной конфигурации на десять домов и десять разных объектов стоят по-разному;
• число сигналов на объект и суммарный объём тегов наверху;
• что уже стоит на площадках: есть ли ПЛК, какой протокол, нужна ли замена, нужны ли новые датчики и шкафы или дело только в верхнем уровне;
• связь на каждой площадке: есть интернет, нужен GSM, нужен VPN;
• уровень решения из таблицы выше: аварии на телефон и АРМ с архивами — разные бюджеты;
• платформа, глубина архивов, отчётность и реестр отечественного ПО для тендерных объектов;
• пусконаладка — на каждую площадку нужен выезд.

Вопросы, которые задают перед заявкой

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

Чем это отличается от системы учёта энергоресурсов (АСКУЭ)? Разные задачи. Приборы учёта считают ресурс, там своя метрология и коммерческие требования. Диспетчеризация занимается состоянием оборудования и авариями, а показания приборов может опрашивать по интерфейсу (Modbus, M-Bus) и складывать в архив. Узлы учёта — отдельная строка, а не «заодно».

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

Можно ли подключить оборудование, которое уже стоит от другого подрядчика? Часто можно — через существующий протокол, ПЛК-шлюз или конвертер интерфейсов. Но проверяют это по документации конкретных моделей, на обследовании и до сметы.

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

Нужна ли круглосуточная диспетчерская с оператором? Не всегда. Постоянный АРМ оправдан на крупных объектах со сменным персоналом. Для группы небольших площадок хватает аварий дежурному — SMS, Telegram, звонок — плюс веб-доступа к параметрам. Для газовой котельной без постоянного персонала передача аварий фактически обязательна, но комната с оператором в смене для этого не нужна.

Сколько объектов имеет смысл сводить на один пульт? Порог не в числе, а в наличии того, кто на пульт смотрит и реагирует. Технически смысл появляется уже с двух-трёх площадок или с трёх—двадцати шкафов на одном объекте. Платформа SCADA с архивами и правами доступа окупается на масштабе десятков объектов либо там, где история и отчётность нужны по регламенту.

Что собрать до разговора с инженером

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

Дальше два пути: объединить разнесённые площадки — удалённая диспетчеризация нескольких объектов; собрать единое рабочее место оператора — SCADA и диспетчеризация.

Отправьте вводные по объектам инженеру — получите расчёт по тому уровню, который нужен вашему масштабу, а не по максимальному.