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

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

Но есть ключевой момент: контроль доступа не должен быть единственным «датчиком воздуха». Он хорошо показывает факт прохода, режим работы зоны и примерную занятость. Для точной настройки лучше связывать его с CO₂-датчиками, датчиками присутствия, расписанием бронирования и логикой вентиляции.

Что должна решать такая интеграция

В рабочем проекте схема обычно закрывает не одну, а несколько практических задач:

• запускать вентиляцию до появления людей в открытой зоне;
• переводить пустые переговорные, телефонные будки и кабинеты в экономичный режим;
• поддерживать минимальную вентиляцию даже тогда, когда по доступу помещение считается свободным;
• увеличивать подачу воздуха в зонах, где реально растёт CO₂;
• не поднимать расход воздуха на весь коворкинг, если ночью зашёл один человек;
• отдавать приоритет аварийным режимам: пожарной автоматике, дымоудалению, разблокировке эвакуационных выходов.

То есть система контроля доступа даёт вентиляции понятный сигнал: «зона занята», «зона свободна», «после окончания рабочего дня был вход», «переговорная открыта по брони», «дверь долго не закрывалась». А дальше вентиляция должна реагировать по заранее прописанному сценарию.

Как выглядит базовая схема

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

1. Система контроля доступа фиксирует события. Это может быть проход через турникет, открытие двери в переговорную, вход по карте после 20:00, снятие помещения с охраны или событие от контроллера замка.
2. Контроллер или BMS считает состояние зоны. Например: «open space занят», «переговорная 3 занята», «ночной режим с одним посетителем», «после последнего выхода прошло 30 минут».
3. Система управления передаёт команду вентиляции. Это может быть простой сигнал «занято/свободно» или более точный обмен по протоколу: BACnet, Modbus, KNX, MQTT — зависит от оборудования.
4. Вентиляция меняет режим. Приточно-вытяжная установка может поднять производительность, VAV-клапаны открывают нужные зоны, заслонки перераспределяют воздух, CO₂-датчики корректируют расход.
5. После задержки система уходит в экономичный режим. Если люди не подтверждают присутствие, вентиляция снижается до минимального уровня, но не выключается полностью.
6. Аварийные команды имеют старший приоритет. Пожарная автоматика, разблокировка выходов и дымоудаление не должны зависеть от логики комфорта.

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

Три варианта схемы для коворкинга

Вариант схемы	Как устроена	Где подходит	Плюсы	Ограничения
Простая: весь коворкинг «занят» или «свободен»	Турникет или главный контроллер доступа передаёт один сигнал в систему вентиляции: «есть люди» / «людей нет».	Небольшой коворкинг с одной открытой зоной, без сложного зонирования и без большого количества переговорных.	Быстро внедрить, меньше оборудования, проще настроить и обслуживать.	Плохо работает, если часть помещений занята, а часть пустая. Есть риск недодувать переговорные или передушивать пустые зоны.
Зональная: каждая зона получает свой режим	Открытый зал, переговорные, phone booths, кухня и ночная зона считаются отдельно. Контроллер сопоставляет события доступа с конкретными зонами.	Коворкинг со смешанной планировкой: open space, кабинеты, переговорные, event-зона, отдельные комнаты.	Воздух подаётся ближе к реальной нагрузке, ниже расход энергии, меньше жалоб на духоту в малых комнатах.	Нужны понятные зоны вентиляции, исправная логика подсчёта, задержки ухода в экономичный режим и ручное управление для администратора.
Гибридная: доступ + CO₂ + присутствие + бронирование	Контроль доступа задаёт базовый режим, CO₂-датчики корректируют расход, датчики присутствия подтверждают факт нахождения людей, календарь бронирования помогает подготовить переговорную заранее.	Средние и крупные коворкинги, где много переговорных, телефонных будок и разная плотность людей в течение дня.	Лучший баланс комфорта и экономии. Система меньше зависит от ошибок подсчёта людей.	Дороже и сложнее в настройке. Нужна калибровка датчиков, тестирование сценариев и понятное разграничение ответственности между подрядчиками.

Какие сигналы брать из системы контроля доступа

Не все события из контроля доступа одинаково полезны для вентиляции. Например, «дверь открыта» само по себе ещё не значит, что в помещении стало больше людей. А «последний человек вышел через турникет» не всегда означает, что помещение пустое: кто-то мог остаться в переговорной, на кухне или в кабинете.

Для вентиляции обычно полезны такие сигналы:

• первый проход в помещение после периода простоя — запуск рабочего режима;
• после рабочего дня был вход по карте — включение ночной или локальной вентиляции;
• открытие двери в переговорную по бронированию — подготовка комнаты к встрече;
• снятие зоны с охраны — перевод зоны из дежурного режима в рабочий;
• счётчик проходов через турникет — ориентировочная занятость open space;
• аварийный вход или разблокировка — не для комфорта, а для безопасности и журналирования.

Если в коворкинге нет турникетов, а доступ только на двери, схема будет слабее. В таком случае лучше не делать вид, что система точно считает людей. Тогда контроль доступа используют как подтверждение режима, а основную коррекцию отдают CO₂-датчикам и датчикам присутствия.

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

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

Обычно выделяют:

• открытый зал. Здесь лучше работает счётчик людей с турникета плюс CO₂-датчики в разных частях помещения;
• переговорные. Здесь доступ часто связан с бронированием, поэтому полезно связать календарь, дверной контакт и CO₂;
• телефонные будки. Маленький объём быстро «задыхается», поэтому тут часто нужен отдельный датчик присутствия или CO₂;
• кухня и зона кофе. Доступ туда обычно свободный, поэтому считать людей по картам бессмысленно. Лучше использовать датчики запахов, влажности или просто держать отдельный режим;
• ночная зона. Если коворкинг работает 24/7 или есть ночные абонементы, нужен отдельный сценарий, чтобы один человек не включал вентиляцию всего этажа;
• технические и серверные помещения. Их вентиляция не должна зависеть от контроля доступа посетителей.

Чем точнее зоны совпадают с реальными воздушными контурами, тем меньше потом приходится «костылить» настройками.

Рабочие сценарии, которые стоит прописать

Утро и первый вход

Когда первый человек проходит через турникет или снимает коворкинг с охраны, вентиляция не должна ждать, пока станет душно. Хороший сценарий: получить сигнал от контроля доступа, запустить подготовку помещения и вывести систему в рабочий режим за 10–20 минут до основного потока. Точное время зависит от объёма воздуха, мощности установки и инерции здания.

Рабочий день в open space

Если есть турникет, можно считать примерное количество людей в открытой зоне. Но счётчик лучше использовать как ориентир, а не как абсолютную истину. Люди могут проходить вместе по одной карте, забывать приложиться на выходе или оставаться после «последнего выхода».

Практичнее так: контроль доступа переводит open space в режим «занято», а CO₂-датчики уже регулируют производительность. Если людей стало больше — расход растёт. Если часть людей ушла — система постепенно снижает подачу, но не прыгает резко вверх-вниз.

Переговорная занята

Для переговорной хороший сценарий выглядит так:

1. Комната забронирована — система переводит её в режим подготовки.
2. Дверь открыли или сработал доступ — включается рабочий режим вентиляции.
3. CO₂ растёт — расход воздуха увеличивается.
4. После окончания встречи дверь закрыта, людей нет — через задержку комната уходит в экономичный режим.

Задержку часто ставят в районе 10–30 минут, но её лучше подбирать по помещению. В маленькой переговорной можно ошибиться и выключить вентиляцию слишком рано, пока люди ещё обсуждают встречу у стола.

Ночной режим

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

Клининг и технические работы

Для уборщиков, охраны и подрядчиков нужен отдельный режим. Иначе они будут постоянно «ломать» статистику: то включают вентиляцию на весь этаж, то остаются в помещении после формального последнего выхода. Удобно иметь отдельную карту, временный код или режим «технический доступ», который не смешивается с обычной посещаемостью.

Что выбрать в зависимости от ситуации

Если у вас небольшой коворкинг на 30–60 рабочих мест в одном открытом пространстве, не обязательно строить сложную автоматизацию. Достаточно связать контроль доступа с общим режимом вентиляции и поставить 1–2 CO₂-датчика в зоне людей. Это даст основную экономию без лишней сложности.

Если у вас open space плюс 5–10 переговорных, кабинеты и телефонные будки, лучше делать зональную схему. Контроль доступа должен понимать, какая зона занята, а вентиляция должна уметь отдельно управлять этими зонами через VAV-клапаны, заслонки или отдельные приточно-вытяжные установки.

Если коворкинг работает круглосуточно, отдельный ночной сценарий обязателен. Иначе один ночной посетитель может включать вентиляцию, рассчитанную на дневную загрузку. Здесь особенно полезно разделять сигналы: «ночной вход», «массовый вход», «бронирование переговорной», «доступ в кабинет».

Если система вентиляции старая и не умеет принимать сложные команды, начинать можно с простого: сухой контакт «занято/свободно» и расписание. Потом, если есть смысл, добавлять протокольный обмен и CO₂-регулирование. Но если оборудование уже поддерживает BACnet или Modbus, лучше использовать их, а не плодить десятки релейных сигналов.

Как не перепутать контроль доступа с датчиком присутствия

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

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

Частые ошибки при интеграции

• Вентиляция выключается сразу после последнего прохода. В реальности люди могут ещё быть в переговорных, кабинетах или санузлах.
• Нет минимального режима. Полностью отключать вентиляцию в пустом коворкинге нельзя: остаются запахи, влажность, остаточные загрязнения и перепады давления.
• Считают только входы. Без логики выходов, ручного сброса и ночных сценариев счётчик быстро начнёт ошибаться.
• Подключают вентиляцию напрямую к считывателю. Считыватель — это периферия, а не логический центр. Команды должны проходить через контроллер, сервер доступа или BMS.
• Игнорируют приоритет пожарной автоматики. Комфортная вентиляция не должна мешать разблокировке выходов, дымоудалению и аварийным алгоритмам.
• Не делают задержки. Без задержек система будет дёргаться: то включать, то выключать вентиляцию из-за случайных проходов.
• Ставят CO₂-датчики где попало. Датчик у двери, окна или прямо под приточной решёткой будет показывать не качество воздуха в зоне, а случайные потоки.
• Не тестируют сценарии после запуска. На бумаге «переговорная освобождается через 15 минут» звучит хорошо, а на практике люди сидят ещё 20 минут после окончания брони.
• Смешивают персональные данные с инженерной логикой. Вентиляции не нужно знать ФИО посетителя. Ей достаточно агрегированного состояния зоны.
• Не прописывают ручное управление. Администратор должен иметь возможность включить нужный режим для мероприятия, уборки или внезапной загрузки зала.

Практические рекомендации перед внедрением

1. Начните с зонирования. Нарисуйте не только помещения, но и воздушные зоны: где реально можно отдельно управлять притоком и вытяжкой.
2. Определите владельца логики. Должно быть понятно, кто считает занятость: сервер контроля доступа, отдельный контроллер или BMS. Если за это отвечают все сразу, потом никто не сможет быстро найти ошибку.
3. Составьте список событий. Не просто «интегрировать СКУД и вентиляцию», а конкретно: первый вход, ночной вход, открытие переговорной, окончание брони, последний выход, снятие с охраны.
4. Задайте режимы вентиляции. Например: дежурный, подготовка, рабочий, усиленный по CO₂, ночной, клининг, аварийный.
5. Добавьте задержки. Вход должен включать режим быстро, а выход — с задержкой. Это защищает от ложных отключений.
6. Оставьте минимальную вентиляцию. Даже пустой коворкинг должен проветриваться, особенно если внутри есть мебель, ковровые покрытия, кухня и переговорные.
7. Используйте CO₂ там, где люди сидят плотно. Переговорные, кабинеты, phone booths и зоны воркшопов — хорошие кандидаты для датчиков.
8. Проверьте протоколы оборудования. Если вентиляция и контроль доступа могут обмениваться данными по штатному протоколу, это лучше, чем набор сухих контактов.
9. Проведите приёмочные тесты. Проверяйте не только «включилось/выключилось», а реальные ситуации: встреча закончилась, один человек остался ночью, открыта кухня, сработала тревога, администратор включил ручной режим.

Условный пример рабочей схемы

Допустим, есть коворкинг с открытым залом, шестью переговорными, четырьмя телефонными будками, кухней и ночной зоной. На входе стоит турникет, переговорные открываются по карте или коду, phone booths закрываются на замок.

Схема может быть такой:

• турникет передаёт в BMS примерное количество людей в open space;
• CO₂-датчики в зале корректируют производительность приточно-вытяжной установки;
• бронирование переговорной переводит комнату в режим подготовки;
• дверной контакт и CO₂ подтверждают, что встреча реально идёт;
• phone booth включает локальную вытяжку по датчику присутствия или CO₂;
• ночной вход по карте включает только ночную зону;
• после 30 минут без подтверждённого присутствия зона уходит в дежурный режим;
• при пожарной тревоге все комфортные сценарии отменяются, двери разблокируются, вентиляция переходит в аварийный алгоритм.

В таком варианте контроль доступа не управляет вентиляцией «вслепую». Он помогает системе понять режим объекта, а датчики и логика BMS доводят решение до нормальной работы.

Что заложить в техническое задание

Чтобы подрядчики не сделали формальную интеграцию «для галочки», в ТЗ стоит включить конкретные пункты:

• список зон и привязку каждой зоны к системе вентиляции;
• список событий из контроля доступа, которые участвуют в управлении;
• протокол обмена или тип сигналов между СКУД, BMS и вентиляцией;
• режимы вентиляции для каждой зоны;
• задержки включения, перехода в экономичный режим и возврата;
• минимальный воздухообмен для пустых помещений;
• приоритет аварийных команд;
• ручной режим для администратора;
• журналирование событий без лишних персональных данных;
• план тестирования перед сдачей системы.

Итог

Хорошая схема интеграции вентиляции с контролем доступа в коворкинге строится вокруг реальных сценариев: кто вошёл, куда вошёл, сколько примерно людей в зоне, есть ли подтверждение по датчикам и какой режим сейчас нужен. Для маленького коворкинга достаточно простой связки «доступ — рабочий режим — CO₂». Для крупного объекта лучше делать зональную или гибридную схему с датчиками и логикой BMS.

Главное — не превращать контроль доступа в единственный источник правды. Он полезен как стартовый сигнал и как инструмент режимов, но комфортную вентиляцию нужно доводить датчиками, задержками, минимальным режимом и понятными ручными сценариями.