Home Assistant поверх KNX и Modbus: инженерный гид по интеграции
Home Assistant не заменяет установку KNX или Modbus -- он работает поверх неё, читая и записывая данные через шлюз, пока шина продолжает выполнять собственную логику. На этой странице описано, как устроена такая интеграция и что должно оставаться на стороне шины.
Как строится интеграция
Подключение через IP-интерфейс или шлюз
Для KNX официальная интеграция Home Assistant взаимодействует с шиной через KNX IP-интерфейс или шлюз, а не напрямую через витую пару. Для Modbus HA опрашивает устройство по TCP или RTU/serial -- в зависимости от того, как устройство отдаёт свои регистры.
Настройка групповых адресов
Каждая точка данных KNX, которую должен читать или которой должен управлять HA, требует группового адреса в конфигурации интеграции, совпадающего со схемой адресации в проекте ETS, чтобы оба оставались согласованными при изменениях.
Настройка опроса регистров Modbus
Устройства Modbus -- счётчики энергии, инверторы, контроллеры HVAC -- добавляются по регистрам, с указанием корректного типа данных, масштабирования и интервала опроса для каждого; эти параметры берутся из документации на регистры конкретного устройства, а не из Home Assistant.
Определить, что остаётся на стороне шины
Всё, что должно работать даже при недоступном HA -- базовое включение света, блокировки безопасности, локально запускаемые сценарии -- должно быть реализовано в самом устройстве шины или в логике ETS, а не только как автоматизация Home Assistant.
Инженерные соображения
Шина работает и без Home Assistant
Актуатор KNX, запрограммированный в ETS, или контроллер Modbus со своей встроенной логикой продолжает работать по собственным правилам независимо от того, доступен ли Home Assistant. Именно поэтому критичная логика должна оставаться на устройстве шины, а HA -- быть слоем поверх.
HA как зависимость, а не как основа
Логика автоматизации, существующая только внутри Home Assistant, перестаёт работать при падении HA, перезапуске или обновлении. Это допустимо для автоматизаций комфорта и дашбордов, но неприемлемо для всего, что связано с безопасностью или критично для бизнеса.
Сегментация сети и размещение шлюза
Расположение KNX IP-интерфейса или Modbus-шлюза в щите и в сети влияет на надёжность и безопасность -- по возможности изолируйте трафик шины от общего LAN и относитесь к шлюзу как к документированной части схемы щита, а не как к второстепенной детали.
Документировать, где какая логика находится
В протоколе пусконаладки должно быть явно указано, какие функции реализованы в устройстве шины (программирование ETS, прошивка контроллера), а какие -- как автоматизации Home Assistant, чтобы следующему инженеру не пришлось разбираться самому.
Особенности интеграции групповых адресов KNX
Интеграция HA KNX читает и записывает групповые адреса, но не заменяет пусконаладку ETS. Изменения адресов в ETS нужно переносить в конфигурацию HA и наоборот -- автоматической синхронизации между ними нет.
Особенности опроса регистров Modbus
Интервал опроса, тип регистра и порядок байтов должны точно соответствовать устройству, а выбор TCP или RTU/serial меняет подход к проводке и адресации. Неправильно настроенный опрос может создавать лишнюю нагрузку на устройство шины или просто возвращать неверные значения.
В чём мы помогаем
Инженерная поддержка интеграторов, добавляющих Home Assistant поверх существующей или планируемой установки KNX или Modbus.
- Проверка размещения шлюза и сегментации сети в щите
- Сверка карты групповых адресов KNX с проектом ETS
- Настройка регистров Modbus для счётчиков, инверторов и контроллеров HVAC
- Рекомендации, какая логика должна оставаться на стороне шины, а какая -- на стороне HA
- Документация по пусконаладке шины и конфигурации HA
Частые вопросы
Перестаёт ли работать шина KNX при падении или недоступности Home Assistant?
Нет -- актуаторы KNX, запрограммированные через ETS, продолжают выполнять свою логику независимо от Home Assistant. HA теряет визуализацию и все автоматизации, существующие только в HA, но сама шина продолжает работать.
TCP или RTU/serial для Modbus?
Зависит от устройства и проекта: TCP подходит устройствам с Ethernet-портом, уже находящимся в сети, RTU/serial -- устройствам на шине RS-485. Проверьте, что поддерживает конкретное устройство -- это решение для каждого проекта, а не жёсткое правило.
Достаточно ли надёжен Home Assistant для критичных автоматизаций?
Относитесь к HA как к слою автоматизации и визуализации, а не как к контроллеру безопасности. Всё, что связано с безопасностью или критично для бизнеса, должно оставаться в логике устройства шины, а HA использовать для автоматизаций комфорта, дашбордов и межпротокольной логики.
Отменяет ли добавление Home Assistant необходимость правильной пусконаладки KNX или Modbus?
Нет. HA читает и пишет данные уже введённой в эксплуатацию шины, он не настраивает актуаторы, контроллеры или топологию шины. Пусконаладка ETS и настройка устройств Modbus по-прежнему должны быть выполнены корректно заранее.
Что произойдёт при отказе IP-интерфейса или шлюза?
Home Assistant теряет видимость и управление через этот шлюз, но логика, запрограммированная непосредственно в устройствах шины, продолжает работать. Именно поэтому критичные функции не должны зависеть исключительно от доступности HA.
Планируете интеграцию Home Assistant поверх KNX или Modbus?
Наши инженеры могут проверить настройку шлюза, карту групповых адресов и конфигурацию регистров, а также помочь определить, что должно оставаться на стороне шины. Свяжитесь с нами, чтобы обсудить проект.