Что уже доказано на реальном стенде
- HOMMYN HDN/WFN‑02‑02 подключён штатным кабелем в штатный разъём платы;
- модуль получает питание и поднимает сетевое соединение;
- в момент проверки версия прошивки — 1.23;
- ручная подмена типа кондиционера на похожую модель результата не дала;
- штатное ИК‑управление кондиционером продолжает работать и остаётся резервом.
Почему подходящий разъём ничего не гарантирует
Одинаковый физический коннектор может использоваться в нескольких сериях оборудования, а логика внутри отличаться: другой протокол, набор команд, идентификатор модели или версия контроллера. Производителю удобно делать похожую плату, но это не означает, что любой модуль из линейки автоматически совместим с любым кондиционером.
Поэтому диагностику начинаю не с пайки и не с перебора случайных команд, а с определения трёх вещей: точной модели внутреннего блока, версии контроллера и официального статуса поддержки.
Дерево диагностики
Почему я не меняю распиновку «наугад»
Штатный кабель уже подходит и питание присутствует. Значит случайное переставление контактов не приближает к решению, а добавляет риск повредить плату кондиционера или сам модуль. Без документации на интерфейс любое вмешательство в проводку — плохой эксперимент.
Если позже потребуется анализ интерфейса между модулем и внутренним блоком, сначала фиксируются уровни сигналов и назначение контактов измерениями, а не предположениями.
Что можно безопасно проверить по сети
Когда модуль получает IP, полезно сначала собрать только пассивные признаки: появляется ли он стабильно после перезагрузки, сохраняет ли соединение, какие обращения выполняет штатное приложение, есть ли локальный обмен внутри сети или всё уходит в облако.
Эта информация уже разделяет два сценария. Если приложение управляет устройством локально, появляется шанс на локальную интеграцию. Если команды всегда идут через облако, дальнейшая стратегия будет другой.
Home Assistant уже увидел след, но это не интеграция
Во время диагностики Home Assistant обнаруживал сетевое устройство семейства Rusclimate. Сам факт обнаружения полезен: модуль действительно присутствует в сети. Но entity или discovery‑запись ещё не означают, что поддерживается именно нужный набор команд кондиционера.
Как будет выглядеть следующий тест на месте
- зафиксировать точную модель платы и внутреннего блока;
- перезапустить модуль и подтвердить стабильное подключение к сети;
- проверить штатное приложение без Home Assistant;
- если приложение управляет кондиционером — снять сетевой обмен во время одной конкретной команды;
- сравнить включение, выключение, температуру и режим по отдельности;
- только после этого решать, есть ли смысл писать локальную интеграцию.
Почему ИК пока остаётся правильным fallback
ИК не даёт такой красивой обратной связи, как полноценный двусторонний протокол, зато уже работает. Пока Wi‑Fi‑модуль не доказал надёжность, выбрасывать рабочий канал управления ради «более умного» было бы обратным прогрессом.
После успешной интеграции ИК всё равно можно оставить резервом: если облако или Wi‑Fi‑модуль перестанут отвечать, базовые команды останутся доступны.
Каким должен быть финальный результат
Интеграцию можно считать законченной только если Home Assistant может не один раз включить кондиционер, а стабильно управлять основными режимами после перезагрузки, потери сети и восстановления питания. Отдельно проверяется соответствие состояния: система должна понимать, что кондиционер действительно сделал, а не только помнить последнюю отправленную команду.
Следующий апдейт — только после проверки на месте
Когда появится подтверждённый обмен, статья получит реальные команды и результат, а не предположение.
