多協(xié)議連接提供了一種獨(dú)特的方法來(lái)添加消費(fèi)者和企業(yè)所要求的功能。為了在家庭或樓宇自動(dòng)化場(chǎng)景中提供必要的可擴(kuò)展性和穩(wěn)定性，通過(guò)網(wǎng)狀網(wǎng)絡(luò)進(jìn)行設(shè)備間通信是一種理想的實(shí)現(xiàn)方式。同時(shí)，能夠直接從智能手機(jī)設(shè)置、控制或監(jiān)視單個(gè)設(shè)備或一組設(shè)備的功能也是一種簡(jiǎn)化消費(fèi)者體驗(yàn)并向技術(shù)人員提供更多即時(shí)診斷信息以輔助安裝的特性需求。

增值服務(wù)可以通過(guò)連接的設(shè)備(例如燈)進(jìn)行交付，例如在零售環(huán)境中提供基于接近感知的廣告，為技術(shù)人員傳輸系統(tǒng)健康信息以及跟蹤倉(cāng)庫(kù)中的資產(chǎn)。同時(shí)，人們希望參與多個(gè)生態(tài)系統(tǒng)，無(wú)論是Alexa、Apple HomeKit還是Google Home，每個(gè)生態(tài)系統(tǒng)都有各自的協(xié)議或集成要求。通過(guò)在單個(gè)設(shè)備上支持多協(xié)議，我們可以滿足我們剛剛討論過(guò)的許多需求。

目錄

通過(guò)多種無(wú)線方式提供新體驗(yàn)

尋找一種經(jīng)濟(jì)有效的方式來(lái)支持多協(xié)議

在單個(gè)無(wú)線電上同時(shí)執(zhí)行多協(xié)議

在單個(gè)無(wú)線電進(jìn)行Zigbee和藍(lán)牙操作的調(diào)度要求

評(píng)估動(dòng)態(tài)多協(xié)議性能

設(shè)計(jì)具有多協(xié)議連接的系統(tǒng)

通過(guò)多種無(wú)線協(xié)議提供新體驗(yàn)

讓我們研究一下如何使用支持多協(xié)議的設(shè)備來(lái)改善家庭自動(dòng)化場(chǎng)景中的體驗(yàn)。Zigbee通過(guò)其網(wǎng)狀網(wǎng)絡(luò)功能提供整個(gè)家庭的覆蓋范圍，并且可以通過(guò)網(wǎng)關(guān)從家庭外部進(jìn)行控制。但是，有了多協(xié)議支持，我們可以進(jìn)一步擴(kuò)展使用場(chǎng)景，用具有低功耗藍(lán)牙的電話進(jìn)行本地控制和位置感知。

通過(guò)同時(shí)支持藍(lán)牙和Zigbee連接，門(mén)鎖在接收到藍(lán)牙通信后便會(huì)解鎖，同時(shí)能夠發(fā)送Zigbee消息以打開(kāi)客廳燈。當(dāng)將智能手機(jī)帶入臥室時(shí)，使用接近感應(yīng)服務(wù)(例如藍(lán)牙信標(biāo))，燈可以發(fā)送藍(lán)牙信標(biāo)消息，允許消費(fèi)者打開(kāi)房間中的全部或部分燈。

在零售或商業(yè)環(huán)境中，希望利用諸如藍(lán)牙信標(biāo)之類(lèi)的技術(shù)來(lái)提供基于位置的廣告、跟蹤資產(chǎn)，以及去開(kāi)發(fā)人流的熱圖(heat map)。大規(guī)模采用的挑戰(zhàn)之一是需要專用的信標(biāo)設(shè)備。對(duì)于設(shè)備生命周期管理，連接范圍也會(huì)影響更新設(shè)備的統(tǒng)籌安排。

通過(guò)將藍(lán)牙信標(biāo)集成到其他連接的基礎(chǔ)設(shè)施(例如照明)中，我們可以建立大規(guī)模且密集的信標(biāo)覆蓋區(qū)域。不必同時(shí)部署連接燈和信標(biāo)，連接的燈或燈具也可以用作藍(lán)牙信標(biāo)。與部署單獨(dú)的專用信標(biāo)設(shè)備相比，這可以提供一種更具成本效益的方式來(lái)提高信標(biāo)密度，并且具有無(wú)需監(jiān)視和維護(hù)必須由電池供電的信標(biāo)設(shè)備的額外優(yōu)勢(shì)。

用多功能燈提高信標(biāo)密度

多協(xié)議還使其他使用案例成為可能。例如，無(wú)線更新可能會(huì)在網(wǎng)狀網(wǎng)絡(luò)上花費(fèi)很長(zhǎng)時(shí)間，但是藍(lán)牙的更高吞吐量可以在不消耗網(wǎng)狀網(wǎng)絡(luò)帶寬的情況下提供更新固件映像的更快傳輸。

用多功能燈提高信標(biāo)密度

尋找一種經(jīng)濟(jì)有效的方式來(lái)支持多協(xié)議

在支持多協(xié)議的情況下提供這些改進(jìn)的體驗(yàn)所面臨的挑戰(zhàn)之一是要求擁有多個(gè)芯片或SoC，每種協(xié)議一個(gè)。然而，使用多協(xié)議芯片，設(shè)備現(xiàn)在可以靈活地運(yùn)行不同的協(xié)議。下表描述了多協(xié)議設(shè)備的一些常見(jiàn)示例。

無(wú)線多協(xié)議方案

來(lái)自像Silicon Labs這樣的公司的單芯片解決方案結(jié)合了軟件和硬件方面的先進(jìn)技術(shù)，使設(shè)備既支持Zigbee也支持藍(lán)牙，從而滿足目前為止討論的使用案例需求。相對(duì)于兩個(gè)無(wú)線電，通過(guò)使用一個(gè)SoC無(wú)線子系統(tǒng)，可以將BoM成本降低40%，并且通過(guò)消除設(shè)計(jì)中兩個(gè)無(wú)線電之間可能存在的干擾，還可以簡(jiǎn)化PCB設(shè)計(jì)。

在單個(gè)無(wú)線電上同時(shí)執(zhí)行多協(xié)議

讓我們更詳細(xì)地研究動(dòng)態(tài)多協(xié)議調(diào)度如何通過(guò)單個(gè)無(wú)線電支持多協(xié)議。當(dāng)不發(fā)送信號(hào)時(shí)，Zigbee路由器始終將其無(wú)線電設(shè)為接收模式。這樣一來(lái)，網(wǎng)絡(luò)中的其他設(shè)備就可以始終向其發(fā)送數(shù)據(jù)包或通過(guò)它路由。由于Zigbee流量的低占空比和Zigbee網(wǎng)絡(luò)協(xié)議棧中的重傳機(jī)制，Zigbee路由器可以在短時(shí)間內(nèi)將其無(wú)線電更改為另一個(gè)協(xié)議，而不會(huì)在應(yīng)用層級(jí)上丟棄任何消息。這使得我們可以在同一芯片上對(duì)Zigbee和藍(lán)牙通信進(jìn)行時(shí)間切片。除Zigbee路由外，Silicon Labs動(dòng)態(tài)多協(xié)議技術(shù)還支持藍(lán)牙連接和藍(lán)牙信標(biāo)。

協(xié)議連接間隔可以基于應(yīng)用需求而配置。對(duì)于藍(lán)牙信標(biāo)，無(wú)線電只需要大約1ms即可發(fā)送信標(biāo)，并且信標(biāo)之間的連接間隔通常不小于100ms。對(duì)于高速OTA固件更新，可能需要將設(shè)備配置為支持更長(zhǎng)的藍(lán)牙連接時(shí)間。這些例子面對(duì)的應(yīng)用場(chǎng)景相反。但是，通過(guò)可配置的連接間隔，Silicon Labs多協(xié)議解決方案提供了靈活的框架，可以滿足不同應(yīng)用的獨(dú)特需求。

為了實(shí)現(xiàn)有效的多協(xié)議通信，Silicon Labs已經(jīng)在軟件和硬件上進(jìn)行了大量投資。Silicon Labs無(wú)線協(xié)議棧經(jīng)過(guò)專門(mén)設(shè)計(jì)，可以共享相同的低級(jí)別的無(wú)線電驅(qū)動(dòng)程序和庫(kù)(RAIL)。利用RAIL可確保使用一致的API和接口來(lái)共享無(wú)線電。

另外，無(wú)線電調(diào)度器管理來(lái)自協(xié)議的請(qǐng)求以訪問(wèn)無(wú)線電，而Micrium OS內(nèi)核管理協(xié)議棧之間的資源共享。

Silicon Labs多協(xié)議調(diào)度考慮了要調(diào)度的協(xié)議，并使用基于優(yōu)先級(jí)的調(diào)度方法。藍(lán)牙需要固定的連接間隔才能有效運(yùn)行，而采用MAC重傳方法的Zigbee更加寬容。因此，對(duì)于Zigbee和藍(lán)牙多協(xié)議操作，藍(lán)牙以更高的優(yōu)先級(jí)運(yùn)行。由于使用RAIL、無(wú)線電調(diào)度器和Micrium OS的無(wú)線協(xié)議棧具有統(tǒng)一的體系結(jié)構(gòu)，該系統(tǒng)能夠使用基于優(yōu)先級(jí)的調(diào)度方法來(lái)平衡Zigbee和藍(lán)牙操作。

在單個(gè)無(wú)線電上進(jìn)行Zigbee和藍(lán)牙操作的調(diào)度要求

許多調(diào)度方案可能都要求使用單個(gè)無(wú)線電實(shí)現(xiàn)Zigbee和藍(lán)牙的正確操作。調(diào)度器可以配置成使得任一協(xié)議在無(wú)線訪問(wèn)方面具有更高的優(yōu)先級(jí)。但是，最可能的配置是使藍(lán)牙連接和信標(biāo)具有更高的優(yōu)先級(jí)，并且在不執(zhí)行其他任何操作時(shí)將無(wú)線電保持在Zigbee接收模式。

具有優(yōu)先權(quán)的Bluetooth LE和Zigbee后臺(tái)接收

在上圖中，我們可以看到低優(yōu)先級(jí)的Zigbee接收是默認(rèn)的，但是當(dāng)需要Zigbee傳輸時(shí)，它將中斷該過(guò)程。這是Zigbee設(shè)備的正常行為。當(dāng)Bluetooth LE連接被調(diào)度時(shí)，采用先例，調(diào)度器要及時(shí)退出Zigbee接收模式，以用于藍(lán)牙連接。如果調(diào)度器要求進(jìn)行Zigbee傳輸?shù)恼?qǐng)求超過(guò)下一個(gè)藍(lán)牙連接或信標(biāo)發(fā)出之前無(wú)線電上可用的時(shí)間，則調(diào)度器將重新安排Zigbee傳輸以在藍(lán)牙活動(dòng)完成之后進(jìn)行。

如果Zigbee數(shù)據(jù)包的傳輸時(shí)間超出了預(yù)期，可能是由于退避或清除信道評(píng)估所致，調(diào)度器可以中斷該傳輸并切換到藍(lán)牙。如圖2所示，對(duì)于Zigbee協(xié)議棧來(lái)說(shuō)，這看起來(lái)像是一次失敗的嘗試，因此它進(jìn)行了重傳，這次成功了。

藍(lán)牙連接中斷Zigbee傳輸

同樣，如果遠(yuǎn)程Zigbee節(jié)點(diǎn)在處于藍(lán)牙連接或信標(biāo)中間時(shí)嘗試將數(shù)據(jù)包發(fā)送到設(shè)備，則該設(shè)備將無(wú)法接收該數(shù)據(jù)包，但是發(fā)送設(shè)備將重傳(IEEE 802.15.4 MAC重傳)，數(shù)據(jù)包將在第二次嘗試時(shí)被接收。另外，如果在建立藍(lán)牙連接或信標(biāo)時(shí)設(shè)備正處于接收Z(yǔ)igbee數(shù)據(jù)包的中間，調(diào)度器可能會(huì)中斷數(shù)據(jù)包的接收，并且發(fā)送設(shè)備將不會(huì)收到確認(rèn)。因此，它將重傳并在第二次嘗試時(shí)被成功接收。圖3顯示了這兩種情況。

無(wú)線電調(diào)度器必須處理各種情況，以管理無(wú)線協(xié)議之間的沖突，但是各個(gè)協(xié)議棧彼此并不會(huì)有任何察覺(jué)，只是他們必須請(qǐng)求訪問(wèn)無(wú)線電并且判斷它們的發(fā)送或接收是否成功。

評(píng)估動(dòng)態(tài)多協(xié)議性能

為了了解運(yùn)行多協(xié)議時(shí)的設(shè)備行為，重要的是測(cè)量和比較多種配置下的性能。對(duì)于在同一SoC和單個(gè)無(wú)線電上運(yùn)行Zigbee和藍(lán)牙的情況，方案可能包括：

Zigbee吞吐量對(duì)比藍(lán)牙連接和/或廣播間隔

Zigbee延遲對(duì)比藍(lán)牙連接和/或廣播間隔

Zigbee吞吐量或延遲對(duì)比變化的藍(lán)牙數(shù)據(jù)包類(lèi)型和大小

Zigbee重試和網(wǎng)絡(luò)行為對(duì)比變化的藍(lán)牙連接和/或廣播

動(dòng)態(tài)多協(xié)議測(cè)試設(shè)置

使用圖4中概述的測(cè)試設(shè)置，在Silicon Labs Wireless Gecko STK板上使用輻射測(cè)試設(shè)置執(zhí)行的示例測(cè)試給出以下結(jié)果：

對(duì)于顯示結(jié)果，我們使能了802.15.4 MAC和Zigbee NWK層重傳，但未使能Zigbee APS層重傳。該設(shè)備配置為在單個(gè)跳躍點(diǎn)上傳輸70個(gè)字節(jié)的有效負(fù)載，同時(shí)在指定的連接間隔內(nèi)保持藍(lán)牙連接并保持活動(dòng)狀態(tài)。隨著藍(lán)牙連接間隔的減小，由于Zigbee網(wǎng)絡(luò)上無(wú)線電時(shí)間的減少，藍(lán)牙連接事件的數(shù)量增加，Zigbee吞吐量降低。需要注意的是，這里獲得了100%的端到端消息可靠性，并且雖然由于較長(zhǎng)的數(shù)據(jù)傳輸時(shí)間導(dǎo)致吞吐量降低，但沒(méi)有丟失Zigbee應(yīng)用消息。

為了驗(yàn)證廣播間隔的影響，設(shè)備配置為以變化的間隔傳輸藍(lán)牙廣播，而不是保持藍(lán)牙連接。由于藍(lán)牙廣播數(shù)據(jù)包比藍(lán)牙連接保持活動(dòng)的數(shù)據(jù)包更長(zhǎng)，因此在相同時(shí)間間隔內(nèi)，它們對(duì)Zigbee吞吐量的影響略高。短至0.5s的廣播間隔對(duì)Zigbee吞吐量幾乎沒(méi)有影響，應(yīng)該可以滿足大多數(shù)用例的需求。

設(shè)計(jì)具有多協(xié)議連接的系統(tǒng)

借助動(dòng)態(tài)多協(xié)議硬件和軟件，現(xiàn)在可以在一個(gè)SoC上以經(jīng)濟(jì)高效的方式去整合多協(xié)議的優(yōu)勢(shì)。通過(guò)在設(shè)備上結(jié)合Zigbee和藍(lán)牙連接，家庭自動(dòng)化、資產(chǎn)跟蹤和零售廣告可從中受益。

每個(gè)設(shè)備和應(yīng)用都有獨(dú)特的需求，這些需求要求對(duì)軟件進(jìn)行可配置性設(shè)置，例如藍(lán)牙連接間隔。在著手開(kāi)發(fā)之前，重要的是要確?；A(chǔ)軟件和硬件體系結(jié)構(gòu)被設(shè)計(jì)用于無(wú)線電的有效資源共享，并支持高級(jí)調(diào)度方案。此外，應(yīng)根據(jù)特定的應(yīng)用和系統(tǒng)用例來(lái)定義測(cè)試和性能基準(zhǔn)，以確保在現(xiàn)場(chǎng)正確運(yùn)行。