Каждая система в своём шкафу
Вентиляция, ИТП, лифты и учёт электроэнергии живут отдельными контроллерами с разными протоколами. Диспетчер обходит их по очереди, а единой картины нет.
Выберите тему — соберём контекст
Подключаем BMS, SCADA и датчики к единому контуру: видим параметры инженерных систем, получаем аварию раньше жителей, считаем ресурсы по фактическому потреблению и фиксируем каждую работу подрядчика по SLA.
Или сразу: +7 (962) 368-39-51 Telegram
Оборудование установлено и даже работает, но данные из него не доходят до людей, которые принимают решения.
Вентиляция, ИТП, лифты и учёт электроэнергии живут отдельными контроллерами с разными протоколами. Диспетчер обходит их по очереди, а единой картины нет.
Протечка или остановка насоса выясняется из звонка в диспетчерскую. К моменту звонка вода уже в подвале, а ремонт требует вскрытия.
Датчики закупались по мере необходимости у разных поставщиков: часть на Zigbee, часть на проводном интерфейсе, часть с закрытым облаком, из которого нет выгрузки.
Потребление воды и тепла на общедомовые нужды рассчитывается по формуле, а не по приборам. Споры с жителями и переплата по договорам становятся постоянными.
Данные копятся в архиве контроллера на несколько месяцев и перезаписываются. Никто не строит по ним графики и не замечает рост потребления.
Заявка на обслуживание ИТП передаётся голосом, а акт подписывается через месяц. Проверить, что профилактика действительно проведена, невозможно.
Работаем с тем оборудованием, которое уже стоит: сначала вытаскиваем данные из существующих контроллеров, потом добавляем новое.
Строим шлюз, который приводит разнородные источники к единой модели тега и времени измерения.
Единая панель по объекту: что происходит сейчас, что было ночью и на что уже отреагировали.
Превращаем телеметрию в цифры для отчётности и разговора с ресурсоснабжающими организациями.
Автоматика и регламент, чтобы реакция не зависела от того, кто сегодня на смене.
Начинаем с обследования: важно понять, что уже можно снять с существующих контроллеров, а что придётся добавлять.
Составляем перечень инженерных систем, контроллеров, интерфейсов и точек учёта. Проверяем, какие данные доступны штатно и какие требуют дооснащения.
Определяем схему сети и шлюзов, выбираем датчики и модули ввода-вывода, фиксируем перечень тегов и частоту опроса.
Устанавливаем шлюзы и датчики, настраиваем опрос и хранилище, собираем мнемосхемы и уведомления, подключаем регламент SLA.
Месяц работаем в режиме наблюдения: убираем ложные срабатывания, уточняем границы нормы, обучаем диспетчеров и инженеров.
BMS — это уровень управления зданием: контроллеры вентиляции, отопления, водоснабжения и освещения, которые держат заданные параметры и выполняют сценарии. SCADA — уровень диспетчеризации: мнемосхемы, архивы, тревоги, доступ оператора. IoT-слой — это датчики и шлюзы, которые добавляют измерения там, где штатной автоматики нет: температура в подвале, протечка под стояком, уровень в дренажном приямке.
Практический смысл разделения в том, что не нужно менять работающую автоматику, чтобы получить данные. Мы подключаемся к существующим контроллерам по их протоколу и читаем то, что они уже измеряют, а недостающие точки закрываем недорогими датчиками и шлюзом. Верхний уровень при этом получает единое представление: одинаковая модель тега, единое время, единый журнал тревог.
Расчёт по нормативу возникает там, где нет исправного узла учёта или нет данных с него. Первый шаг к фактическому учёту — проверить, какие приборы уже есть, исправны ли они, поверены ли и можно ли снять с них показания автоматически, а не обходом раз в месяц.
Дальше мы ставим опрос приборов учёта и ведём архив. Это даёт то, чего не даёт месячная выписка: суточные профили, ночное потребление, реакцию на погоду. Перетоп в переходный период, круглосуточная работа насоса на рециркуляции, утечка в системе — всё это видно по динамике. Данные приводятся к градусо-суткам, чтобы сравнение периодов было корректным, и выгружаются в учётную систему. Экономия обычно приходит не от установки приборов, а от того, что аномалии начинают замечать в течение суток.
Аварийный сценарий — это не только уведомление, но и решённый вопрос: кому оно приходит, что считается подтверждением, что происходит, если первый получатель не ответил. Мы настраиваем каскад с временными порогами: сначала инженер участка, через 15 минут дежурный диспетчер, через 30 — руководитель эксплуатации. В нерабочее время каскад другой, и это задаётся регламентом, а не личными договорённостями.
Второй элемент — защита от ложных срабатываний. Датчик протечки в сыром подвале сработает в первый же день, а датчик температуры у открытого окна даст тревогу при каждом похолодании. Поэтому мы настраиваем задержки подтверждения, диапазоны и логику «двух из трёх» для критичных точек. Первый месяц пилота уходит именно на это: цель — чтобы инженер доверял уведомлениям и не отключал их.
Да, обычно именно с этого мы и начинаем. Если контроллеры поддерживают Modbus или BACnet и есть доступ к сети, данные снимаются без вмешательства в работу автоматики: мы только читаем значения. Верхний уровень может быть как наш, так и ваш существующий — в этом случае мы отдаём нормализованные данные в него.
Не обязательно. Там, где можно использовать беспроводные датчики с длительным сроком работы от батареи, мы их используем: это дешевле и не требует штробления. На критичных узлах с частым опросом остаётся проводное подключение. Схема сочетает оба подхода, а точки установки выбираются на обследовании.
Шлюз буферизует измерения локально и передаёт их после восстановления связи, поэтому история не рвётся. Потеря связи с самим шлюзом — отдельное событие мониторинга: диспетчер получает уведомление, если объект не выходит на связь дольше заданного интервала. Для критичных систем предусмотрен резервный канал.
Для одного здания с готовыми контроллерами и доступной сетью — от двух месяцев до полугода вместе с обследованием, монтажом и пилотом. Основное время уходит не на программирование, а на обследование, монтаж датчиков и калибровку порогов. Для комплекса из нескольких корпусов срок растёт пропорционально, но обследование проводится один раз по типовому корпусу.
Смежные задачи, которые обычно решаются в одном проекте с этой.
Опишите состав инженерных систем и что уже стоит в шкафах — предложим схему подключения и этапы.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.