Защита дома от перегрева начинается раньше, чем его замечает комнатный термостат. В доме с большой площадью остекления солнечное излучение уже прошло через стекло, нагрело пол и мебель, но температура воздуха ещё не успела заметно измениться. Если автоматика ждёт только запроса на охлаждение, она каждый раз начинает с последствий.
Мы проектируем летний сценарий иначе. Сначала наружная солнцезащита перекрывает прямой луч. Когда снаружи становится прохладнее, вентиляция удаляет накопленное тепло. Кондиционер, фанкойл или водяной контур подключаются, если этих мер не хватило. Эту последовательность — затенение, ночной теплоотвод и затем охлаждение — также описывает KNX Association.
Это не способ уменьшить расчётную мощность охлаждения «на глаз». Задача автоматики — согласовать уже спроектированные системы и не заставлять их работать друг против друга.
Почему защита дома от перегрева начинается с фасада
Внутренняя штора уменьшает яркость и блики, но находится за стеклом. Наружные жалюзи, ставни или маркизы останавливают прямое солнце раньше, поэтому в алгоритме защиты от перегрева сначала работает фасад.
Подключение и настройку приводов мы отдельно разобрали в материале «Шторы и жалюзи».
Команда должна формироваться отдельно для каждой стороны здания. Положение солнца можно рассчитать по координатам, дате и времени, а сигнал наружного датчика подтверждает, что излучение действительно достаточно сильное. Тогда система закрывает только освещённые окна. Если привод позволяет менять угол ламелей, прямой луч можно перекрыть, не лишая помещение всего дневного света.
У наружной солнцезащиты есть собственные ограничения. Ветровая защита имеет приоритет и перед автоматическим затенением, и перед ручной командой. Допустимую скорость ветра берут из документации конкретной системы, а не из универсальной таблицы уставок.
Что происходит дальше
Солнце пришло на фасад
Для команды затенения мы проверяем сразу несколько условий: луч попадает на данную группу окон, наружный датчик подтверждает солнце, включён летний режим, а ветровая защита разрешает работу привода.
Обратную команду также не стоит выдавать по одному мгновенному изменению освещённости. Облако прошло за несколько секунд — жалюзи не должны вслед за ним двигаться вверх и вниз. Пороги и задержки подбираются при наладке по данным объекта.
Снаружи стало прохладнее
Наружный воздух имеет смысл использовать только тогда, когда он действительно может унести тепло из дома. Поэтому автоматика сравнивает температуру внутри и снаружи. Если на улице жарче, этот этап пропускается.
Способ теплоотвода зависит от оборудования. Это может быть усиленный воздухообмен, обход теплообменника вентиляционной установки — летний байпас — или моторизованные окна. Для окон нужны дополнительные разрешения по дождю, ветру и охранному режиму. Расписание само по себе этих проверок не заменяет.
Температура продолжает расти
Тогда появляется запрос на активное охлаждение в конкретном помещении. Перед включением система проверяет окно: охлаждать комнату при открытой створке не нужно. Если интерфейс оборудования передаёт фактический режим и уставку, мы используем их как подтверждение работы. Отправленная команда ещё не означает, что кондиционер или фанкойл её выполнил.
Для охлаждаемых полов, стен и потолков добавляется отдельная защита. По температуре и влажности воздуха рассчитывается точка росы, затем она сопоставляется с температурой воды или поверхности. При риске конденсации контур должен повысить температуру подачи либо остановить поток — точное действие задаётся проектом.
Какие данные нужны автоматике
| Данные | Для какого решения они нужны |
|---|---|
| Ориентация фасада и положение солнца | На какую группу окон сейчас попадает прямой свет |
| Интенсивность солнечного излучения или освещённость | Нужно ли включать затенение |
| Температура внутри и снаружи | Можно ли удалить тепло наружным воздухом и требуется ли охлаждение |
| Скорость ветра | Разрешено ли выбранное положение наружной солнцезащиты |
| Дождь и охранный режим | Можно ли открывать моторизованные окна |
| Состояние окон | Разрешено ли охлаждение в помещении |
| Влажность и температура воды или поверхности | Нет ли риска конденсации при водяном охлаждении |
| Фактическое состояние приводов и климатического оборудования | Исполнена ли команда и почему сценарий не перешёл к следующему этапу |
Необязательно устанавливать весь этот набор на каждом объекте. Если моторизованных окон нет, их погодные блокировки не участвуют в сценарии. Но каждое принятое решение должно опираться на реальный сигнал. Нельзя показать в интерфейсе «жалюзи закрыты», если система знает только отправленную команду и не получает положения привода.
Где выполняется логика
Полевой уровень может быть построен на KNX, контроллерах Wiren Board или их сочетании. Там работают датчики, приводы и локальные реакции. Функции, которые должны сохраняться при недоступности верхнего уровня, мы оставляем в полевой автоматике. В первую очередь это относится к защитным блокировкам оборудования.
На верхнем уровне XIOT собирает значения и состояния через теги. Здесь мы связываем фасад, вентиляцию и охлаждение в одну последовательность, показываем пользователю причину блокировки и сохраняем историю работы.
Такое разделение важнее названия протокола. До заказа оборудования мы проверяем не только наличие интерфейса, но и конкретный набор доступных команд и состояний. Поддержка KNX или Modbus сама по себе не гарантирует, что привод сообщит своё положение, а климатическая установка — фактический режим.
Один из вариантов подключения кондиционеров к общей автоматике показан в материале «Умное управление климатом. Шлюзы Intesis».
Как принять защиту дома от перегрева на объекте
Одной проверки кнопкой «включить» недостаточно. До сдачи мы последовательно проходим ветви алгоритма:
- Для каждого фасада задаём условия прямого солнца и проверяем, что остальные группы окон не двигаются.
- Имитируем сильный ветер и потерю сигнала погодного датчика. Система должна перейти в заранее определённое проектом состояние.
- Открываем окно при запросе на охлаждение и проверяем блокировку нужного помещения, а не всего дома.
- Проверяем теплоотвод при наружной температуре ниже и выше внутренней.
- Для водяного охлаждения имитируем приближение к точке росы и смотрим фактическую реакцию клапана или уставки воды.
- Даём ручную команду жалюзи, затем проверяем возврат в автоматический режим. Погодная защита при этом не должна отключаться.
После пуска смотрим историю за несколько сопоставимых солнечных дней. По ней видно, не запаздывает ли затенение, не дёргаются ли приводы из-за слишком коротких задержек и в каких помещениях охлаждение включается чаще. Уставки уточняются по этим данным, а не по одному удачному дню.
Ограничения
Если наружную солнцезащиту установить нельзя, остаются контроль окон, согласование вентиляции и кондиционеров, а также ночной теплоотвод. Но внутренние шторы не остановят излучение перед остеклением, поэтому результат будет другим.
Защита дома от перегрева также не заменяет расчёт системы охлаждения. Солнцезащита уменьшает одну из составляющих тепловой нагрузки, но не устраняет тепло от людей, оборудования, воздухообмена и ограждающих конструкций.
Вопросы и ответы
Нужна ли отдельная метеостанция?
Состав датчиков определяется оборудованием и логикой объекта. Положение солнца можно рассчитывать, но для подтверждения фактической освещённости нужен наружный сигнал. Для наружных жалюзи также требуется предусмотренная изготовителем ветровая защита.
Должен ли этот сценарий работать без интернета?
Да, основные команды и защиты не следует ставить в зависимость от интернет-соединения. Прогноз погоды можно использовать как дополнительный сигнал, но решение о ветровой защите, открывании окна или риске конденсации должно приниматься по локальным данным.