Интернет вещей в здании — это датчики, счётчики и исполнительные устройства, которые отдают точки в контур диспетчеризации. Это не умный дом с облаком вендора и не замена SCADA-системы: щит по-прежнему держит уставку одной установки, а IoT добавляет полевой слой, чтобы пульт видел эти точки вместе.
В автоматизации зданий сейчас сходятся две линии. Точек становится больше — температура, CO₂, протечка, импульс со счётчика, присутствие, — но вопрос эксплуатации тот же: кто смотрит аварии, кто меняет режим и из каких цифр считают эффект. Контур нужен управляющей компании, главному инженеру и собственнику; если датчики стоят, а экран открывают раз в месяц, эффекта не будет.
Дальше — определение, чем IoT отличается от BMS и «умного здания», как устроены уровни, какие сценарии можно посчитать и когда контур не окупится.
Что такое интернет вещей в здании
Интернет вещей в здании — это сеть устройств на инженерии объекта, которые сами передают параметры в общий контур. «Вещь» здесь не смартфон и не розетка в квартире, а узел, с которого эксплуатации нужна цифра: датчик температуры или CO₂, счётчик тепла, датчик протечки, привод клапана или заслонки. Объект тот же, что и у диспетчеризации: одно здание или комплекс с общей инженерией — офис, больница, склад, несколько корпусов.
Устройство само по себе не экономит и решений за эксплуатацию не принимает: оно снимает параметр и отдаёт его дальше. Управление начинается, когда эти точки попадают на пульт — их видно, по ним заводят аварию или меняют режим установки.
По итогу получается вот такая цепочка: датчик → шлюз → сервер диспетчеризации, где датчик снимает параметр, шлюз собирает устройства, а сервер показывает точки. Бытовой IoT закрывает квартиру и приложение производителя, промышленный интернет вещей — станок и цех; здесь в одном контуре оказываются вентустановка, индивидуальный тепловой пункт (ИТП) и счётчик. IoT даёт точки данных, а диспетчеризация превращает их в пульт, сценарии и аварии.
Чем IoT отличается от BMS, SCADA и «умного здания»
В поиске виды умного здания дробят на концепцию, BMS и набор датчиков, хотя на объекте это один контур, а не три продукта.
Умное здание — это концепция: инженерия видна из одного места, понятны расход, аварии и режимы. Умные здания в коммерции устроены так же, только масштаб другой — офис, больница или склад.
BMS здания и SCADA — это пульт с мнемосхемами, уставками, расписаниями и авариями: собственнику чаще нужна формулировка BMS, инженеру — SCADA. Локальный контроллер в щите остаётся «тактикой» одной установки, а верхний контур даёт надзор — весь объект на одном экране, архив и удалённый доступ. Отдельная удалённая диспетчеризация не заменяет этот пульт, а даёт доступ к нему не с объекта., а удаленно.
IoT-датчики, или датчики интернета вещей, снимают то, чего часто нет в щите: протечку, CO₂, импульс со счётчика, присутствие. Без пульта это остаётся потоком в облако; с пультом точка попадает на экран, в аварию или в режим установки. Контроллеры при этом менять не обязательно: если щит отдаёт данные по открытому протоколу, его оставляют и наращивают точки.
Как устроен контур: четыре уровня
Архитектура интернет вещей в здании состоит из четырёх уровней. Их легко принять за разные продукты, но это слои одной схемы. Закрытый стек одного вендора удобен на старте и дорог через несколько лет, потому что датчик, шкаф и софт приходится менять пакетом.
Поле
На поле снимают температуру, CO₂, протечку, присутствие, показания счётчиков электричества, тепла и воды. Список моделей здесь не нужен — важны параметр и адрес точки. Датчики CO₂ для вентиляции — типичный пример полевого уровня, а не отдельная система. Часть обработки может остаться на контроллере: если температура в коридоре в норме, гнать каждое значение на сервер незачем, и наверх уходят уставка, отклонение и событие.
Сбор
Шлюзы и открытые протоколы IoT — MQTT, Modbus, BACnet — нужны затем, чтобы заменить датчик или шкаф без привязки к одному производителю. Связка SCADA и MQTT на этом уровне обычна: брокер отдаёт точки на сервер, а не в бытовое приложение. Тот же принцип у веб-доступа и мобильного клиента: диспетчер и инженер смотрят один контур с разных мест, а не разные программы вендоров.
Диспетчеризация
На этом уровне работают мнемосхемы, алармы и расписания: точка либо видна оператору, либо запускает сценарий, либо уходит в журнал. Без диспетчеризации полевой слой зданием не управляет и только пишет данные.
Аналитика
Здесь появляются тренды, аномалии и отчёты для УК. Искусственный интеллект не обязателен: сначала должны работать архив и человек, который его читает. По архиву видно то, чего обход щитов не показывает, — установку, которую забыли выключить, или два контура, которые одновременно греют и охлаждают одну зону.
Сценарии IoT, которые дают эффект
Применение интернет вещей в здании считают не по дашборду. Ниже — примеры применения интернет вещей, в которых эффект берётся из расписания, счётчика или журнала: это инженерия объекта, а не «цифровой кампус» из презентации.
1. HVAC. Воздух гонят по CO₂, температуре и присутствию, а не круглосуточно «на всякий случай»: в пустой зоне установку снижают или останавливают. Отдельно смотрят конфликт контуров — калорифер и охлаждение в одной зоне, которые без общего пульта не видят друг друга, — и считают часы работы и киловатт-часы.
2. Освещение. На паркинге, в коридоре и у витрины группу гасят, если нет людей и достаточно светло с улицы, а эффект считают в часах горения. Если график включения до этого никто не смотрел, именно здесь чаще всего находят простой перерасход.
3. Учёт. Электричество, тепло и воду раскладывают по зонам, чтобы было видно, кто потребляет и где пик. Без этой разбивки счётчик на вводе не объясняет, куда уходит ресурс, и не с чем сравнивать режим установки.
4. Протечка. Датчик на кровле или в ИТП уводит сигнал в аварию до звонка арендатора, а считают время реакции. Обход подвалов и кровель после жалобы — как раз то, от чего контур должен избавить смену.
5. Пик. Если тариф с пиковой мощностью, чиллер, калорифер или зарядку ставят на паузу в часы максимума и считают киловатты. Если такого тарифа нет, сценарий может не окупиться.
6. Предиктив. Рост тока, температуры или числа пусков — повод проверить узел до аварии. Предиктивная аналитика — это не срок прогноза и не обещание «узнаем за неделю», а сигнал обслужить установку раньше, чем она встанет. Как этот слой устроен отдельно, разобрано на странице предиктивной аналитики.
На какой эффект рассчитывать
Считать можно то, что есть в данных: часы работы, киловатт-часы, время реакции, число обходов. Цифра берётся из расписания, счётчика или журнала аварий, поэтому обещать минус 30% энергии «по зданию» без расписания и датчиков нельзя — такой процент не из чего вывести.
Второй эффект — время инженера. Пока точки не сведены, смена ходит по крышам, насосным и потолочным панелям и сводит показания в таблицу. Когда контур работает, обход нужен по событию, а не «на всякий случай по графику корпуса»: эксплуатацию это не отменяет, а убирает холостые круги.
IoT сам не экономит: экономит режим, который задал диспетчер, — ночная уставка, стоп по присутствию, порог по CO₂, запрет двум контурам работать друг против друга. Датчик только показывает, что режим можно сменить.
Когда IoT в здании не нужен
- Две-три установки, у которых все режимы и так видны со щита, отдельный контур не окупит, и полевой слой здесь лишний.
- Если ночь и выходные уже выключают вручную, а аварий мало, эффекта от датчиков почти не будет: сначала стоит закрыть расписание, а не докупать точки.
- Когда аварии уже идут лампой на охрану и претензий нет, IoT не обязателен — лампа закрывает задачу проще.
- Если на пульте нет смены, уведомления никто не разбирает: архив копится, а реакция не ускоряется.
Короткий пример с объекта
Тульский областной перинатальный центр. До внедрения 178 приточных и вытяжных установок и ИТП вели вручную: не было единого расписания, оповещения и удалённого контроля, поэтому смена не видела объект целиком и узнавала о сбое с опозданием.
В контур свели 178 единиц оборудования, не меняя существующие щиты: подключение пошло по открытым протоколам. Система сама запускает и останавливает установки по сменам и праздникам, до трёх раз пробует сбросить аварию и только потом пишет инженеру в Telegram или SMS. Аварийные простои снизились на 40%.
Автор: Шабанов Тимур, директор по информационным технологиям
Частые вопросы
Что такое IoT в здании?
Это датчики и счётчики в контуре диспетчеризации, а не умный дом и не отдельный продукт вместо пульта.
Нужно ли менять контроллеры?
Нет: щит остаётся, добавляются точки и пульт. Контроллер меняют, только если он не отдаёт данные по открытому протоколу.
Чем IoT отличается от диспетчеризации?
IoT снимает данные, а диспетчеризация сводит их на пульт и исполняет сценарии.
Можно ли начать с учёта и протечек?
Да, не обязательно закрывать сразу все системы: сначала берут те точки, по которым уже есть претензия или непонятный расход.
