Комментарии 20
Без пограничного роутера устройства в вашем умном доме не смогут создать Thread-сеть, потому что так они не смогут «общаться» с внешними устройствами, например, вашим Айфоном. Вместо создания Thread-сети, они станут использовать обычную Bluetooth-коммуникацию (да, вы все правильно поняли - все устройства, которые «умеют» работать по Thread, имеют два способа коммуникации - Thread и Bluetooth).
Не совсем верно. Без пограничного роутера устройства вполне могут создать Thread-сеть как дома, так и не дома. Функция общения с внешними устройствами - приятный бонус от пограничного-роутера, но без него всё прекрасно работает самостоятельно.
Про bluetooth-коммуникацию вместо создания Thread-сети, простите, вообще бред написан.
UPD. Вообще смешались в кучу и кони и люди. И транспортный уровень и прикладной) Начали с homekit, знакончили про транспорт. Говорю со знанием дела, второй год дома своя сетка с тредом в качестве транспорта.
В статье речь о Thread внутри именно HomeKit (о способе подключения устройств в HomeKit-инфраструктуре). Там, если пограничного роутера нет, устройства действительно не создают Thread-сеть, а подключаются к HomeKit-хабу именно по Bluetooth.
вот тут я сломался совсем.... то есть тред сам по себе а потом девайсы до кучи в БТ передают?
Ну как... есть платформа HomeKit. У нее есть множество совместимых устройства (и еще большее множество несовместимых), интеграция с Сири, своя автоматизация и все такое прочее. Есть HomeKit-хаб (там чутку сложнее все, но примерно так), который всем этим делом заправляет по HomeKit-правилам. И есть три способа, по которым устройства могут "разговаривать" с хабом (ну, то есть, управляться HomeKit'ом, если они в нем): Wi-Fi, Bluetooth и теперь еще и Thread.
Есть устройства, которые умеют в Thread, но не умеют в HomeKit (которые, похоже, работают так, как описал комментатор выше). Точно также как есть устройства, которые умеют подключаться по вай-фаю, но в HomeKit их подключить не удастся. Видимо, поведение таких устройств вне HomeKit отличаются от описанного в статье.
на самом деле все проще
В текущий момент времени HOMEKIT работает по двум протоколам, WIFI и BLE. Больше вариантов я не видел.
Apple решил быть в тренде и запилил совместно со всеми остальными MATTER который работает по 802.15.4. Но устройства работающие по протоколу openthread не смогут зайти в HONEKIT без border router, по одной простой причине, грубо говоря устройства APPLE не поддерживают этот радиопротокол, поэтому они создали Homepod в который интегрировали аппартный модуль который умеет работает с 802.15.4 и он уже в свою очередь является концентратором/border router для устройств openthread
Thread же использует 6LoWPAN, который использует IEEE 802.15.4.?
То есть, да, Apple решила быть в тренде и использоватьThread и вставила модули для этого в HomePod mini и в новый TV.
Кроме того, Eve и Nanoleaf маркетят свои устройства именно как HomeKit Thread-совместимые (эти две компании - на сегодня единственные, которые такие устройства производят, не считая Эппла) и они работают так, как описано в статье: если есть пограничный роутер - используем Thread (802.15.4), а если нет - то по-старинке, по "обычному" BLE.
Что не так?
Поддержка Thread в Homekit появилась не так и давно
СДК отдельное
В статье речь о Thread внутри именно HomeKit
Thread - самодостаточная штука, которая работает как транспорт для других. Это стандарт. Большая часть статьи (понимаю, что это перевод) - краткий (вольный) пересказ Thread Primer с сайта OpenThread. То есть в большей части статьи речь идёт именно о Thread. Партиции, эндпоинты, лидеры, роутеры, mtd, ftd и прочее - это всё чистый Thread. В выделенном/квотированном мной абзаце статьи в первоначальном комментарии тоже идёт речь именно о Thread. Так вот Thread (несмотря на то, что поверх него на уровне приложений бегают данные эппла) остаётся тем самым Thread, который ничего не знает про связь через Bluetooth и который вполне себе работает без граничного роутера. Вы вместе с автором немного путаетесь, как мне кажется.
Вы правы о самодостаточном стандарте, но статья не о Thread в общем, а об имплементации Thread в HomeKit, логично, что имплементации стандарта использует основы стандарта - потому там и описаны эндпойты, лидеры и прочее, но, опять-таки, с колокольни HomeKita. Мне кажется, Вы читаете эту статью, как описание стандарта в целом, хотя она так не задумывалась вовсе. Очень, кстати, хотелось бы такую статью тоже - я взялся переводить эту, потому что ничего подобного не нашел в рунете про Thread, а так как мой домашний сетап устроен как раз на HomeKit и недавно добавились устройства, поддерживающие Thread, тема показалась очень интересной.
добавление устройств действительно идет по протоколу Bluetooth
но только добавление (опять же можно просто ввести код авторизации вручную)
для работы Homekit Thread устройствам Bluetooth совсем не нужен
это перевод ) не забывай)
Подскажите, а вы создавали сеть самостоятельно прошивая контроллеры или брали готовые устройства для подключения в сеть?
Не совсем понял зачем в статье упомянут Matter
только по причине того что он тоже умеет в Thread ?
это отдельный протокол и в оригинале статьи про него не упоминается
так как ни Eve ни Nanoleaf ничего не показали еще на протоколе Matter
Так как исходная статья - только часть раздела про Thread на сайте Eve, показалось, что не хватает вступления, потому стащил его из другой страницы в том же разделе. Возможно, зря. Теперь понимаю, что это просто маркетинговая вода от Eve, подправлю перевод, спасибо.
Кто-то знает, какие у обычного HomeKit ограничения по количеству каналов, обычных дискретных выключателей, и много ли передается информации по сети если их состояния будет обновляться раз в секунду например?
HomeKit через Thread