#умныйдом

Matter оказался очень удобной штукой. Даже при отсутствии прямой интеграции между Google Home и облачным сервисом Tado (наша система умного термостата и умных вентилей на батареях), и сам термостат и вентили залетели в Google Home без сучка и задоринки. Мне, как человеку, у которого ещё совсем недавно было пять приложений для контроля за умными устройствами, возможность просто просканировать штрих-код и добавить устройство в абсолютно несвязанную экосистему умного дома, показалась просто спасением.

Почитатав немного про сам Matter, я узнал, что это новый-модный-блестящий протокол уровня приложения для передачи информации между умными устройствами и координатором умного дома. Его (протокол) разрабатывает консорциум из нескольких больших корпораций, его спецификация (версии 1.4.1 на момент проверки) в core-формате (то есть без прибамбасов) занимает 1100 страниц высококачественного pdf-чтива. И в качестве благой цели заявляется уход от вендор-специфичных вещей. В описании между строк читается, что это все для исправления накопившихся проблем в более старом протоколе под названием Zigbee. Короче, классическая ситуация с 14 конкурирующими стандартами (xkcd). Из интересного - чтобы получить плашку совместимости с Matter, нужно пройти вполне себе сертификацию. Как приятный побочный эффект - полный перечь совместимых устройств в разрезе типов и вендоров.

Вообще я всячески поддерживаю ситуации, когда крупные игроки объединяются, чтобы вместе создать что-то общее, хорошее и удобное всем. Так было с docker например, и CRIO. В итоге все игроки выиграли. Конечно же, через какое-то время появится Matter 2.0, а 1.x будет смотреться так же, как сейчас смотрится Zigbee 1.3 по сравнению с 3.0. Но когда это ещё будет.

В общем, моё знакомство с Matter начиналось плодотворно. Ещё в спецификации вентилей было что-то про Thread. Чуя что-то интересное, я пошёл гуглить дальше. Нагуглил, что Thread - это протокол сетевого уровня с низким энергопотреблением и возможностью организации mesh-сети. Да, все это уже было в Zigbee (сносочка для тех, кто уже опытный), но:
* мне нравится идея разделения протоколов прикладного и сетевого уровня
* Thread построен на ipv6 сетевом стеке, тогда как Zigbee построен на велосипедах
* Matter как протокол прикладного уровня работает как поверх Thread так и поверх Wi-Fi, то есть ваши устройства имеют чуть больше свободы в вопросах построения сети. (А ещё есть Zigbee2Matter bridge, но об этом чуть позже)
* Apple HomeKit тоже умеет работать через Thread, но единственное, что я знаю про HomeKit - это что он работает.

Вот только была одна загвоздка. Для построения Thread-сети нужен... Thread border router. Ну, как wi-fi-роутер, только для Thread :) Программно thread-антенну не сэмулировать, а значит, нужна новая железка. Почитав FAQ Tado я узнал, что у них есть свой собственный Thread X-bridge, но они могут работать и с любым другим Thread-роутером. Подумав, что нет смысла покупать привязанный к конкретному вендору термостатов девайс (умная мысль), в строющуюся вокруг Google Home экосистему я решил взять Google Nest Hub 2nd gen - умный дисплей с поддержкой Thread (неумная мысль).

Google Nest Hub 2nd gen оказался на удивление тупой и тормознутой железкой для своей цены, но свою задачу - организовать Thread-сеть - он выполнил. Параллельно я узнал, что в нем нельзя выключить трансляцию видео при проигрывании музыки из YouTube Music, за что Корпорации ЧегоТамОниСейчасУжеНеРазберешь я шлю порцию лучей поноса. Вентили же и термостат успешно подключились к Thread-сети. Правда, чтобы в этом убедиться, я изрядно помучал ChatGPT и форумы гугла. Прозрачность - не самая сильная сторона Google Home.

Читая про Tado и Matter, я периодически натыкался на упоминание Home Assistant. Но без контекста не было понятно, что это такое, и чем это отличается от Google Home и Google же Assistant внутри Google Home.