Интеграция вентиляции с системой контроля доступа нужна не для красоты, а чтобы инженерные системы понимали, когда в помещении реально есть люди. В офисе, коворкинге, магазине, переговорной или ресепшен-зоне вентиляция может работать по расписанию, но часто это либо лишние расходы, либо духота. СКУД даёт полезные события: первый вход, последний выход, проход через турникет, состояние дверей. Если правильно связать эти события с приточно-вытяжной установкой, VAV-клапанами или контроллером вентиляции, система начинает работать по фактической загрузке помещения.
Главная мысль: не нужно делать примитивную связку «открыли дверь — включили вентилятор». Нормальная схема работает через зоны, задержки, режимы мощности и резервные сценарии. Иначе можно получить сквозняки, шум, духоту или ситуацию, когда вентиляция молчит именно тогда, когда люди уже зашли.
- Что именно связывают между собой
- Какие сигналы от СКУД действительно полезны
- Три рабочие схемы интеграции
- Как выглядит нормальная логика работы
- Пример для небольшого офиса
- Пример для переговорных и коворкинга
- Что выбрать в зависимости от ситуации
- Частые ошибки при интеграции
- Практические рекомендации перед запуском
- Как понять, что схема сделана хорошо
- Итог: с чего начать
Что именно связывают между собой
Обычно под такой интеграцией понимают не прямое соединение «считыватель — вентилятор», а обмен событиями между тремя уровнями:
- СКУД фиксирует события: успешное считывание карты, проход через турникет, открытие двери, срабатывание тревоги, состояние зоны.
- Контроллер вентиляции, приточная установка или BMS получает команду: включить, перевести в рабочий режим, поднять производительность, вернуть в дежурный режим.
- Датчики и обратная связь уточняют картину: есть ли движение, какой уровень CO₂, открыта ли дверь, работает ли вентилятор, занято ли помещение.
В небольших объектах можно обойтись сухим контактом или реле: контроллер СКУД замкнул цепь — вентиляция перешла в рабочий режим. В более крупных системах лучше использовать протоколы Modbus, BACnet, KNX или API диспетчеризации. Тогда можно передавать не просто «занято/свободно», а уровень occupancy, режим помещения, аварии и служебные статусы.
Какие сигналы от СКУД действительно полезны
Не каждое событие доступа стоит использовать для управления вентиляцией. Например, тревога «дверь открыта дольше нормы» не означает, что в помещении стало больше людей. А попытка прохода по чужой карте не должна запускать комфортный режим. Лучше заранее отделить рабочие события от служебных.
| Сигнал | Как использовать | На что обратить внимание |
|---|---|---|
| Первое успешное считывание после периода отсутствия | Хороший старт для перевода помещения в рабочий режим | Нужна задержка 5–15 минут, чтобы вентиляция успела выйти на режим до полной загрузки |
| Последний выход из зоны | Команда на переход в дежурный режим | Нельзя отключать вентиляцию сразу: лучше задержка 10–30 минут |
| Проход через турникет | Подходит для подсчёта людей на входе в офис или коворкинг | Нужно учитывать ошибки счёта: два человека за один проход, проход в обе стороны, обходные двери |
| Датчик открытия двери | Можно использовать как дополнительный признак | Не стоит делать его основным триггером: дверь может быть открыта при проветривании или обслуживании |
| Тревоги СКУД | Обычно не используют для вентиляции | Аварии, взлом, tamper и несанкционированный доступ не должны управлять климатом |
| Бронирование переговорной | Можно использовать как предварительную команду | Бронь не равна присутствию людей. Лучше подтверждать датчиком движения или CO₂ |
Три рабочие схемы интеграции
На практике я бы выбирал одну из трёх схем. Разница не в названии оборудования, а в том, насколько точно помещение нужно считать и насколько гибко управлять воздухом.
| Схема | Где подходит | Как работает | Плюсы | Риски |
|---|---|---|---|---|
| Расписание + сигнал от СКУД | Небольшой офис, магазин, кабинет, ресепшен | Вентиляция работает по рабочему графику, а событие входа переводит её в усиленный или рабочий режим | Просто, недорого, быстро запускается | Не всегда понимает реальное количество людей |
| Зоны занятости от СКУД + датчики | Офис с переговорными, коворкинг, учебный центр, open space | СКУД определяет занятость зоны, датчики движения и CO₂ корректируют производительность | Баланс между экономией и комфортом | Нужно настраивать задержки и пороги, иначе будут ложные включения |
| СКУД через BMS или диспетчеризацию | Бизнес-центр, крупный офисный этаж, торговое помещение с несколькими зонами | События доступа идут в систему управления зданием, а она управляет приточными установками, вытяжкой и VAV-клапанами | Масштабируется, ведёт журналы, удобно управлять приоритетами | Нужен проект, настройки протоколов и нормальное тестирование |
Как выглядит нормальная логика работы
Хорошая схема не строится на одном сигнале. Она выглядит как цепочка событий, где каждое имеет свой смысл и приоритет.
- Определяют зоны. Например: входная группа, open space, переговорные, серверная, склад, санузлы. Для каждой зоны нужен свой сценарий.
- Выбирают главный триггер. Для офиса это может быть первое успешное считывание на входной двери. Для переговорной — датчик присутствия плюс бронирование. Для коворкинга — счётчик проходов через турникет.
- Задают режимы вентиляции. Обычно это не «вкл/выкл», а несколько уровней: дежурный, рабочий, усиленный. Дежурный нужен, чтобы помещение не застаивалось, рабочий — для обычной нагрузки, усиленный — при росте CO₂ или большом количестве людей.
- Добавляют задержки. После первого входа вентиляцию часто запускают с небольшой задержкой, чтобы не включать её на случайное открытие. После последнего выхода не отключают сразу: оставляют 10–30 минут на удаление запахов, влаги и остаточного тепла.
- Проверяют обратную связь. Система должна видеть, что вентилятор действительно запустился, клапан открылся, установка не ушла в аварию.
- Разделяют приоритеты. Пожарная автоматика, аварийная вытяжка, подпор воздуха и противодымная защита не должны зависеть от СКУД. Они идут отдельной логикой и имеют старший приоритет.
- Предусматривают ручной режим. Уборка, ночная работа, обслуживание, мероприятие вне графика — всё это должно запускаться кнопкой или сценарием без обхода всей системы.
Упрощённо схема может выглядеть так: считыватель или турникет → контроллер СКУД → шлюз или BMS → контроллер вентиляции → приточная установка, вытяжка или VAV-клапан. Но в рабочем проекте рядом всегда есть датчики CO₂, датчики присутствия, расписание, аварии и ручной режим.
Пример для небольшого офиса
Есть входная дверь со считывателем, один open space и две переговорные. Делать сложную диспетчеризацию не обязательно. Достаточно настроить контроллер СКУД так, чтобы первое успешное считывание после 18:00 или после выходного дня давало сигнал «офис занят».
Дальше логика может быть такой:
- с 08:00 до 19:00 вентиляция работает по расписанию в дежурном или рабочем режиме;
- первое успешное считывание переводит систему в рабочий режим;
- после последнего выхода через 20 минут вентиляция возвращается в дежурный режим;
- если CO₂ в open space выше условных 900–1000 ppm, производительность повышается;
- в выходные и ночью остаётся минимальный санитарный режим, если это допустимо для помещения.
Для такого объекта часто хватает сухого контакта или реле. Это дешевле и надёжнее, чем пытаться передавать в вентиляцию всю базу сотрудников. Вентиляции не нужны фамилии, отделы и права доступа. Ей нужен агрегированный сигнал: «зона занята» или «зона свободна».
Пример для переговорных и коворкинга
В переговорных частая ошибка — включать вентиляцию только по брони. На практике бронь есть, а людей нет. Или наоборот: люди сидят дольше, потому что встреча затянулась. Здесь лучше использовать комбинированную схему.
Рабочий вариант:
- бронирование переводит комнату в подготовительный режим;
- датчик присутствия или CO₂ подтверждает фактическое занятие;
- дверной контакт помогает понять, что помещение закрыто и воздух не уходит в коридор;
- после последнего выхода вентиляция работает ещё 10–15 минут;
- если CO₂ растёт, VAV-клапан или локальная вытяжка усиливаются.
Для коворкинга с турникетом можно считать поток людей на входе, но лучше не завязываться только на счётчик. Турникеты иногда ошибаются: два человека прошли одним проходом, сотрудник пропустил гостя, кто-то вышел через запасную дверь. Поэтому счётчик от СКУД хорошо работает как основной ориентир, а CO₂ и датчики присутствия — как корректировка.
Что выбрать в зависимости от ситуации
Если помещение небольшое и режим предсказуемый, не нужно усложнять. Если людей много, график плавающий, а зоны разные — лучше делать управление через BMS или отдельный контроллер логики.
- Маленький офис или кабинет. Подойдёт расписание плюс сигнал от контроллера СКУД. Главное — не отключать вентиляцию полностью и добавить задержку после ухода.
- Офисный этаж с open space. Лучше использовать СКУД на входе в зону, датчики CO₂ и несколько режимов производительности.
- Коворкинг или учебный центр. Нужен подсчёт людей через турникет или пропускные пункты, но обязательно с проверкой по датчикам качества воздуха.
- Переговорные комнаты. Не стоит полагаться только на бронирование. Хорошее решение — бронь плюс датчик присутствия плюс CO₂.
- Бизнес-центр или крупный объект. Оптимально вести события СКУД в BMS, а вентиляцией управлять централизованно по зонам и приоритетам.
- Серверная, склад, техническое помещение. Вентиляцию лучше держать по своему сценарию. Доступ персонала не должен быть главным условием работы оборудования.
Частые ошибки при интеграции
Не подключайте пожарные сценарии вентиляции через систему контроля доступа. Пожарная автоматика, дымоудаление, подпор воздуха и аварийные режимы должны работать по отдельной логике и иметь старший приоритет.
На практике проблемы появляются не из-за самой идеи интеграции, а из-за грубой логики. Вот ошибки, которые чаще всего всплывают после запуска:
- Запуск по каждому считыванию. Если человек приложил карту несколько раз или открыл дверь для коллеги, вентиляция может постоянно прыгать между режимами.
- Нет задержки после ухода. Система сразу снижает обороты, хотя в комнате ещё есть люди, запахи или влажность.
- Полное отключение вентиляции ночью. Для некоторых помещений это допустимо, но для переговорных, санузлов, кухонных зон и мест с высокой влажностью может быть плохой идеей.
- СКУД считают главным источником данных о присутствии. Карта прошла — значит, человек внутри. На деле человек мог уйти через другую дверь или остаться после последнего выхода.
- Нет ручной кнопки или сценария для уборки. Клининг приходит вне рабочего графика, а вентиляция не работает.
- Не проверяют обратную связь. Команда на включение ушла, а приточная установка стоит в аварии.
- Передают в вентиляцию лишние персональные данные. Для управления воздухом достаточно факта занятости зоны, а не списка сотрудников и времени их проходов.
Практические рекомендации перед запуском
Перед монтажом и настройкой стоит пройтись по объекту не как проектировщик «по помещениям», а как пользователь: когда люди заходят, где сидят, где курят после обеда, какие двери обходят турникет, где вентиляция шумит, а где всегда душно.
Минимальный чек-лист:
- Разделить объект на зоны управления. Не всегда нужно управлять всем офисом одной командой.
- Для каждой зоны выбрать главный триггер: СКУД, датчик присутствия, CO₂, расписание или бронирование.
- Задать режимы: дежурный, рабочий, усиленный, ручной, аварийный.
- Прописать задержки: старт после первого входа, возврат в дежурный режим после последнего выхода, время работы после ухода.
- Определить приоритеты: пожарный сигнал, авария вентиляции, ручной режим, расписание, событие СКУД.
- Проверить, что при потере связи с СКУД вентиляция не зависает, а переходит в безопасный режим по расписанию или последнему допустимому состоянию.
- Настроить журнал событий: кто и когда перевёл режим, была ли команда, выполнилась ли она, были ли аварии.
- Провести тестовые сценарии: первый вход утром, массовый вход, последний выход, работа в выходной, уборка, потеря связи, авария установки.
По срокам простая схема на реле может занять от нескольких дней до недели после готовности оборудования и электрики. Интеграция через BMS обычно дольше: нужно согласовать протоколы, точки обмена, сценарии, права доступа и тесты. Не стоит обещать запуск «за один день», если в системе несколько зон, разные протоколы и старые контроллеры вентиляции.
Как понять, что схема сделана хорошо
Хорошая интеграция почти незаметна. Люди не думают о вентиляции, но в помещении нет духоты, нет лишнего шума и резких переключений. Администратор может включить ручной режим без программиста. Инженер видит журнал команд и понимает, почему вентиляция сейчас работает на 70%, а не на 30%.
Признаки нормального решения:
- вентиляция не включается на случайное открытие двери;
- после ухода людей есть разумная задержка;
- CO₂ и датчики присутствия корректируют решение СКУД;
- есть дежурный режим, а не только полное включение и выключение;
- пожарные и аварийные сценарии не зависят от СКУД;
- при потере связи система не останавливается, а переходит в безопасный сценарий;
- в журнале видно не только команду, но и результат её выполнения.
Итог: с чего начать
Если нужно связать вентиляцию с системой контроля доступа, начните не с выбора протокола, а с логики помещений. Сначала определите, где люди реально находятся, как они входят и выходят, какие зоны требуют постоянного воздухообмена, а какие можно переводить в экономичный режим.
Для небольшого коммерческого помещения часто достаточно расписания, сигнала от СКУД и задержек. Для офиса с переговорными лучше добавить датчики CO₂ и присутствия. Для крупного объекта правильнее вести события СКУД в BMS и управлять вентиляцией по зонам.
Самое практичное правило: СКУД должна давать системе вентиляции не персональные данные, а понятное состояние зоны — занята, свободна, требуется усиление, нужен ручной режим. Всё остальное — задержки, датчики, приоритеты и обратная связь — делает схему рабочей, а не просто подключённой.