谷歌致力於推進種族平等的黑人社區。 怎麼看。
本頁面由 Cloud Translation API 翻譯而成。
Switch to English

平台

由谷歌發布的OpenThread已經被移植到多種設備和平台由團隊的OpenThread,矽供應商和社區。所有移植的平台構建的例子包括在的OpenThread庫

查看搜索廠商為所有供應商支持的平台和社區端口的搜索列表。

支持

每個平台支持隨時間變化。有些平台的標籤與目前的支持水平,確定由團隊的OpenThread。未標記的平台,最近未被測試並可能被視為具有“有限的支持。”

支持率描述
支持的完全和基本支持,以及使用任何的OpenThread螺紋認證組件。許多平台已經過測試,通過團隊的OpenThread使用,並建議在我們的演示和Codelabs使用。
有限支持這些平台還沒有得到充分的測試,可能缺少一些關鍵的功能。
不支持目前不支持,可能需要在運行問題的OpenThread。使用您自己的風險。

系統架構

OT系統架構

是的OpenThread設計時考慮到便攜性和靈活性。該代碼是可移植的C / C ++(C99和C ++ 03),其的系統架構無關,由於窄的抽象層。這個抽象層裝置,其可以的OpenThread在任裸機或OS上運行。迄今為止,已經的OpenThread被證明對FreeRTOS操作系統,RIOT-OS,OS西風,LINUX和MacOS運行。

的OpenThread的便攜性不作任何平台功能的假設。提供的OpenThread鉤利用增強的無線電和加密功能,降低了系統的要求,例如存儲器,代碼和計算週期。這可以為每個平台來完成,同時保留了默認為標準配置的能力。

擁有的OpenThread可配置構建系統與根據需要開發者可以啟用或禁用功能。除了默認的GNU工具鏈,源設計工作與其他一些流行的工具鏈像IAR和Visual Studio的。

平台設計

的OpenThread支持系統級芯片(SoC)和網絡協處理器(NCP)的設計。

的SOC是具有組合的RFIC的單芯片解決方案(802.15.4在線程的情況下)和處理器,其中的OpenThread和應用層的本地處理器上運行。

一個NCP設計是其中使用一個標準化的主機控制器協議上通過串行連接主處理器和與連通的OpenThread應用層運行我們稱之為尖晶石 。在此設計中,可以的OpenThread或者運行在電台或主處理器。

單芯片,線程只有(SOC)

OT SoC架構

在該設計中,在應用層和所述的OpenThread相同的處理器上運行。該應用程序直接使用的API的OpenThread和IPv6協議棧。

這是SoC設計最常用的終端設備。因為它是高度集成到單個矽,它具有最低的成本和最低的功耗。

單芯片,多接口(SOC)

OT多個SoC架構

當SoC的具有多個無線電設備,諸如802.15.4和Wi-Fi,或802.15.4和藍牙低功耗(BLE),應用層和靜止的OpenThread在同一處理器上運行。在多接口設計,利用的OpenThread經由原料IPv6數據接口共享第三方IPv6堆棧。

網絡協處理器(NCP)

OT NCP架構

標準NCP設計對SoC的螺紋特徵和運行速度比的OpenThread設備上的主機處理器,其通常更能夠(但具有更大的功率需求)應用層。與所述設備的OpenThread通過串行接口在尖晶石協議與主機處理器進行通信(通常SPI或UART)。

這種設計的好處是,雖然低功率設備的OpenThread保持活動狀態,以保持它的地方線程網絡中的高功率主機可以睡覺。而且,由於SoC的不依賴於應用層,應用程序開發和測試是獨立於構建的OpenThread的。

這種設計是網關設備或者具有類似IP攝像頭和揚聲器等處理要求的設備非常有用。

無線電協處理器(RCP)

OT主機控制器架構

這是NCP設計,其中的OpenThread的核心住在主機處理器上與線程無線電設備上只有一個最小的“控制器”的變體。主處理器通常不在這個設計中睡覺,在一部分,以確保線程網絡的可靠性。

這樣做的優點是可以的OpenThread利用更強大的處理器上的資源。

這種設計是為將功率約束較不敏感的設備是有用的。例如,視頻攝像機上的主機處理器總是在處理視頻。

開放平台問題

下面的問題是目前開放平台的OpenThread: