3

WebTech

Личный кабинет

Проекты, коммерческие предложения, документы и отчёты — в одном месте.

Войти Зарегистрироваться Забыли пароль?
Умное здание

Здание под контролем в реальном времени

Подключаем BMS, SCADA и датчики к единому контуру: видим параметры инженерных систем, получаем аварию раньше жителей, считаем ресурсы по фактическому потреблению и фиксируем каждую работу подрядчика по SLA.

Или сразу: +7 (962) 368-39-51 Telegram

Modbus
и BACnet, MQTT, SNMP на одном шлюзе
24/7
диспетчеризация и журнал событий
15 мин
типовой интервал опроса телеметрии
SLA
сроки реакции на инженерные системы
Задачи

Почему умное здание остаётся набором разрозненных шкафов

Оборудование установлено и даже работает, но данные из него не доходят до людей, которые принимают решения.

Каждая система в своём шкафу

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

Об аварии узнают от жителей

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

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

Датчики закупались по мере необходимости у разных поставщиков: часть на Zigbee, часть на проводном интерфейсе, часть с закрытым облаком, из которого нет выгрузки.

Ресурсы считаются по нормативу

Потребление воды и тепла на общедомовые нужды рассчитывается по формуле, а не по приборам. Споры с жителями и переплата по договорам становятся постоянными.

Телеметрия пишется, но не используется

Данные копятся в архиве контроллера на несколько месяцев и перезаписываются. Никто не строит по ним графики и не замечает рост потребления.

Работы подрядчиков не фиксируются

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

Решения

Что подключаем и настраиваем

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

Сбор телеметрии и протоколы

Строим шлюз, который приводит разнородные источники к единой модели тега и времени измерения.

  • Промышленные протоколы: Modbus RTU и TCP, BACnet IP и MSTP, OPC UA
  • Передача на верхний уровень через MQTT и SNMP, опрос сетевого оборудования
  • Нормализация единиц, приведение к единому времени, обработка пропусков связи
  • Хранение истории в базе временных рядов с настраиваемым сроком

Диспетчеризация и мониторинг

Единая панель по объекту: что происходит сейчас, что было ночью и на что уже отреагировали.

  • Мнемосхемы систем: ИТП, вентиляция, водоснабжение, электрощитовые, лифты
  • Аварийные уведомления в Telegram и по SMS с дежурством и подтверждением
  • Журнал событий и действий диспетчера с привязкой ко времени
  • Интеграция с существующей SCADA, если она уже внедрена

Учёт ресурсов и аналитика

Превращаем телеметрию в цифры для отчётности и разговора с ресурсоснабжающими организациями.

  • Фактическое потребление тепла, воды и электроэнергии по узлам учёта
  • Сравнение с нормативом и с прошлыми периодами, приведение к градусо-суткам
  • Выявление утечек и перетопов по расхождению показаний
  • Выгрузка данных для отчётов и обмена с учётными системами

Сценарии и SLA обслуживания

Автоматика и регламент, чтобы реакция не зависела от того, кто сегодня на смене.

  • Аварийные сценарии: остановка насоса, падение давления, выход температуры за границы
  • Каскад уведомлений: инженер, дежурный, руководитель — по времени реакции
  • Заявки на обслуживание из события телеметрии, а не из звонка
  • SLA с фиксацией времени прибытия, работ и закрытия акта
Процесс

Как проходит проект умного здания

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

  1. 01 2–4 недели

    Обследование объекта

    Составляем перечень инженерных систем, контроллеров, интерфейсов и точек учёта. Проверяем, какие данные доступны штатно и какие требуют дооснащения.

  2. 02 3–4 недели

    Проектирование IoT-слоя

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

  3. 03 2–4 месяца

    Монтаж и интеграция

    Устанавливаем шлюзы и датчики, настраиваем опрос и хранилище, собираем мнемосхемы и уведомления, подключаем регламент SLA.

  4. 04 4–6 недель

    Пилот и калибровка

    Месяц работаем в режиме наблюдения: убираем ложные срабатывания, уточняем границы нормы, обучаем диспетчеров и инженеров.

BMS, SCADA и IoT: как эти уровни связаны

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

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

Как считать ресурсы по факту, а не по нормативу

Расчёт по нормативу возникает там, где нет исправного узла учёта или нет данных с него. Первый шаг к фактическому учёту — проверить, какие приборы уже есть, исправны ли они, поверены ли и можно ли снять с них показания автоматически, а не обходом раз в месяц.

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

Что важно в аварийных сценариях

Аварийный сценарий — это не только уведомление, но и решённый вопрос: кому оно приходит, что считается подтверждением, что происходит, если первый получатель не ответил. Мы настраиваем каскад с временными порогами: сначала инженер участка, через 15 минут дежурный диспетчер, через 30 — руководитель эксплуатации. В нерабочее время каскад другой, и это задаётся регламентом, а не личными договорённостями.

Второй элемент — защита от ложных срабатываний. Датчик протечки в сыром подвале сработает в первый же день, а датчик температуры у открытого окна даст тревогу при каждом похолодании. Поэтому мы настраиваем задержки подтверждения, диапазоны и логику «двух из трёх» для критичных точек. Первый месяц пилота уходит именно на это: цель — чтобы инженер доверял уведомлениям и не отключал их.

Частые вопросы

Да, обычно именно с этого мы и начинаем. Если контроллеры поддерживают Modbus или BACnet и есть доступ к сети, данные снимаются без вмешательства в работу автоматики: мы только читаем значения. Верхний уровень может быть как наш, так и ваш существующий — в этом случае мы отдаём нормализованные данные в него.

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

Шлюз буферизует измерения локально и передаёт их после восстановления связи, поэтому история не рвётся. Потеря связи с самим шлюзом — отдельное событие мониторинга: диспетчер получает уведомление, если объект не выходит на связь дольше заданного интервала. Для критичных систем предусмотрен резервный канал.

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

PropTech: другие направления

Смежные задачи, которые обычно решаются в одном проекте с этой.

Обсудим диспетчеризацию вашего объекта

Опишите состав инженерных систем и что уже стоит в шкафах — предложим схему подключения и этапы.