Инженерные системы здания: BMS и АСДУ

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

Составляем перечень установленного оборудования и его контроллеров, проверяем наличие цифровых интерфейсов и поддерживаемых протоколов, доступность документации и паролей к настройкам. Оборудование с открытыми протоколами — Modbus RTU и TCP, BACnet, M-Bus для приборов учёта — подключается напрямую. Для закрытых решений остаются шлюзы или аппаратный съём дискретных сигналов со свободных контактов. Итог инвентаризации — честная картина того, что можно получить бесплатно, а что потребует дооснащения.

Главный экран BMS — это план здания, а не список тегов, отсортированный по алфавиту.

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

Самая простая и самая недооценённая функция: здание не должно работать по будничному режиму в выходные и праздники.

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

Служба эксплуатации должна узнавать о проблеме от системы, а не от арендатора.

Пороговые правила по всем системам с разделением аварийных и предупредительных сигналов, оповещения на SMS, электронную почту, в Telegram и push, эскалация по цепочке ответственных с квитированием. Отдельно выделяются события, требующие немедленного выезда: затопление, авария калорифера, пропажа питания, — и события, которые ждут планового обхода: загрязнение фильтров, приближение срока обслуживания. Журнал событий с историей квитирований становится основой для разбора и для отчётности перед собственником.

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

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

Да, это и есть основная задача BMS. Оборудование с открытыми протоколами — Modbus, BACnet, M-Bus — подключается напрямую независимо от производителя. Для закрытых решений остаются шлюзы или аппаратный съём дискретных сигналов со свободных контактов. Инвентаризация на старте показывает, что можно получить сразу, а что потребует дооснащения; полностью безнадёжных случаев почти не бывает, вопрос в стоимости.

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

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

Да, если установлены приборы учёта по зонам или помещениям. Система снимает показания автоматически, распределяет потребление и формирует ведомости за период для расчётов. Если приборов нет, распределение возможно только расчётным способом по площадям, что менее точно и чаще вызывает споры — в таком случае обычно имеет смысл дооснастить здание счётчиками.

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

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