Автоматизация

Thread: что это за протокол и почему за ним будущее умного дома

Thread — это IPv6-сеть с ячеистой топологией для устройств умного дома, построенная на том же радио, что и ZigBee, но дающая каждому устройству собственный маршрутизируемый адрес. Разбираем, как она устроена,…

Thread: что это за протокол и почему за ним будущее умного дома

У Wi-Fi и Bluetooth есть общая проблема, если речь идёт о десятках маленьких устройств вроде датчиков температуры или открытия дверей. Wi-Fi слишком прожорлив по энергии для устройства на батарейке, которое должно работать годами без замены элемента питания. Bluetooth экономичнее, но плохо масштабируется на много устройств и теряет сигнал уже через несколько комнат. Thread придумали именно для этого разрыва: сеть, которая одновременно экономична, устойчива к потере отдельных узлов и способна обслуживать сотни устройств в одном доме.

Thread — это транспорт, а не приложение

Здесь легко запутаться, и путаница возникает регулярно: Thread сам по себе не умеет включать свет или открывать замок. Это протокол сетевого уровня, который обеспечивает связь между устройствами, но не определяет, что именно они должны делать друг с другом. Управлять устройствами поверх Thread должен протокол более высокого уровня — обычно это Matter, но подходит и Apple HomeKit.

Удачная аналогия, которая прижилась в индустрии: Thread — это дорога, а Matter — то, что по ней едет. Сама по себе дорога никуда не доставляет груз, но без неё доставлять нечем.

Что у Thread внутри

Thread построен на радиостандарте IEEE 802.15.4 — том же самом, что использует ZigBee, — работает в диапазоне 2,4 ГГц и делит его на 16 каналов. Поверх этого радио Thread разворачивает полноценный стек IPv6 через технологию 6LoWPAN, которая сжимает заголовки пакетов и адаптирует IPv6 под низкоэнергетичные сети. Именно это и есть ключевое отличие от ZigBee: каждое устройство Thread получает собственный маршрутизируемый IPv6-адрес, а не просто идентификатор внутри закрытой экосистемы одного хаба.

В сети Thread у устройств две основные роли. Роутеры — это, как правило, устройства с постоянным питанием: умные розетки, лампы, сетевые хабы. Их радио включено постоянно, и они ретранслируют трафик для соседних устройств. Конечные устройства — обычно датчики на батарейках — общаются только со своим ближайшим роутером и большую часть времени держат радио выключенным, просыпаясь лишь для отправки или получения данных. Такие устройства называют «спящими конечными устройствами», и именно эта экономия на постоянном прослушивании эфира и позволяет батарейному датчику работать год или дольше без замены элемента питания.

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

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

Зачем нужен Thread Border Router

Сеть Thread сама по себе изолирована: устройства внутри неё видят друг друга, но не могут напрямую выйти в домашнюю сеть или интернет. Для этого нужен пограничный роутер (Thread Border Router) — устройство, которое соединяет ячеистую сеть Thread с обычной IP-сетью через Wi-Fi или Ethernet.

Хорошая новость в том, что для многих пользователей отдельно покупать его не придётся: роль border router уже встроена в целый ряд устройств, которые часто и так стоят в доме, — HomePod mini, Apple TV 4K, Google Nest Hub второго поколения, некоторые модели Echo. Если ни одного из них нет, тогда действительно нужен отдельный border router, который стоит от 30 до 80 евро в зависимости от производителя.

Thread и ZigBee: не обязательно выбирать одно

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

Отдельный практический нюанс, о котором стоит знать при настройке: каналы Thread с 11 по 24 пересекаются с диапазоном 2,4 ГГц Wi-Fi, включая популярные каналы 1, 6 и 11, и это может создавать помехи. Канал 26 меньше всего пересекается с Wi-Fi, поэтому на практике часто оказывается самым стабильным выбором.

Что изменилось с выходом Thread 1.4

Долгое время у Thread была практическая проблема, знакомая всем, кто пробовал строить сеть из устройств разных брендов: в доме появлялось несколько border router одновременно — например, от Apple, от Google и от Amazon, — и каждый создавал свою собственную, изолированную сеть Thread вместо одной общей. На практике это называют «Thread-островами»: устройство в зоне действия сразу трёх роутеров подключается только к тому, который первым откликнется, а остальные две сети остаются рядом, но отдельно.

Спецификация Thread 1.4 напрямую решает эту проблему через функцию обмена учётными данными (Thread Credentials Sharing): стандартизированный и безопасный способ, при котором один border router может передать административный доступ и параметры сети другому, так что новый роутер присоединяется к уже существующей сети вместо того, чтобы создавать конкурирующую. С 1 января 2026 года сертификация Thread 1.3 для нового оборудования border router больше не принимается — все новые устройства должны сертифицироваться уже по Thread 1.4.

Здесь стоит сохранять реалистичные ожидания, а не воспринимать это как полностью решённую задачу. Объединение сетей на практике всё ещё не происходит полностью автоматически между разными экосистемами: то, что работает гладко внутри одной платформы (например, между несколькими роутерами Apple), может по-прежнему требовать ручного шага — сканирования QR-кода или ввода одноразового пароля, — когда речь идёт о разных производителях: Apple, Google, SmartThings, Eero и Home Assistant внедряют эту функцию с разной скоростью, и полная автоматическая синхронизация между всеми ними по состоянию на 2026 год ещё не гарантирована.

Где здесь Matter

Thread редко имеет смысл обсуждать в отрыве от Matter, потому что на практике абсолютное большинство новых устройств на Thread — это устройства именно на Matter over Thread. Здесь работает то же самое разделение ролей, что описано в статье про интеграцию оборудования HouseClever: Matter определяет, как устройство описывает себя и какие команды принимает, а Thread — по какой сети эти команды физически доходят до устройства. Если в доме уже есть Thread border router, устройства на Matter over Thread подключаются к системе управления наравне с остальными Matter-устройствами, независимо от того, по какой сети — Wi-Fi или Thread — конкретное устройство физически передаёт данные.

Что дальше

Время чтения: 10 мин Уровень сложности: Средний