スレッド対ZigBee（IoTエンジニア向け）

スレッドとZigBeeは非常に似ています。

• どちらもメッシュローカルエリアネットワークです。
• 同じ低レベルMAC層プロトコルであるIEEE802.15.4を使用します。 （これは、同じチップを使用できる場合があることを意味します。）
• どちらもオープンスタンダードです。
• どちらも、スマートホームなどの同様のアプリケーションタイプをターゲットにしています。
• どちらも世界標準の2.4 GHzISM周波数帯域で動作します。
• 電力消費量と使用量は非常に似ている可能性があります。

ただし、2つのネットワークを比較する際には、考慮しなければならないいくつかの違いと考慮事項があります。以下にまとめました。

スレッドとZigBee：主な違いと考慮事項

ネットワーク層

スレッドは、Nest（Google）、Samsung、およびより伝統的な方法でノードに対処したいと考えていた多くのシリコンベンダーによって開始されました。各ノードにIPアドレスを提供する6LoWPANを使用します。クラウドが通信するアドレスはエッジルーターに入り、IPアドレスを介してノードに直接送信できます。

ZigBeeもZigBeeIPでこれを実行しようとしましたが、市場で大きな牽引力を得ていません。 ZigBeeノードに対処する別の方法は、クラウドとネットワークに接続するエッジルーターを使用することです。アドレスが着信すると、エッジルーターには、接続されているノードと特定のメッセージの変換方法を知るための何らかのインテリジェンスが必要です。クラウドアプリケーションを設計している場合、IP以外のZigBeeネットワークでは、ノードとの間の通信の処理がより困難になる可能性があります。

アプリケーション層

ZigBeeは、アプリケーションがその中でどのようにインターフェースし、動作するかを指示するアプリケーション層を作成しました。照明を操作するZigBeeLight Linkなど、別のZigBeeアプリケーションに接続するアプリケーションを作成する場合、これは当然の選択です。ただし、このアプリケーションレイヤーには欠陥がないわけではなく、大きくて扱いにくいと見なされることがよくあります。

スレッドはアプリケーション層を定義しないため、ネットワーク上のデバイスがどのように相互作用するかを定義しません。これは、デバイスやエンドノードと通信するための一般的な方法を提供するため、やり取りできますが、メッセージはZigBeeのように定義されていません。複数のアプリケーションと通信できる汎用的なものが必要な場合は、スレッドを使用することをお勧めします。

認証プロセス

何かをZigBee互換として認定する場合は、ZigBee Allianceを通過します。また、何かをThread互換として認定する場合は、ThreadGroupを通過します。両方に関連する料金があり、どちらのプロセスがより簡単で、より複雑であるかを話すことはできません。ただし、アプリケーションのネットワークを選択する前に、認定プロセスの詳細を考慮する必要があります。

ソフトウェアスタック

スレッドは、クリーンで肥大化していないソフトウェアスタック（以下に示す）で賞賛されています：

ZigBeeのソフトウェアスタックはより大きく、より複雑であるため、遅延の問題があり、より多くの電力を消費する可能性があることが知られています。これはまた、より多くのメモリを使用することを意味し、より大きなマイクロコントローラが必要になる可能性があります（したがってコストが増加します）。

結論

最終的に使用するネットワークは、おそらくそれを使用するために必要なものに要約されます。 ZigBeeは、スマート照明とエネルギーに関して非常に優れていますが、他の分野では苦労しています。スレッドは若いネットワークですが、グーグルとサムスンの支援があれば、大きな前進になるでしょう。 ThreadまたはZigBeeについてさらに質問がある場合は、喜んで回答させていただきます。 @LinkLabsIncをツイートするか、連絡してください。