Google は、黒人コミュニティのための人種的公平の促進に取り組んでいます。詳細をご覧ください。

コプロセッサの設計

コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

コプロセッサの設計は OpenThread でサポートされています。OpenThread の例をビルドする場合、各コプロセッサ設計のファームウェア イメージが自動的に作成されます。詳しくは、バイナリをご覧ください。

無線コプロセッサ(RCP)

OT RCP アーキテクチャ

RCP 設計では、OpenThread のコアは、最小 MAC レイヤ「コントローラ」だけを備えたホスト プロセッサ上で、Thread 無線を備えたデバイス上に存在します。スレッド クライアントの信頼性を確保するため、この設計ではホスト プロセッサは通常スリープしません。

RCP とホスト プロセッサ間の通信は、OpenThread Daemon によって Spiel プロトコルを介して SPI インターフェースを介して管理されます。

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

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

OpenThread Border Router は、RCP 設計をサポートしています。詳細については、OpenThread ボーダー ルーターをご覧ください。

RCP を構築するには、次の Codelab をご覧ください。

nRF52840 を使用したスレッド ネットワークの構築 Thread Border Router

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

OT NCP のアーキテクチャ

標準の NCP 設計は、SoC に Thread 機能があり、アプリケーション レイヤをホスト プロセッサで実行します。ホスト プロセッサは OpenThread デバイスよりも高性能ですが、電力需要が高くなります。

NCP とホスト プロセッサ間の通信は、シリアル インターフェースを介して wpantund によって管理されます。通常は SPI または UART を使用して Spinel プロトコルで実行します。

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

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

スピネル プロトコル

Spinel は、ホストデバイスがコプロセッサと通信して管理するための一般的な管理プロトコルです。Spinel は当初、スレッドベースの NCP をサポートするように設計されていますが、将来的に他のネットワーク テクノロジーにも容易に適応できる階層型アプローチを設計しています。RCP 設計と NCP 設計の両方で使用されます。

このプロトコルは OpenThread の /src/lib/spinel に含まれています。テスト用に Pyspinel という Python CLI ツールを使用できます。

詳細については、スピネル ホスト コントローラ プロトコルのインターネット ドラフトをご覧ください。