Инфракрасное управление кондиционированием в рознице: почему на сети это единственное тиражируемое решение

Инженер, который проектирует диспетчеризацию впервые, почти всегда предлагает подключить кондиционеры по протоколу - Modbus, BACnet, проприетарный шлюз вендора. Решение логичное для одного здания и неработающее для сети. На объекте банковской розницы кондиционеры ставились годами, разными подрядчиками, под текущий бюджет, и парк на сотне отделений обычно состоит из четырёх-пяти вендоров вперемешку, часто без документированного протокола управления вообще. Инфракрасный модуль, эмулирующий обычный пульт, оказывается единственным способом управлять этим парком из одной системы - не потому что это элегантно, а потому что это единственный интерфейс, который есть у любого сплит-блока без исключения.

Ниже - почему протокольная интеграция климата упирается в разнородность парка раньше, чем в стоимость. Дальше - как устроена архитектура на ИК-модулях, в чём предел этого решения, как его обходят на практике и что закладывать в техническое задание, чтобы автоматика по кондиционированию на сети объектов реально снижала расход энергии, а не оставалась дорогой игрушкой. Фактура опирается на проект диспетчеризации 155 отделений Банка ВТБ и на практику субподряда по разделу САДИС на объектах банка, где управление кондиционированием через ИК-модули - штатная часть состава подсистем.

Почему протокольная интеграция климата не масштабируется на сеть

Коротко: у протокольной интеграции есть цена входа на каждый тип оборудования - и на однородном парке одного здания эта цена разовая, а на сети из разнородных объектов она умножается на число вендоров и поколений техники.

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

• Разные вендоры на разных объектах сети. Отделение, открытое пять лет назад, и отделение, отремонтированное в прошлом году, оснащались разными подрядчиками с разным бюджетом - протокол управления, если он вообще есть, у них свой.
• Бытовые сплит-системы вместо коммерческого климатического оборудования. На объектах массовой розницы и банковских отделений часто стоят обычные бытовые кондиционеры, а не коммерческие VRF-системы с шиной данных. У бытового блока в подавляющем большинстве случаев нет проводного интерфейса управления вообще - только приёмник ИК-сигнала от штатного пульта.
• Смена модели при выходе из строя. Через несколько лет эксплуатации блок меняют на то, что доступно на момент замены, а не на то, что было изначально. Протокольная интеграция, написанная под конкретную модель, при такой замене требует новой доработки.
• Разные поколения одного вендора. Даже у одного производителя протокол управления между поколениями техники не всегда совместим - интеграция, написанная для одной линейки, не подходит к следующей без переделки.

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

Почему ИК-эмуляция решает именно эту проблему

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

Логика инженерного выбора здесь обратная привычной: вместо того чтобы искать протокол, общий для всего парка (такого протокола просто не существует), решение опирается на интерфейс, который есть у каждого блока по определению, - штатный пульт дистанционного управления. ИК-модуль записывает или воспроизводит команды этого пульта и подключается к диспетчерскому контроллеру как обычное исполнительное устройство.

Практическое следствие: добавление в парк кондиционера нового вендора не требует новой протокольной интеграции - модулю нужна только база команд ИК-пульта этой модели, что решается один раз при выпуске типового шкафа под сеть. Для типового диспетчерского решения, где шкаф производится собственного изготовления под задачу сети, это ключевое свойство архитектуры. В проекте по 155 отделениям ВТБ и в субподряде по САДИС на объектах банка управление климатом через ИК-модули входит в состав типовой конфигурации шкафа наравне с прочими подсистемами.

Способ управления	Что требует на новый тип оборудования	Как ведёт себя на разнородном парке сети
Протокольная интеграция (Modbus, BACnet, шлюз вендора)	Документацию протокола, разработку и отладку драйвера	Число интеграций растёт с числом типов оборудования в парке
Инфракрасная эмуляция пульта	Запись команд штатного пульта этой модели	Одинаковый принцип подключения для любого блока, различается только база команд

Из чего состоит контур управления

Коротко: ИК-модуль - исполнительное устройство контроллера, получающее команду по расписанию и температурной уставке, а не самостоятельный узел с собственной логикой.

Архитектура вписывается в общую схему диспетчерского шкафа без отдельного контроллера под климат:

• Контроллер диспетчерского шкафа. Хранит расписание работы объекта и температурную уставку, формирует команду на включение, выключение или смену режима.
• ИК-модуль. Получает команду от контроллера и воспроизводит её в инфракрасном диапазоне в сторону приёмника кондиционера - физически там же, где обычно находится человек с пультом.
• Датчик температуры помещения. Отдельный от кондиционера прибор, подключённый к тому же контроллеру, - именно по его показаниям формируется команда на изменение режима, а не по внутреннему датчику самого кондиционера.
• Расписание работы объекта. Источник команд на включение и выключение - режим работы отделения или магазина, а не постоянная работа кондиционера вне зависимости от присутствия персонала и клиентов.

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

Ограничение, которое нужно понимать до проектирования: нет обратной связи от кондиционера

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

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

Два риска, которые отсюда вытекают, и как их закрывают на практике:

• Рассинхронизация состояния. Если кто-то на объекте нажал кнопку на физическом пульте помимо диспетчерской системы - сменил температуру, выключил блок вручную, - контроллер об этом не узнаёт и продолжит слать команды, исходя из своего последнего известного состояния. На практике это закрывается процедурно: физический пульт после ввода автоматики в эксплуатацию либо изымается с объекта, либо доступ к нему ограничивается персоналу, не участвующему в управлении климатом.
• Отсутствие диагностики отказа блока. Если кондиционер физически неисправен, ИК-модуль всё равно отправит команду - система не отличит рабочий блок от неисправного по каналу управления. Здесь решение - отдельный контур диагностики: датчик температуры помещения показывает, снижается ли температура в ответ на команду охлаждения, и отклонение от ожидаемой динамики за разумное время становится косвенным признаком отказа блока или проблемы с фреоном, а не команды.

Практический вывод для проектировщика: контур управления климатом через ИК строится вместе с контуром измерения температуры помещения, а не отдельно от него. Без датчика обратная связь по факту вообще отсутствует, и система превращается в одностороннюю трансляцию команд без какой-либо диагностики результата.

Где ИК-управление не подходит

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

• Коммерческие VRF-системы с собственной шиной данных. Если на объекте изначально спроектирована централизованная система климата с внутренним протоколом управления, использовать для неё ИК-эмуляцию избыточно и менее надёжно - протокольное подключение здесь прямее и информативнее.
• Индивидуальный учёт энергопотребления по каждому блоку. ИК-канал не передаёт данные о потребляемой мощности - если задача включает поблочный учёт энергии, нужен либо протокол, либо отдельный счётчик на силовой линии кондиционера.
• Объект с единственным типом оборудования и планами не менять его. На одном здании с одним вендором протокольная интеграция дешевле в обслуживании при равной надёжности - выбор в пользу ИК-эмуляции здесь оправдан только требованием единой архитектуры со всей сетью.

Критерий выбора для сети розничных объектов такой же, как для остальных подсистем диспетчеризации: типовым делается интерфейс управления, а не оборудование объекта, и разнородный парк климатической техники - именно тот случай, где универсальный интерфейс важнее протокольной точности.

Что заложить в ТЗ

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

• Требование к универсальности управления: способ подключения не должен зависеть от вендора и модели кондиционера на объекте.
• Обязательный отдельный датчик температуры помещения на каждый управляемый контур, не зависящий от встроенного датчика кондиционера.
• Порядок доступа к физическому пульту после ввода автоматики в эксплуатацию - изъятие или ограничение доступа персонала.
• Алгоритм выявления отклонения температуры от ожидаемой динамики как признак отказа оборудования или проблемы с фреоном.
• Расписание работы контура климата, синхронизированное с общим расписанием работы объекта, а не заданное отдельно.
• Условие для исключений: перечень объектов с уже смонтированной VRF-системой протокольного управления, где ИК-эмуляция не применяется.
• Состав пусконаладки: проверка воспроизведения каждой команды (включение, выключение, смена режима, изменение уставки) и подтверждение реакции датчика температуры на команду.

Сформулировать эти пункты до объявления закупки помогает услуга Помощь с ТЗ - требования к универсальности управления и составу контура температуры фиксируются заранее, чтобы предложения подрядчиков были сопоставимы независимо от парка оборудования на сети.

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

Работает ли ИК-управление с любым кондиционером без исключения? С подавляющим большинством бытовых и полупромышленных сплит-систем - да, поскольку у них нет иного интерфейса управления, кроме пульта. Исключение - коммерческие VRF-системы, изначально спроектированные с шиной протокольного управления, там ИК-эмуляция избыточна.

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

Можно ли через ИК-модуль узнать реальную температуру, которую показывает кондиционер? Нет, канал передаёт только команды в одну сторону. Показатель температуры помещения в такой архитектуре берётся с отдельного датчика, установленного независимо от кондиционера, а не со встроенного дисплея блока.

Даёт ли ИК-управление экономию энергии, если объект и так работает по графику? Да, потому что ручное соблюдение графика человеком ненадёжно - персонал забывает выключить кондиционер при закрытии, не подстраивает уставку под фактическую загрузку зала. Автоматика убирает человеческий фактор из этой рутинной операции.

Нужно ли менять существующие кондиционеры при внедрении диспетчеризации через ИК? Нет, в этом и преимущество решения - оно работает с уже установленным оборудованием без его замены. Это особенно важно для сетей, где парк климатической техники формировался годами и его единовременная замена экономически не оправдана.

Как быть, если у части объектов сети уже стоит VRF-система, а у остальных - бытовые сплит-блоки? Использовать разные способы подключения на уровне интерфейса, сохраняя единую архитектуру диспетчерского шкафа и единый верхний уровень. Тип подключения к конкретному кондиционеру - деталь реализации, а не архитектурное решение, и типовой шкаф допускает оба варианта как заранее описанные опции.

Источники

• Диспетчеризация инженерных систем в 155 отделениях Банка ВТБ - кейс: управление кондиционированием через ИК-модули по расписанию и температурной уставке в составе типового диспетчерского решения, снижение энергопотребления за счёт автоматического управления.
• САДИС на объектах банка для строительных подрядчиков - ИК-модули управления кондиционированием в составе типовой поставки оборудования по разделу САДИС на объектах банка.
• Диспетчеризация филиальной сети: типовое решение - принцип «типовым делается интерфейс, оборудование объекта остаётся своим» на примере всей сети подсистем, а не только климата.
• Диспетчеризация и СТДУ - страница услуги: состав подсистем СТДУ, включая климат и ОВиК.

Разнородный парк климатической техники на сети розничных объектов - не временная проблема, которую снимет очередная закупка, а постоянное условие эксплуатации: оборудование меняется по частям, разными подрядчиками, годами. Интерфейс управления, который не зависит от вендора конкретного блока, - единственный способ вести такую сеть без пересмотра архитектуры при каждой замене кондиционера. Запросить КП - расчёт диспетчеризации климата для сети объектов; Помощь с ТЗ - требования к универсальности управления до объявления закупки.