Перейти к содержимому
Панель управления зданием на планшете с отображением состояния оборудования

BAS · BMS

BAS и BMS — где проходит граница управления

BAS замыкает контуры регулирования; BMS контролирует тревоги, тренды и отчётность. Практическое руководство о том, где проходит граница и как зафиксировать её в спецификации.

Краткий ответ

BAS напрямую управляет инженерными системами здания: он выполняет контуры регулирования для ОВК, освещения и оборудования. BMS осуществляет надзор за этими системами, управляя тревогами, трендами, расписаниями и отчётами. В небольших зданиях обе функции часто объединены в одном продукте; в крупных их разделяют, чтобы местное управление сохранялось при недоступности надзора.

01

Граница между управлением и надзором

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

02

Почему эти термины используют как взаимозаменяемые

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

03

Что меняется при масштабировании

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

04

Как описать разделение в спецификации

Составьте матрицу ответственности до расчёта цены. Укажите, какие последовательности выполняются локально, какие расписания редактируются в BMS и как изменение уставки фиксируется в журнале. Подтвердите, что BAS сохраняет автономность при отказе сети надзора, а BMS может экспортировать историю в открытом формате при передаче объекта. Согласуйте соглашение об именовании точек и философию тревог на раннем этапе, поскольку и то и другое переживает проектную команду. Чёткое разделение дешевле урегулирования споров в ходе пусконаладки и даёт всем участникам торгов одинаковую базу для сравнения. Матрица должна быть таблицей со строкой на каждую функцию, а не абзацем о намерениях. Пересматривайте её на каждом этапе проектирования, потому что объём интеграции растёт незаметно.

  • Локальные последовательности: что должно работать без BMS
  • Расписания: кто может их редактировать и в каких пределах
  • Тревоги: приоритет, маршрутизация и ответственность за квитирование
  • История: срок хранения и формат экспорта

Сравнение BAS и BMS

6 rows
АспектBASBMS
Основная задачаЗамыкает контуры регулирования и управляет оборудованиемОсуществляет надзор за точками, тревогами и производительностью
Где выполняется логикаКонтроллеры DDC на уровне оборудования и терминаловСервер надзора и ядро интеграции
Типичный пользовательИнженер по пусконаладке и техник по обслуживаниюОператор, энергоменеджер и руководство
Поведение при отказеДолжен продолжать работать автономноМожет быть недоступен без остановки оборудования
Объём данныхВходы и выходы в реальном времениИстория, тревоги, расписания и отчёты
Вопрос при закупкеКакие последовательности входят в объём работ?Какие системы и отчёты входят в объём работ?

Изображения проекта

3 images
Интерьер офиса с локальными контроллерами и интегрированными системами
Локальное управление
Логистическое здание с высотным стеллажным хранением
Инженерные системы и логистика
Офис открытой планировки с автоматическим освещением и солнцезащитой
Автоматизация офиса

Частые вопросы

01Входит ли BAS в BMS?

Часто да в комплекте от одного поставщика, но концептуально нет. BAS — это уровень управления, BMS — уровень надзора. В крупном проекте их могут поставлять разные команды, и их следует специфицировать отдельно.

02Может ли BAS работать без BMS?

Да. BAS может выполнять автономные последовательности с локальными расписаниями. BMS добавляет централизованную видимость, маршрутизацию тревог и отчётность, но не должен требоваться для безопасной эксплуатации.

03Включает ли BMS освещение и контроль доступа?

Может включать. Объём зависит от проекта. Многие платформы BMS осуществляют надзор за освещением, счётчиками и событиями контроля доступа; границу с системами безопасности и жизнеобеспечения следует зафиксировать письменно.

04Что нужно для отдельного здания?

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

05Влияет ли терминология на стоимость?

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

Следующий шаг

Приведите нам здание.

Расскажите о типе здания, системах в объёме работ и нужном результате. Мы покажем кратчайший путь к работающей системе.