Google は、黒人コミュニティのための人種的公平の促進に取り組んでいます。詳細をご覧ください。
このページは Cloud Translation API によって翻訳されました。
Switch to English

プラットフォーム

GoogleがリリースしたOpenThreadは、OpenThreadチーム、シリコンベンダー、およびコミュニティによっていくつかのデバイスとプラットフォームに移植されています。移植されたすべてのプラットフォームのビルド例は、 OpenThreadリポジトリに含まれています

ベンダーがサポートするすべてのプラットフォームとコミュニティポートの検索可能なリストについては、ベンダーの検索を参照してください。

サポート

各プラットフォームのサポートは時間とともに変化します。一部のプラットフォームは、OpenThreadチームによって特定された現在のサポートレベルでタグ付けされています。タグなしのプラットフォームは最近テストされておらず、「限定的なサポート」があると見なされる場合があります。

サポートレベル説明
サポートされています完全および基本的なサポート、およびOpenThreadを使用するスレッド認定コンポーネント。これらのプラットフォームの多くは、OpenThreadチームによってテストおよび使用されており、デモおよびCodelabでの使用が推奨されています。
限定サポートこれらのプラットフォームは完全にテストされておらず、いくつかの重要な機能が欠落している可能性があります。
サポートされていません現在サポートされておらず、OpenThreadの実行に問題がある可能性があります。自己責任。

システムアーキテクチャー

OTシステムアーキテクチャ

OpenThreadは、移植性と柔軟性を念頭に置いて設計されています。このコードは移植可能なC / C ++(C99およびC ++ 03)であり、抽象化レイヤーが狭いため、システムアーキテクチャに依存しません。この抽象化レイヤーは、OpenThreadがベアメタルまたはOSのいずれかで実行できることを意味します。これまで、OpenThreadはFreeRTOS、RIOT-OS、Zephyr OS、Linux、およびmacOSで実行できることが実証されています。

OpenThreadの移植性は、プラットフォームの機能について何も想定していません。 OpenThreadは、拡張された無線および暗号化機能を利用するためのフックを提供し、メモリ、コード、計算サイクルなどのシステム要件を軽減します。これは、デフォルトで標準構成にする機能を維持しながら、プラットフォームごとに実行できます。

OpenThreadには、開発者が必要に応じて機能を有効または無効にできる構成可能なビルドシステムがあります。デフォルトのGNUツールチェーンを超えて、ソースはIARやVisualStudioのような他の多くの人気のあるツールチェーンで動作するように設計されています。

プラットフォームの設計

OpenThreadは、システムオンチップ(SoC)とネットワークコプロセッサー(NCP)の両方の設計をサポートします。

SoCは、RFIC(スレッドの場合は802.15.4)とプロセッサを組み合わせたシングルチップソリューションであり、OpenThreadとアプリケーション層はローカルプロセッサで実行されます。

標準ホストコントローラのプロトコルを使用して、シリアル接続を介してOpenThreadとホストプロセッサと通信する上でアプリケーション層の実行は、我々が呼ぶところAN NCP設計であるスピネル。この設計では、OpenThreadは無線またはホストプロセッサのいずれかで実行できます。

シングルチップ、スレッドのみ(SoC)

OTSoCアーキテクチャ

この設計では、アプリケーション層とOpenThreadは同じプロセッサ上で実行されます。アプリケーションは、OpenThreadAPIとIPv6スタックを直接使用します。

これは、エンドデバイスに最も一般的に使用されるSoC設計です。単一のシリコンに高度に統合されているため、コストと消費電力が最小になります。

シングルチップ、マルチインターフェース(SoC)

OTマルチSoCアーキテクチャ

SoCに802.15.4とWi-Fi、または802.15.4とBluetooth Low Energy(BLE)などの複数の無線がある場合でも、アプリケーション層とOpenThreadは同じプロセッサで実行されます。マルチインターフェイス設計では、OpenThreadは生のIPv6データグラムインターフェイスを介して共有サードパーティIPv6スタックを活用します。

ネットワークコプロセッサー(NCP)

OTNCPアーキテクチャ

標準のNCP設計には、SoC上にスレッド機能があり、ホストプロセッサ上でアプリケーション層を実行します。ホストプロセッサは、通常、OpenThreadデバイスよりも機能が優れています(ただし、電力需要が大きくなります)。ホストプロセッサは、Spineプロトコルを介してシリアルインターフェイス(通常はSPIまたはUART)を介してOpenThreadデバイスと通信します。

この設計の利点は、低電力のOpenThreadデバイスがアクティブなままで、高電力のホストがスリープ状態になり、スレッドネットワーク内での位置を維持できることです。また、SoCはアプリケーション層に関連付けられていないため、アプリケーションの開発とテストはOpenThreadビルドから独立しています。

この設計は、ゲートウェイデバイス、またはIPカメラやスピーカーなどの他の処理要求があるデバイスに役立ちます。

無線コプロセッサー(RCP)

OTRCPアーキテクチャ

これはNCP設計の変形であり、OpenThreadのコアはホストプロセッサ上にあり、スレッド無線を備えたデバイス上には最小限のMAC層「コントローラー」しかありません。この設計では、スレッドネットワークの信頼性を確保するために、ホストプロセッサは通常スリープしません。

ここでの利点は、OpenThreadがより強力なプロセッサ上のリソースを利用できることです。

この設計は、電力の制約にあまり敏感でないデバイスに役立ちます。たとえば、ビデオカメラのホストプロセッサは、ビデオを処理するために常にオンになっています。

オープンプラットフォームの問題

現在、OpenThreadプラットフォームでは次の問題が発生しています。