Wirenboard и Home Assistant вместе: кто чем управляет и где граница

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

Вопрос «Wirenboard или Home Assistant» звучит часто. Но он неточный. Wirenboard в щите не мешает Home Assistant на экране — они делают разные вещи. Вопрос не в том, что лучше. Вопрос в том, кому что доверить.

Коротко:

• Wirenboard — контроллер и руки: опрашивает модули по проводу и управляет устройствами независимо от внешнего сервера.
• Home Assistant — лицо системы: экраны, карточки, голос, огромный каталог интеграций — но отдельный компьютер, который может зависнуть.
• Мост между ними — брокер сообщений MQTT: контроллер публикует, Home Assistant подписывается.
• Граница проходит по одному правилу: безопасность и жизнеобеспечение живут на контроллере, комфорт и голос можно доверить наверх.

Кто в этой связке руки, а кто лицо

Wirenboard — это железо. Профессиональный контроллер на Modbus RTU со своей внутренней шиной, который напрямую опрашивает датчики и управляет исполнительными устройствами в щите. Он надёжный именно потому, что скучный: включился один раз и работает годами без сюрпризов. Имя марки люди набирают по-разному — Wiren Board, «вайренборд», «виренборд», — и в паре с Home Assistant речь идёт об одном и том же железе в щите.

Home Assistant — это лицо системы. Внешний интерфейс, обёртка поверх железа. Разделение ролей здесь честное: контроллер опрашивает модуль в щите по проводу, Home Assistant рисует карточки на экране и принимает голосовую команду. Каждый делает то, в чём сильнее.

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

Мост между системами держит брокер сообщений

Физически контроллер и Home Assistant связаны через MQTT — брокер сообщений: Wirenboard публикует данные, Home Assistant на них подписывается. У Wirenboard брокер уже встроен в контроллер, а Home Assistant подключается к нему одной интеграцией MQTT. Всё остальное — детали настройки.

Эта простота — не случайность. Раскидывая систему на простом оборудовании, витой паре и релейной автоматике, вы можете шлюзоваться хоть на Home Assistant, хоть на KNX, хоть на что-то ещё. Собрать данные со всех датчиков, запустить нужную автоматизацию, отправить параметры в нужном виде — MQTT это делает без переделки щита.

Кто хозяин логики решает, что уцелеет при сбое

Здесь начинается граница, которая по-настоящему проявляется только на сбое. Если правила автоматизации живут в Home Assistant, они умирают вместе с сервером Home Assistant — даже когда железо в щите продолжает работать штатно.

Датчик протечки исправно шлёт статус по MQTT. Контроллер этот статус получает. Но кран не перекроется, если сценарий «закрыть воду» написан в автоматизации Home Assistant, а не прописан на самом контроллере. На одном из наших объектов — в квартире на Котельнической набережной в Москве — стоит около двадцати датчиков протечки в нескольких контурах, и каждый контур закрывается прямо на контроллере, без завязки на внешний интерфейс. Именно поэтому базовую логику мы всегда стараемся прописывать на контроллере: там она настраивается, там же и управляется, а внешняя оболочка сверху запускает конкретный триггер внутри — не более того.

Вторая точка отказа, которую не видно на схеме

Wirenboard работает автономно на щите, без внешнего сервера. Home Assistant добавляет в дом второй компьютер, который может упасть. Обычная история: Home Assistant стоит на отдельном мини-компьютере, тот зависает после обновления — и весь верхний слой молчит до перезагрузки, даже голосовые команды.

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

Разобраться, какая часть логики в вашем щите держится на контроллере, а какая рискует зависнуть вместе с сервером, проще на конкретной схеме, чем на глаз. Если хотите свериться со своим проектом — → Забрать чек-лист «Граница между контроллером и Home Assistant», в нём разложено по пунктам, что переносить наверх можно, а что нельзя.

За что люди платят, выбирая Home Assistant

Удобство — реальный плюс, и его не нужно обесценивать. Home Assistant шире по каталогу интеграций, гибче Wirenboard, проще в голосовом управлении. Облачная колонка, фитнес-трекер, чужой Zigbee-датчик подключаются в Home Assistant парой кликов — там, где в промышленной панели Wirenboard это отдельная задача программирования.

То же самое умеет Sprut.hub: он замыкает на себе внешние устройства и пробрасывает их в Wirenboard через себя. Это удобно и это работает — но остаётся внешним слоем. Если он отвалится или ляжет, контроллер должен продолжать сам считывать сигналы, вести автоматизацию и управлять устройствами.

На одном из наших объектов — в офисе SME Group на Wiren Board в Новосибирске — сценарий «Презентация» одной голосовой командой опускает экран, включает проектор и переключает свет на нужный режим. Это ровно тот случай, где верхний слой честно облегчает жизнь: сценарий комфортный, не критичный, и его можно доверить наверх, не рискуя безопасностью дома.

Третий вариант — координатор в самом контроллере

Есть путь, который закрывает вопрос второй точки отказа. Модуль Sprut.stick встаёт прямо в контроллер Wirenboard, приносит координатор Zigbee и логику Sprut.hub без отдельной коробки рядом со щитом. Тот же удобный экран — но без второго компьютера, который может упасть отдельно от щита.

Мы в основном используем именно эту схему на своих объектах: она закрывает верхний слой удобства, оставляя всю критичную логику на контроллере. Заказчику это не всегда очевидно на старте — кажется, что Home Assistant и Sprut.hub решают одну и ту же задачу, а разница именно в том, где физически стоит точка отказа.

Если у вас щит на Wirenboard уже собран и нужно понять, что из текущих сценариев вынести наверх, а что оставить внутри, это как раз задача проекта на услуги умного дома — от щита автоматизации до управления освещением.

Где проходит граница на практике

Практическое правило простое: безопасность и жизнеобеспечение остаются на контроллере, экран, голос и комфортные сцены отдаются наверх. Отопление, защита от протечек и охрана — это сценарии на Wirenboard. Сцена «кино» с диммингом и музыкой — уже на верхнем уровне, в Home Assistant или Sprut.hub.

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

Здесь же работает принцип децентрализации, о котором мы всегда говорим на объекте: каждая важная система выносится и функционирует отдельно. Отопление отдельно, кондиционер отдельно, вентиляция отдельно, насос на группу отдельно. Диспетчеризировать и связывать их можно, но не так, чтобы всё было завязано на одном контроллере. Wirenboard в этой связке — мастер, Home Assistant — слейв.

Кому вообще нужна такая связка

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

Как WB и HA вписываются в общую картину платформ умного дома, разобрано в статье про выбор платформы под объект — там же смотрите, где в этом ряду KNX и Sprut.hub.

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

Почему клавиша на стене надёжнее приложения

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

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

Если сомневаетесь, какую часть логики в вашем щите стоит оставить на контроллере, а что можно доверить экрану, — → Забрать чек-лист «Граница между контроллером и Home Assistant», сверьтесь с ним по своей схеме.

Связка Wirenboard и Home Assistant не требует выбора одного в ущерб другому. Она требует честного ответа на один вопрос: что в вашем доме не имеет права остановиться, даже если сервер наверху завис на полдня? → Забрать чек-лист «Граница между контроллером и Home Assistant» — и разложите свой щит по этому правилу сами, прежде чем звать инженера.