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

プラットフォーム

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

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

サポート

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

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

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

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

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

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

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

プラットフォーム設計

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

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

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

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

OT SoCアーキテクチャ

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

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

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

OT複数SoCアーキテクチャ

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

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

OT NCPアーキテクチャ

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

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

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

無線コプロセッサ(RCP)

OTホストコントローラーアーキテクチャ

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

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

この設計は、電力制約の影響を受けにくいデバイスに役立ちます。たとえば、ビデオカメラのホストプロセッサは常にビデオを処理します。

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

現在、OpenThreadプラットフォームで次の問題が未解決です。