BAS
Система автоматизации зданий (BAS)
Как работает система автоматизации зданий: полевые устройства, контроллеры и диспетчеризация, протоколы связи и подход к определению точек, тревог и пусконаладки.
Чем управляет система автоматизации зданий
Система автоматизации зданий охватывает механические и электрические службы, которые обеспечивают пригодность здания к эксплуатации: оборудование отопления и охлаждения, приточные установки, фанкойлы, тёплый пол, вентиляцию, освещение, солнцезащиту, насосы и учёт. Она не заменяет пожарную панель, контроллер доступа или коммунальный счётчик — она осуществляет их диспетчеризацию, применяет расписания и блокировки и фиксирует происходящее. Практическая граница — перечень точек: каждый датчик, команда, статус и тревога, которые нужны эксплуатационной команде для наблюдения или действий. Точкой может быть аналоговый вход от датчика температуры, дискретный вход от контакта статуса насоса, аналоговый выход на клапан, дискретный выход на вентилятор, импульсный счёт от счётчика или расчётное значение, например скользящее среднее. Если точка отсутствует в этом перечне, она вне объёма BAS, как бы ни был функционален контроллер. BAS — это уровень, который большинство владельцев имеет в виду, спрашивая, кто управляет зданием.
- Алгоритмы отопления, охлаждения и вентиляции
- Освещение и солнцезащита по зонам или помещениям
- Учёт, тревоги и трендовые журналы
- Статусы и блокировки от сторонних систем
- Аналоговые, дискретные, импульсные и расчётные точки
Три уровня, одна модель эксплуатации
Большинство архитектур BAS описывается тремя уровнями. Полевые устройства — датчики, приводы, клапаны, заслонки и счётчики — находятся ближе всего к оборудованию. Контроллеры выполняют логику управления: ПИД-контуры, расписания, ступенчатое включение и защитные блокировки. Верхний уровень нормализует данные от множества контроллеров и протоколов в одну модель, а затем представляет операторам тревоги, тренды и команды. Уровни важны коммерчески, поскольку распределяют ответственность. Подрядчик по автоматике может отвечать за полевой и контроллерный уровни, а интегратор — за диспетчеризацию и отчётность. Чёткие границы не позволяют двум командам претендовать на одну точку и делают документ о передаче объекта осмысленным. Плоская архитектура с меньшим числом шлюзов также проще в диагностике, чем длинная цепочка преобразований. На практике контроллерный уровень должен продолжать работать при недоступности сети диспетчеризации; здание, которое перестаёт отапливаться из-за отказа коммутатора или сервера, — это ошибка архитектуры, а не ошибка оператора.
- Полевой уровень: датчики, приводы и счётчики
- Управление: локальные алгоритмы, устойчивые к потере сети
- Диспетчеризация: единая модель данных и список тревог
- Приложения: панели, отчёты и мобильный доступ
Протоколы и открытость
BAS открыта ровно настолько, насколько открыты её интерфейсы. BACnet/IP распространён для чиллеров, приточных установок и комплектного оборудования; Modbus RTU или TCP — для счётчиков, инверторов и датчиков; KNX — для освещения, солнцезащиты и управления помещениями; DALI — для адресуемых светильников; сухие контакты — для устаревшего оборудования, которое не предлагает ничего другого. Открытые протоколы не отменяют работу по интеграции. Каждому интерфейсу по-прежнему нужны список адресов, карта точек, соглашение об именовании и протокол испытаний. Один BACnet предлагает объекты, свойства и службы, но устройство может поддерживать лишь их часть; Modbus предлагает регистры с зависящим от производителя масштабированием; KNX использует групповые адреса, которые нужно именовать и документировать. Полезный вопрос не в том, какой протокол предпочтительнее в принципе, а в том, какой интерфейс фактически предоставляет установленное оборудование и кто отвечает за его сопоставление. Хорошая документация по интеграции указывает шлюз, версию прошивки и поведение при отказе.
- BACnet/IP для оборудования и приточных установок
- Modbus RTU или TCP для счётчиков и инверторов
- KNX и DALI для освещения и солнцезащиты
- Сухие контакты и API для устаревших систем
Точки, расписания и тревоги
Перечень точек — это контракт проекта BAS. В нём перечислены каждый вход, выход, уставка, статус и тревога с адресом, диапазоном, инженерными единицами и пределами тревог. Расписания определяют, когда работает оборудование; блокировки — что должно произойти при взаимодействии двух систем; рационализация тревог — какие события доходят до оператора и в каком порядке. Большое количество точек без соглашения об именовании сложнее в эксплуатации, чем меньшая система с дисциплинированным расписанием. Пусконаладка проверяет расписание точку за точкой, а не графику. Протокол испытаний доказывает, что здание работает по спецификации, а тренды дают основание для настройки ещё долго после ухода пусконаладочной команды. Трендам также нужен заданный интервал: выборка раз в минуту полезна для секвенирования оборудования, а выборки раз в пятнадцать минут обычно достаточно для отчётности по энергопотреблению. В перечне точек должно быть указано, где какой интервал.
- Именование, совпадающее с чертежами
- Зафиксированные пределы тревог и зоны нечувствительности
- Блокировки проверены, а не предполагаются
- Тренды сохраняются для анализа производительности
BAS, BMS и IBMS — не одно и то же
BAS и BMS часто используют взаимозаменяемо: оба описывают управление инженерными службами здания и их диспетчеризацию. IBMS идёт дальше. Она интегрирует BMS с контролем доступа, CCTV, парковкой, счётчиками энергии, гостиничными номерами и статусом пожарной системы, затем применяет межсистемные правила и формирует единую картину эксплуатации. Различие архитектурное, а не ранжирование. В здании может быть компетентная BAS и отсутствовать IBMS — или IBMS, которая диспетчеризует несколько установок BAS. В объёме работ должно быть указано, какой уровень приобретается, какие системы в него входят и какие остаются независимыми. Эта ясность защищает и бюджет, и модель эксплуатации. Она также предотвращает типичную ошибку закупки: покупку платформы интеграции до того, как стабильно заработало управление оборудованием, с последующим обвинением платформы в механических неисправностях и ошибках пусконаладки.
- BAS: управление оборудованием и помещениями
- BMS: диспетчеризация инженерных служб
- IBMS: интеграция нескольких подсистем
- Пожарная система и контроль доступа сохраняют собственные полномочия
Определение объёма проекта BAS
Практичный объём работ BAS начинается со здания, а не с продукта. Перечислите системы, их поставщиков и версии, предоставляемые протоколы и точки, которые нужны оператору. Затем согласуйте алгоритмы: что работает по расписанию, что следует за занятостью, что должно срабатывать безопасно и что команда здания может менять без программиста. Проектам реконструкции нужен аудит существующих контроллеров и проводки, прежде чем предлагать новый верхний уровень. Проектам нового строительства нужен согласованный перечень точек до тендера на пакет автоматики. В обоих случаях пусконаладка и обучение входят в объём работ, а не в более поздний разговор после передачи объекта. Письменно зафиксированный объём работ дешевле дополнительного соглашения. В нём также следует указать приёмочные испытания, документацию и период поддержки, потому что именно эти части чаще всего опускают при сравнении цен.
- Инвентаризация систем и протоколов
- Алгоритмы и философия тревог
- Перечень точек и именование
- Пусконаладка, обучение и документация
Алгоритмы управления, которые заставляют систему работать
Именно в алгоритмах BAS становится полезной. Типовой алгоритм приточной установки включает режимы занятости и незанятости, расчёт оптимального пуска, регулирование температуры приточного воздуха, логику экономайзера или свободного охлаждения, вентиляцию по потребности, контроль фильтров и защиту от замерзания. Алгоритм чиллера ступенчато включает машины по нагрузке, чередует ведущую и ведомую, защищает минимальное время работы и максимальное число пусков и корректирует температуру охлаждённой воды в заданных пределах. Алгоритмы насосов поддерживают перепад давления, чередуют рабочий и резервный насос и подтверждают расход до включения машины. Алгоритмы помещений обрабатывают переключение между отоплением и охлаждением, оконные контакты, занятость и пределы уставок. Каждому алгоритму нужны режимы, переходы, уставки, выдержки времени и определённое безопасное положение при отказе. Письменный алгоритм работы — основа для конфигурирования, испытаний и последующих изменений; алгоритм, существующий только в голове программиста, невозможно ни ввести в эксплуатацию, ни обслуживать.
- Режимы и переходы приточной установки
- Ступенчатое включение и чередование чиллеров
- Ведущий/ведомый насос и подтверждение расхода
- Пределы уставок и безопасные положения при отказе
Пусконаладка, документация и типичные отказы
Пусконаладка доказывает перечень точек, а не заставку на экране. Она начинается с проверки шкафов и поэлементной проверки точек, продолжается проверкой калибровки датчиков, хода клапанов и заслонок, испытаниями тревог и блокировок и заканчивается испытаниями отказов: что происходит при отказе датчика, потере сегмента шины или перезапуске контроллера. Сезонные испытания подтверждают отопление и охлаждение под реальной нагрузкой. Как отраслевой ориентир при планировании, малым проектам часто отводят несколько недель на пусконаладку, крупным — несколько месяцев, но фактическая длительность зависит от количества точек, готовности смежных работ и доступа на объект. Документация должна включать исполнительные чертежи, перечень точек, алгоритмы, протоколы испытаний, схемы сети и резервные копии конфигурации. Типичные отказы предсказуемы: датчики в застойной зоне, клапаны завышенного диаметра или с протечкой, контуры регулирования в автоколебаниях, оставленные ручные переопределения, дублирующиеся имена точек и шлюзы, установленные без карты точек.
- Поэлементные испытания и проверка хода
- Испытания отказов и сезонные испытания
- Исполнительные чертежи и резервные копии
- Проверка переопределений и именования при передаче
Типовой объём BAS по подсистемам
18 rows| Подсистема | Чем управляет BAS | Типовой интерфейс | Ценность для оператора |
|---|---|---|---|
| Оборудование ОВК | Ступенчатое включение чиллеров и котлов, насосы, клапаны, уставки | BACnet/IP, Modbus, 0–10 V | Оборудование работает по потребности, а не по фиксированному расписанию |
| Чиллеры и тепловые насосы | Ступенчатое регулирование мощности, коррекция уставки охлаждённой воды, балансировка моточасов | BACnet/IP, Modbus, сухие контакты | Стабильная мощность при меньшем числе пусков |
| Котлы и источники тепла | Ступенчатое включение источников тепла, защита температуры обратки, погодозависимая коррекция | BACnet, Modbus, 0–10 V, сухие контакты | Безопасное теплоснабжение при частичной нагрузке |
| Приточные установки | Температура приточного воздуха, заслонки, вентиляторы, фильтры, защита от замерзания | BACnet/IP, Modbus, сухие контакты | Стабильный приток свежего воздуха и комфорт |
| Фанкойлы | Уставки помещений, клапан и скорость вентилятора, режим занятости | Modbus, KNX, 0–10 V | Комфорт на уровне помещения при меньших потерях |
| Тёплый пол | Температура стяжки, смесительный клапан, погодозависимая коррекция | Modbus, 0–10 V, сухие контакты | Стабильное тепло без перерегулирования |
| Горячее водоснабжение | Температура накопителя, циркуляция, плановая пастеризация | Modbus, 0–10 V, сухие контакты | Безопасная горячая вода без потерь в режиме ожидания |
| Вентиляция и вытяжка | Приток по потребности, давление, статус вентилятора | Modbus, 0–10 V, сухие контакты | Приток свежего воздуха по фактической занятости |
| Освещение | Коммутация, диммирование, сцены, занятость и дневной свет | DALI, KNX, реле | Свет следует за использованием |
| Солнцезащита | Слежение за солнцем, защита от ветра, сцены приватности | KNX, Modbus, сухие контакты | Контроль бликов и тепла |
| Учёт | Электроэнергия, вода, газ, тепло и субучёт | Modbus, M-Bus через шлюз, импульсы | Потребление видно по зонам |
| Интеграция контроля доступа | Статус двери, разблокировка, связывание событий | API, OSDP через контроллер, сухие контакты | Одно событие, а не несколько интерфейсов |
| CCTV и охранная сигнализация | Исправность камер, события тревог, статус записи | ONVIF, API, сухие контакты | Единый обзор событий без второго рабочего места |
| Статус пожарной системы | Только статус тревоги и предварительной тревоги | Сухие контакты, контролируемые входы | Пожарная панель сохраняет полномочия |
| Лифты | Сигналы статуса, неисправности и тревоги | Сухие контакты, API | Проблемы обслуживания видны заранее |
| Насосы и клапаны | Пуск/стоп, скорость, положение, неисправность | BACnet, Modbus, 0–10 V | Управление последовательностью работы оборудования и обнаружение неисправностей |
| Управление помещениями и гостиничными номерами | Уставки, занятость, оконные контакты, сцены | KNX, Modbus, 0–10 V | Комфорт при ограничениях по энергии |
| Тревоги и тренды | Нормализованные события, история и отчёты | Верхний уровень диспетчеризации | Быстрая диагностика и анализ |
Изображения проекта
3 images
Частые вопросы
01Что такое система автоматизации зданий?
Система автоматизации зданий управляет инженерными службами, такими как ОВК, освещение, солнцезащита и учёт, и осуществляет их диспетчеризацию. Она связывает полевые устройства, выполняет расписания и блокировки и предоставляет операторам тревоги, тренды и общий обзор оборудования.
02Чем отличаются BAS и BMS?
Термины пересекаются. BAS обычно подчёркивает автоматическое управление оборудованием и помещениями; BMS — диспетчеризацию и управление этими службами. В некоторых проектах их используют как синонимы. Документ об объёме работ важнее названия.
03Нужно ли заменять существующие контроллеры?
Не обязательно. Если существующие контроллеры предоставляют BACnet, Modbus, KNX или другой пригодный интерфейс, их часто можно интегрировать. Аудит подтвердит, какие данные доступны и что останется только для чтения.
04Какие протоколы должна поддерживать система автоматизации зданий?
Те, которые предоставляет установленное оборудование. BACnet/IP, Modbus RTU и TCP, KNX, DALI и сухие контакты покрывают большинство инженерных служб. Правильный набор определяется перечнем оборудования, а не предпочтением одного протокола.
05Сколько точек нужно зданию?
Без перечня систем надёжного правила нет. Количество точек зависит от оборудования, стратегии управления и того, сколько статусов нужно оператору. Мы формируем перечень точек во время аудита и используем его для подбора контроллеров и оценки работ.
06Может ли система автоматизации зданий работать без интернета?
Да. Логика управления, расписания и блокировки должны выполняться локально в контроллерах. Подключение к интернету нужно для удалённого доступа и отчётности, а не для поддержания работы здания.
07Сколько длится пусконаладка?
Зависит от количества точек, готовности других специалистов и последовательности испытаний. После аудита мы определяем этапы и испытываем поэтапно: проверка шкафов, поэлементные испытания, испытания блокировок и сезонная проверка.
08Сколько стоит система автоматизации зданий?
Цена следует за объёмом: перечень точек, интегрируемые системы, шлюзы, графика и трудозатраты на пусконаладку. Мы не публикуем прайс-листы. Страница стоимости объясняет методику и три уровня объёма.
Следующий шаг
Приведите нам здание.
Расскажите о типе здания, системах в объёме работ и нужном результате. Мы покажем кратчайший путь к работающей системе.