
BAS · BMS
BAS и BMS — где проходит граница управления
BAS замыкает контуры регулирования; BMS контролирует тревоги, тренды и отчётность. Практическое руководство о том, где проходит граница и как зафиксировать её в спецификации.
Краткий ответ
BAS напрямую управляет инженерными системами здания: он выполняет контуры регулирования для ОВК, освещения и оборудования. BMS осуществляет надзор за этими системами, управляя тревогами, трендами, расписаниями и отчётами. В небольших зданиях обе функции часто объединены в одном продукте; в крупных их разделяют, чтобы местное управление сохранялось при недоступности надзора.
Граница между управлением и надзором
BAS — это уровень, который замыкает контуры регулирования. Он считывает показания датчика, сравнивает значение с уставкой и управляет клапаном, заслонкой или вентилятором. Эта работа выполняется в контроллере DDC в техническом помещении или в терминальном блоке и должна продолжаться при недоступности сети. BMS находится над ним: собирает точки, отображает мнемосхемы, маршрутизирует тревоги, хранит тренды и формирует отчёты. BMS может хранить расписания и ограничения уставок, но физическая последовательность управления принадлежит BAS. Когда эти два уровня путают, сервер надзора становится единственным местом, где существует последовательность, и сбой сети останавливает оборудование. Именно это разделение позволяет службе эксплуатации заменить сервер, не останавливая здание.
Почему эти термины используют как взаимозаменяемые
В отдельном здании с одним поставщиком одни и те же программные средства часто выполняют обе функции, поэтому заказчики слышат оба термина применительно к одному комплекту. Это разумно, пока здание не разрастается. Как только появляются несколько технических помещений, арендаторы, счётчики и сторонние системы, надзор становится отдельной задачей со своими пользователями, моделью данных и обязательствами по отчётности. Названия важны только тогда, когда они скрывают это различие при закупке. Полезный вопрос не в том, какая аббревиатура правильна, а в том, какие функции включены, кто отвечает за каждую из них и что происходит при отказе контроллера или сервера. Комплект от одного поставщика может быть вполне надёжным; риск — в нечётком договоре, а не в упаковке.
Что меняется при масштабировании
При масштабировании BMS становится для оператора единым окном по всем зданиям. Он нормализует данные от разных поставщиков, применяет общие приоритеты тревог и сравнивает энергопотребление между объектами. Это требует решений, которых один BAS не требует: соглашений об именовании, сроков хранения истории, ролей доступа и процесса управления изменениями. Это также меняет модель обслуживания, потому что команда, ремонтирующая контроллер, не всегда отвечает за уровень отчётности. Разделение ролей делает эти обязанности видимыми в договоре, перечне точек и комплекте документов при передаче объекта. Перечень точек и философия тревог — два документа, которые делают это разделение реальным. Полезная проверка — спросить, кого вызывают в 02:00, когда одна и та же тревога повторяется в трёх системах.
Как описать разделение в спецификации
Составьте матрицу ответственности до расчёта цены. Укажите, какие последовательности выполняются локально, какие расписания редактируются в BMS и как изменение уставки фиксируется в журнале. Подтвердите, что BAS сохраняет автономность при отказе сети надзора, а BMS может экспортировать историю в открытом формате при передаче объекта. Согласуйте соглашение об именовании точек и философию тревог на раннем этапе, поскольку и то и другое переживает проектную команду. Чёткое разделение дешевле урегулирования споров в ходе пусконаладки и даёт всем участникам торгов одинаковую базу для сравнения. Матрица должна быть таблицей со строкой на каждую функцию, а не абзацем о намерениях. Пересматривайте её на каждом этапе проектирования, потому что объём интеграции растёт незаметно.
- Локальные последовательности: что должно работать без BMS
- Расписания: кто может их редактировать и в каких пределах
- Тревоги: приоритет, маршрутизация и ответственность за квитирование
- История: срок хранения и формат экспорта
Сравнение BAS и BMS
6 rows| Аспект | BAS | BMS |
|---|---|---|
| Основная задача | Замыкает контуры регулирования и управляет оборудованием | Осуществляет надзор за точками, тревогами и производительностью |
| Где выполняется логика | Контроллеры DDC на уровне оборудования и терминалов | Сервер надзора и ядро интеграции |
| Типичный пользователь | Инженер по пусконаладке и техник по обслуживанию | Оператор, энергоменеджер и руководство |
| Поведение при отказе | Должен продолжать работать автономно | Может быть недоступен без остановки оборудования |
| Объём данных | Входы и выходы в реальном времени | История, тревоги, расписания и отчёты |
| Вопрос при закупке | Какие последовательности входят в объём работ? | Какие системы и отчёты входят в объём работ? |
Изображения проекта
3 images


Частые вопросы
01Входит ли BAS в BMS?
Часто да в комплекте от одного поставщика, но концептуально нет. BAS — это уровень управления, BMS — уровень надзора. В крупном проекте их могут поставлять разные команды, и их следует специфицировать отдельно.
02Может ли BAS работать без BMS?
Да. BAS может выполнять автономные последовательности с локальными расписаниями. BMS добавляет централизованную видимость, маршрутизацию тревог и отчётность, но не должен требоваться для безопасной эксплуатации.
03Включает ли BMS освещение и контроль доступа?
Может включать. Объём зависит от проекта. Многие платформы BMS осуществляют надзор за освещением, счётчиками и событиями контроля доступа; границу с системами безопасности и жизнеобеспечения следует зафиксировать письменно.
04Что нужно для отдельного здания?
Обычно один интегрированный продукт охватывает обе роли. Указывайте в спецификации нужные функции, а не аббревиатуру: местное управление, тревоги, тренды, расписания, отчётность и открытый экспорт.
05Влияет ли терминология на стоимость?
Напрямую нет. Стоимость определяется объёмом работ: количеством точек, последовательностями, интеграциями, мнемосхемами, отчётами и пусконаладкой. Чёткая матрица ответственности предотвращает двойную оплату одной и той же функции.
Следующий шаг
Приведите нам здание.
Расскажите о типе здания, системах в объёме работ и нужном результате. Мы покажем кратчайший путь к работающей системе.