手動で操作できるのに、なんで動き続けないの？

私の理解では、ThreadはZigbeeよりもレイテンシーが低く、消費電力も少ないんだよね。

Matterは、以前Zigbee Allianceとして知られていたConnectivity Standards Alliance (CSA)によって作られました！基本的に、Matterは次世代のZigbeeです。ThreadはMatterよりも前からあるプロトコルで、現在はWifiやEthernetと一緒にサポートされている輸送手段の一つです。編集: MatterがZigbeeにない新しい機能としてBluetoothプロビジョニングが追加されていて、QRコードや数字を入力せずにスマホを使ってデバイスをネットワークに追加できるようになっています。ちなみに、Home AssistantはCSAの一部で、GoogleやAppleなどもHAをテストに使っているらしいよ！

私の理解では、Threadは通常のIPv6（Ethernet、Wi-Fiなど）を通じてメッシュを透明に拡張できるけど、Zigbee（またはZ-Wave）のメッシュを有用な範囲を超えて拡張するのはめちゃくちゃだよ。私は2つのコントローラーを使ったZ-Waveネットワークを持っているけど、最悪だよ。メンテナンスがめんどくさくて、複数のコントローラーの概念はzwave-js-uiでほとんどサポートされてないし、一時的にノードとの接続を失ったときに自動で回復するのも全然ダメ。コントローラー間のローミングなんて全く機能しない。まだThreadは試してないけど、簡単にメンテナンスできる基地局（ルーターとか呼ばれるやつ）をローカルネットワークに接続して、デバイスが自動でローミングするっていうコンセプトにはワクワクしてる。ただ、Apple HomeのThreadネットワーク、Google HomeのThreadネットワーク、Home AssistantのネイティブThreadネットワークがそれぞれ異なっていて、完全には互換性がないのはちょっと残念。

ここにいる誰かがMatter/Threadが明るくてオープンで幸せな新しい未来になると確認してくれる？ごめん、これはクローズドエコシステムだよ。PKIとデバイス認証に依存していて、承認されたパートナーのデバイスだけが使えるようになってる。小さなプレイヤーが参加するのは難しいし、ホームブリューシーンの可能性はゼロだね。

ZigbeeネットワークとIPネットワークが同じサイトで競合しているのは、ちょっと気まずい感じがしていた。面白いことに、俺にとってはそれが機能なんだ。ハッキングされたデバイスがネットワーク内のデータを流出させる脅威がかなり低くなるからね。だから、Wi-Fiデバイスは避けてるんだ。

スレッドボーダーゲートウェイ（Apple TV、HomePod、Google Nestスピーカーなど）は、スレッドIPスペースのためにネットワークにIPv6ルーター広告を送信します。複数のボーダーゲートウェイが冗長性のために同じIPスペースを広告することができます。私はセグメント化されたネットワークを持っていたので、異なるネットワーク上のデバイスがスレッドデバイスと通信できるように、ルーターがこのルートを受け入れるようにしました。大体はうまくいきましたが、携帯電話からさまざまなデバイスへの通信の信頼性にいくつかの課題がありました。mDNSリフレクションを100%正しく設定することができず、それが私の問題だと思っています。デバイスのmDNSエントリを見ると、リンクローカル（fe80::）を含むすべてのIPv6アドレスを広告しているものもあります。いくつかのクライアントが最初に見つけたIPを試して、うまくいかなかったら諦めているのではないかと疑っています。私はgolangのmdns-reflectorプロジェクトを修正して、これらのエントリをフィルタリングする作業をしていました。いくつか成功しましたが、まだ終わっていません。