轉(zhuǎn)自：http://blog.csdn.net/zzfenglin/article/details/51304084

連接事件

在一個(gè)連接當(dāng)中，主設(shè)備會(huì)在每個(gè)連接事件里向從設(shè)備發(fā)送數(shù)據(jù)包。一個(gè)連接事件是指主設(shè)備和從設(shè)備之間相互發(fā)送數(shù)據(jù)包的過(guò)程。連接事件的進(jìn)行始終位于一個(gè)頻率，每個(gè)數(shù)據(jù)包會(huì)在上個(gè)數(shù)據(jù)包發(fā)完之后等待150μs再發(fā)送。

連接間隔決定了主設(shè)備與從設(shè)備的交互間隔；它是指兩個(gè)連續(xù)的連接事件開始處的時(shí)間距離，可以是7.5ms ~ 4s內(nèi)的任意值，但必須為1.25ms的整數(shù)倍。要確定從設(shè)備與主設(shè)備的實(shí)際交互間隔，需要用到從設(shè)備延遲這一參數(shù)，代表從設(shè)備在必須偵聽(tīng)之前可以忽略多少個(gè)連接事件。

如下圖所示，連接事件被一個(gè)個(gè)的連接間隔分開。從主設(shè)備發(fā)送數(shù)據(jù)包開始，每個(gè)連接事件可以持續(xù)進(jìn)行，直至主設(shè)備或從設(shè)備停止響應(yīng)。在連接事件之外，主從設(shè)備之間不發(fā)送任何數(shù)據(jù)包。

舉個(gè)例子，如果連接間隔為100ms，從設(shè)備延遲是9，那么從設(shè)備可以忽略9個(gè)鏈接事件，但不得不偵聽(tīng)第10個(gè)連接事件。換言之，從設(shè)備必須每秒偵聽(tīng)一次，而此時(shí)監(jiān)控超時(shí)的最小值應(yīng)為1010ms。反過(guò)來(lái)，另一個(gè)極端的例子是，如果監(jiān)控超時(shí)使用了32s的最大值，對(duì)于間隔為100ms的鏈路，從設(shè)備延時(shí)必須小于等于319。

雖然如此，如果將從設(shè)備延遲設(shè)為可行的最大值，在監(jiān)控超時(shí)發(fā)生前從設(shè)備只能獲得唯一一次偵聽(tīng)主設(shè)備的機(jī)會(huì)，這可不是一個(gè)好主意。因此，建議至少給從設(shè)備留出6次偵聽(tīng)的機(jī)會(huì)。在前面的例子中，如果連接間隔為100ms，從設(shè)備延遲為9，那么監(jiān)控超時(shí)應(yīng)該至少為6s，這樣一來(lái)，鏈路在最終斷開前從設(shè)備至少會(huì)有6次偵聽(tīng)的機(jī)會(huì)。

連接參數(shù)介紹

主設(shè)備和從設(shè)備建立連接之后，所有的數(shù)據(jù)通信都是在連接事件（ConnectionEvents）中進(jìn)行的。

尖刺的波就是連接事件（Connectionevents），剩下的Sleeping是睡眠時(shí)間，設(shè)備在建立連接之后的大多數(shù)時(shí)間都是處于Sleeping，這種情況下耗電量比較低，而在連接事件（Connectionevents）中，耗電量就相對(duì)高很多，這也是BLE為什么省電的原因之一。

每個(gè)連接事件（Connectionevents）中，都需要由Master發(fā)起包，再由Slave回復(fù)。

Master即主機(jī)，簡(jiǎn)稱M；Slave即從機(jī)，簡(jiǎn)稱S。抓包過(guò)程中看到的M->S或者S->M即主機(jī)到從機(jī)或者從機(jī)到主機(jī)。

連接參數(shù) （ConnectionParameters）：

通過(guò)修改下面三個(gè)參數(shù)，就可以設(shè)置BLE連接過(guò)程中的傳輸速度和功耗。

1.ConnectionInterval（連接間隔）

ConnectionInterval（GAPROLE_MIN_CONN_INTERVAL&&GAPROLE_MAX_CONN_INTERVAL）連接間隔，在BLE的兩個(gè)設(shè)備的連接中使用跳頻機(jī)制。兩個(gè)設(shè)備使用特定的信道發(fā)送和接收數(shù)據(jù)，然后過(guò)一段時(shí)間后再使用新的信道（BLE協(xié)議棧的鏈路層處理信道的切換）。兩個(gè)設(shè)備在切換信道后發(fā)送和接收數(shù)據(jù)稱為一個(gè)連接事件。盡管沒(méi)有應(yīng)用數(shù)據(jù)被發(fā)送和接收，兩個(gè)設(shè)備仍舊會(huì)交換鏈路層數(shù)據(jù)（空包 EmptyPDU）來(lái)維持連接。

這個(gè)連接間隔就是指在一個(gè)連接事件（Connectionevents）的開始到下一個(gè)連接事件（Connectionevents）的開始的時(shí)間間隔。連接間隔以1.25ms為單元，連接間隔的范圍是6~3200既7.5ms~4s之間。

2.SlaveLatency（從設(shè)備延遲或者從設(shè)備時(shí)延）

允許Slave（從設(shè)備）在沒(méi)有數(shù)據(jù)要發(fā)的情況下，跳過(guò)一定數(shù)目的連接事件（Connectionevents），在這些連接事件（Connectionevents）中不必回復(fù)Master（主設(shè)備）的包，這樣就能更加省電。

范圍可以是0 ~ 499

更詳細(xì)的使用解析如下：

SlaveLatency=OFF也就是SlaveLatency為0時(shí)，Master發(fā)包，Slave必須回復(fù)，如果不回復(fù)，Master就會(huì)認(rèn)為Slave那邊接收不正常。

SlaveLatency=ON也就是SlaveLatency不為0的時(shí)候，圖中SlaveLatency為3。Master發(fā)包，Slave沒(méi)有數(shù)據(jù)要回復(fù)的時(shí)候，就會(huì)忽略3個(gè)連接事件，在第4個(gè)連接事件接收到Master發(fā)送的數(shù)據(jù)之后，回復(fù)Master。如果Slave有數(shù)據(jù)要發(fā)送就會(huì)喚醒，也就是說(shuō)即使SlaveLatency為3，但是在Master發(fā)第二包的時(shí)候Slave有數(shù)據(jù)要回復(fù)，這個(gè)時(shí)候就會(huì)立即回復(fù)Master而不是等到3個(gè)連接事件之后的第4個(gè)連接事件去回復(fù)。

3.SupervisionTimeout（超時(shí)時(shí)間或者監(jiān)控超時(shí)）

這個(gè)參數(shù)設(shè)定了一個(gè)超時(shí)時(shí)間，如果BLE在這個(gè)時(shí)間內(nèi)沒(méi)有發(fā)生通信的話，就會(huì)自動(dòng)斷開。

單位是10ms，該變量的范圍是10 ~ 3200，折算成時(shí)間范圍是100ms ~ 32s。

連接間隔、從機(jī)時(shí)延以及超時(shí)時(shí)間這三者必須滿足如下公式：

SupervisionTimeout >（1+slaveLatency）*（connectionInterval）

上述公式必須滿足，否則連接就會(huì)不正常斷開。

這三個(gè)連接參數(shù)不同情況下對(duì)通信速率和功耗的影響：

1.ConnectionInterval縮短，Master和Slave通信更加頻繁，提高數(shù)據(jù)吞吐速度，縮短了數(shù)據(jù)發(fā)送的時(shí)間，當(dāng)然也增加了功耗。

2.ConnectionInterval增長(zhǎng)，通信頻率降低，數(shù)據(jù)吞吐速度降低，增加了數(shù)據(jù)發(fā)送的時(shí)間，當(dāng)然，這種設(shè)置降低了功耗。

3.SlaveLatency減少或者設(shè)置為0，每次ConnectionEvents中都需要回復(fù)Master的包，功耗會(huì)上升，數(shù)據(jù)發(fā)送速度會(huì)提高。

4.SlaveLatency加長(zhǎng)，功耗下降，數(shù)據(jù)發(fā)送速度降低。

連接參數(shù)更新規(guī)程

連接建立時(shí)，主設(shè)備通過(guò)鏈接請(qǐng)求數(shù)據(jù)包發(fā)送連接參數(shù)。當(dāng)連接活躍了一段時(shí)間，連接參數(shù)也許不再適用于當(dāng)前使用的服務(wù)。出于提高效率的目的，連接參數(shù)需要進(jìn)行更新。較之首先斷開連接、接著更換新參數(shù)重新連接，還有一種在鏈路中更新參數(shù)更為簡(jiǎn)單的途徑，如下圖所示：

為此，主設(shè)備向從設(shè)備發(fā)送連接更新請(qǐng)求，即LL_CONNECTION_UPDATE_REQ，當(dāng)中攜帶了新的參數(shù)。這些參數(shù)不必進(jìn)行協(xié)商，從設(shè)備或者接受和使用它們，或者斷開鏈路。連接更新請(qǐng)求中包含了早先創(chuàng)建連接時(shí)用過(guò)的一部分參數(shù)，還有一個(gè)稱為瞬時(shí)（instant）的新參數(shù)：

1.傳輸窗口大小

2.傳輸窗口偏移量

3.連接間隔

4.從設(shè)備延遲

5.監(jiān)控超時(shí)

6.瞬時(shí)

瞬時(shí)參數(shù)決定了連接更新的開始時(shí)刻。發(fā)送消息時(shí)，主設(shè)備為連接更新選定一個(gè)未來(lái)的時(shí)間點(diǎn)，并且放在消息中。接到消息后，從設(shè)備會(huì)記住這個(gè)未來(lái)的時(shí)刻，屆時(shí)再切換至新的連接參數(shù)。這有助于解決無(wú)線系統(tǒng)里的一個(gè)最大問(wèn)題----報(bào)文重傳。只要數(shù)據(jù)包的重傳次數(shù)足夠，并最終在瞬時(shí)之前傳輸成功，上述過(guò)程執(zhí)行起來(lái)就不會(huì)有問(wèn)題。但是，如果該數(shù)據(jù)包屆時(shí)沒(méi)能完成傳輸，鏈路就有可能丟失。

由于低功耗藍(lán)牙沒(méi)有時(shí)鐘，要決定瞬時(shí)時(shí)刻只有依靠計(jì)算連接事件的個(gè)數(shù)。因此，每一個(gè)連接事件都會(huì)被計(jì)數(shù)，鏈路上的第一個(gè)連接事件，也就是在連接請(qǐng)求之后的位于首個(gè)傳輸窗口里的連接事件記為0。因此，瞬時(shí)實(shí)際上是一個(gè)連接事件的計(jì)數(shù)器，相應(yīng)的連接事件到來(lái)時(shí)就使用新的參數(shù)。為了讓從設(shè)備收到數(shù)據(jù)包，主設(shè)備必須為其提供足夠的機(jī)會(huì)。不過(guò)從設(shè)備延遲是多少，都應(yīng)該至少保證 6 次數(shù)據(jù)發(fā)送機(jī)會(huì)。也就是說(shuō)，如果從設(shè)備延遲為500ms，那么瞬時(shí)通常被設(shè)定在3s之后的某個(gè)未來(lái)時(shí)刻。

瞬時(shí)到來(lái)時(shí)，從設(shè)備開始偵聽(tīng)發(fā)送窗口，就好像連接建立的過(guò)程那樣。主設(shè)備能夠調(diào)整從設(shè)備的計(jì)時(shí)，總體而言不超過(guò)1.25ms。不過(guò)，由于主設(shè)備可能還是一個(gè)經(jīng)典藍(lán)牙設(shè)備，上述調(diào)整使其得以協(xié)調(diào)低功耗藍(lán)牙從設(shè)備，從而更好地完成調(diào)度。一旦該過(guò)程結(jié)束，新的連接間隔、監(jiān)控超時(shí)、從設(shè)備延遲值將投入使用。

連接參數(shù)的修改

“連接參數(shù)更新請(qǐng)求”命令可以讓從設(shè)備更新鏈路層的連接參數(shù)，如下圖所示。這些參數(shù)包括連接間隔（從設(shè)備希望主設(shè)備允許從設(shè)備發(fā)送數(shù)據(jù)包的頻率）、從設(shè)備延遲（從設(shè)備能夠忽略主設(shè)備的連接事件的最大值）以及監(jiān)控超時(shí)。

在連接中，如果從設(shè)備希望修改當(dāng)前的連接參數(shù)則可以使用該命令。比方說(shuō)，如果連接事件的間隔有可能太快了，導(dǎo)致過(guò)多的電量浪費(fèi)。這在從設(shè)備時(shí)延很大時(shí)沒(méi)有問(wèn)題，但如果不是這樣，從設(shè)備將會(huì)頻繁的偵聽(tīng)鏈路。這在一些情況下是必要的，例如設(shè)備間首次綁定、互發(fā)多個(gè)數(shù)據(jù)包、探索服務(wù)和設(shè)備特性等。但在很多其他情況下，盡可能地減少?gòu)脑O(shè)備必須偵聽(tīng)連接事件的數(shù)量對(duì)提高電池壽命至關(guān)重要。

連接參數(shù)更新請(qǐng)求命令僅用于從設(shè)備向主設(shè)備發(fā)送，這是由于主設(shè)備隨時(shí)都能啟動(dòng)鏈路層連接參數(shù)更新控制（ConnectionParameterUpdateControl）規(guī)程。如果該命令由主設(shè)備發(fā)送，從設(shè)備會(huì)將其視為一個(gè)錯(cuò)誤，并返回帶有“命令不理解”原因代碼的“命令拒絕”命令。

從設(shè)備可以在任何時(shí)候發(fā)送該命令；收到該信息的主設(shè)備如果可以修改連接參數(shù)，則將返回“連接參數(shù)更新響應(yīng)”（ConnectionParameterUpdateResponse），其中的結(jié)果代碼設(shè)為“接受（accepted）”。隨后，主設(shè)備將會(huì)啟動(dòng)鏈路層連接參數(shù)更新控制規(guī)程。

當(dāng)然，如果主設(shè)備不同意從設(shè)備的請(qǐng)求參數(shù)，它可以發(fā)送結(jié)果代碼為“拒絕（rejected）”的連接參數(shù)更新響應(yīng)命令以拒絕請(qǐng)求。此時(shí)從設(shè)備有兩個(gè)選擇：要么接受主設(shè)備希望的正在使用的連接參數(shù)，要么終止連接。終止連接的做法咋看起來(lái)可能讓人覺(jué)得很激進(jìn)，但是，假如使用當(dāng)前的參數(shù)從設(shè)備將會(huì)在一周內(nèi)耗盡電量，而使用請(qǐng)求的參數(shù)則可以持續(xù)數(shù)年，很明顯，合理的選擇只有一個(gè)。

修改連接參數(shù)時(shí)，如果要減少主設(shè)備拒絕從設(shè)備請(qǐng)求的可能性，可以在請(qǐng)求里設(shè)置一個(gè)可接受的參數(shù)范圍。經(jīng)過(guò)精心設(shè)計(jì)的從設(shè)備會(huì)樂(lè)意接受很寬的參數(shù)范圍。由于主設(shè)備可能正忙于實(shí)時(shí)會(huì)話音頻連接或者高質(zhì)量語(yǔ)音連接等任務(wù)，它可以接受一定范圍內(nèi)的連接間隔參數(shù)。設(shè)備可接受的間隔參數(shù)會(huì)根據(jù)當(dāng)前任務(wù)的不同而不同，可能有別于上一次設(shè)備連接時(shí)的參數(shù)。

要提高主設(shè)備接受連接參數(shù)的機(jī)率，還有個(gè)方法是從設(shè)備提供一個(gè)合理的從設(shè)備延遲。主設(shè)備可以選擇最合適的連接事件間隔，從設(shè)備則使用最佳功耗的從設(shè)備延遲參數(shù)。

舉個(gè)例子，如果從設(shè)備想每600ms同步一次，它可以請(qǐng)求范圍100ms ~ 750ms的連接間隔參數(shù)，并帶上從設(shè)備延遲5。如果主設(shè)備選擇100ms，則從設(shè)備每6個(gè)連接事件同步一次；如果主設(shè)備選擇200ms，則從設(shè)備每3個(gè)連接事件同步一次，實(shí)現(xiàn)其所期望的600ms間隔；如果主設(shè)備選擇300ms，則從設(shè)備忽略每隔一個(gè)連接事件同步一次；如果主設(shè)備選擇400ms，則從設(shè)備每400ms同步一次。

下面介紹一下在TI的CC2540和CC2541中，連接參數(shù)修改的方法。

（一）連接成功建立之后從設(shè)備自動(dòng)申請(qǐng)修改連接參數(shù)。

我們以TI 1.4.0協(xié)議棧中的“simpleBLEPeripheral”工程為例來(lái)進(jìn)行講解，在這個(gè)工程的“ProjectsleSimpleBLEPeripheralSourcesimpleBLEPeripheral.c”應(yīng)用文件中定義了如下的宏：

[cpp]view plaincopy

//Whethertoenableautomaticparameterupdaterequestwhenaconnectionisformed
#defineDEFAULT_ENABLE_UPDATE_REQUESTTRUE

從上面的注釋中，我們可以看出這個(gè)宏的作用是當(dāng)一個(gè)連接建立的時(shí)候，是否需要自動(dòng)申請(qǐng)連接參數(shù)更新。當(dāng)設(shè)置為“TRUE”的時(shí)候就是需要，當(dāng)設(shè)置為“FALSE”的時(shí)候就是不需要。那這個(gè)宏到底是如何起作用的呢？下面我們來(lái)看一下。

1.“ProjectsleSimpleBLEPeripheralSourcesimpleBLEPeripheral.c”應(yīng)用文件中的“SimpleBLEPeripheral_Init”初始化方法里對(duì)該宏進(jìn)行了處理，源碼如下：

[cpp]view plaincopy

uint8enable_update_request=DEFAULT_ENABLE_UPDATE_REQUEST;
GAPRole_SetParameter(GAPROLE_PARAM_UPDATE_ENABLE,sizeof(uint8),&enable_update_request);

2.我們看下“GAPRole_SetParameter”方法里面的相關(guān)的操作，相關(guān)操作在“ProjectsleProfilesRolesperipheral.c”文件里，源碼如下：

[cpp]view plaincopy

caseGAPROLE_PARAM_UPDATE_ENABLE:
if((len==sizeof(uint8))&&(*((uint8*)pValue)<=TRUE))
{
gapRole_ParamUpdateEnable=*((uint8*)pValue);
}
else
{
ret=bleInvalidRange;
}
break;

3.從上面的代碼不難看出，將我們?cè)O(shè)置的宏賦給了“gapRole_ParamUpdateEnable”全局變量，下面我們?cè)诒疚募兴阉饕幌略撊肿兞渴褂玫牡胤剑l(fā)現(xiàn)在如下源碼中用到了：

[cpp]view plaincopy

//連接成功建立之后底層返回的事件
caseGAP_LINK_ESTABLISHED_EVENT:
{
gapEstLinkReqEvent_t*pPkt=(gapEstLinkReqEvent_t*)pMsg;

if(pPkt->hdr.status==SUCCESS)
{
VOIDosal_memcpy(gapRole_ConnectedDevAddr,pPkt->devAddr,B_ADDR_LEN);
gapRole_ConnectionHandle=pPkt->connectionHandle;
gapRole_state=GAPROLE_CONNECTED;

if(gapRole_RSSIReadRate)
{
//StarttheRSSIReads
VOIDosal_start_timerEx(gapRole_TaskID,RSSI_READ_EVT,gapRole_RSSIReadRate);
}

//Storeconnectioninformation
//保存連接剛建立時(shí)的連接參數(shù)
gapRole_ConnInterval=pPkt->connInterval;
gapRole_ConnSlaveLatency=pPkt->connLatency;
gapRole_ConnTimeout=pPkt->connTimeout;

//Checkwhetherupdateparameterrequestisenabled
//檢測(cè)更新連接參數(shù)請(qǐng)求是否被使能
if(gapRole_ParamUpdateEnable==TRUE)
{
//Gettheminimumtimeuponconnectionestablishmentbeforethe
//peripheralcanstartaconnectionupdateprocedure.
//獲取設(shè)置的時(shí)間間隔，從機(jī)將在連接建立之后
//延時(shí)至少該時(shí)間間隔之后觸發(fā)連接參數(shù)更新事
//件。
uint16timeout=GAP_GetParamValue(TGAP_CONN_PAUSE_PERIPHERAL);

//在延時(shí)timeout*1000ms之后觸發(fā)連接參數(shù)更新事件
osal_start_timerEx(gapRole_TaskID,START_CONN_UPDATE_EVT,timeout*1000);
}

4.上面的注釋非常清楚了，在連接成功建立返回的事件中判斷我們?cè)O(shè)置的宏，如果設(shè)置為“TRUE”，那就獲取我們?cè)O(shè)置的時(shí)間間隔，在延時(shí)我們?cè)O(shè)置的時(shí)間間隔（上面注釋中提到至少，因?yàn)橛玫氖窍到y(tǒng)定時(shí)器，有可能在執(zhí)行別的事件，所以實(shí)際的延時(shí)時(shí)間會(huì)大于我們?cè)O(shè)置的時(shí)間，當(dāng)然，一般情況下偏移的那點(diǎn)時(shí)間是可以忽略的）之后，觸發(fā)連接參數(shù)更新事件，進(jìn)行連接參數(shù)的更新。那上面源碼中獲取的時(shí)間間隔以及后面要更新的連接參數(shù)是在什么地方設(shè)置的呢？下面我們繼續(xù)回到應(yīng)用層文件中查看相關(guān)設(shè)置。

5.在“ProjectsleSimpleBLEPeripheralSourcesimpleBLEPeripheral.c”文件中定義了如下宏用來(lái)設(shè)置自動(dòng)更新連接參數(shù)時(shí)，相關(guān)連接參數(shù)的值，源碼如下：

[cpp]view plaincopy

//Minimumconnectioninterval(unitsof1.25ms,80=100ms)ifautomaticparameterupdaterequestisenabled
//如果自動(dòng)更新連接參數(shù)請(qǐng)求被使能的話，用到的最小連接間隔，單位1.25ms
#defineDEFAULT_DESIRED_MIN_CONN_INTERVAL80

//Maximumconnectioninterval(unitsof1.25ms,800=1000ms)ifautomaticparameterupdaterequestisenabled
//如果自動(dòng)更新連接參數(shù)請(qǐng)求被使能的話，用到的最大連接間隔，單位1.25ms
#defineDEFAULT_DESIRED_MAX_CONN_INTERVAL800

//Slavelatencytouseifautomaticparameterupdaterequestisenabled
//如果自動(dòng)更新連接參數(shù)請(qǐng)求被使能的話，用到的從機(jī)時(shí)延
#defineDEFAULT_DESIRED_SLAVE_LATENCY0

//Supervisiontimeoutvalue(unitsof10ms,1000=10s)ifautomaticparameterupdaterequestisenabled
//如果自動(dòng)更新連接參數(shù)請(qǐng)求被使能的話，用到的超時(shí)時(shí)間，單位10ms
#defineDEFAULT_DESIRED_CONN_TIMEOUT1000

//ConnectionPausePeripheraltimevalue(inseconds)
//如果自動(dòng)更新連接參數(shù)請(qǐng)求被使能的話，用到的時(shí)間間隔，單位s
#defineDEFAULT_CONN_PAUSE_PERIPHERAL6

6.通過(guò)上述宏進(jìn)行相應(yīng)設(shè)置的地方在“ProjectsleSimpleBLEPeripheralSourcesimpleBLEPeripheral.c”文件的“SimpleBLEPeripheral_Init”初始化方法中，源碼如下：

[cpp]view plaincopy

VOIDGAP_SetParamValue(TGAP_CONN_PAUSE_PERIPHERAL,DEFAULT_CONN_PAUSE_PERIPHERAL);

uint16desired_min_interval=DEFAULT_DESIRED_MIN_CONN_INTERVAL;
uint16desired_max_interval=DEFAULT_DESIRED_MAX_CONN_INTERVAL;
uint16desired_slave_latency=DEFAULT_DESIRED_SLAVE_LATENCY;
uint16desired_conn_timeout=DEFAULT_DESIRED_CONN_TIMEOUT;

GAPRole_SetParameter(GAPROLE_MIN_CONN_INTERVAL,sizeof(uint16),&desired_min_interval);
GAPRole_SetParameter(GAPROLE_MAX_CONN_INTERVAL,sizeof(uint16),&desired_max_interval);
GAPRole_SetParameter(GAPROLE_SLAVE_LATENCY,sizeof(uint16),&desired_slave_latency);
GAPRole_SetParameter(GAPROLE_TIMEOUT_MULTIPLIER,sizeof(uint16),&desired_conn_timeout);

上述操作在“ProjectsleProfilesRolesperipheral.c”文件里的具體實(shí)現(xiàn)我們就不一起看了，因?yàn)槔锩嫫鋵?shí)就是一個(gè)賦值的過(guò)程，所以大家自行查看即可。

（二）連接成功建立之后從設(shè)備在需要的時(shí)候去修改某個(gè)連接參數(shù)或者全部的連接參數(shù)。

1.修改單個(gè)連接參數(shù)的方法

修改最小連接間隔

[cpp]view plaincopy

uint16desired_min_interval=DEFAULT_DESIRED_MIN_CONN_INTERVAL;
GAPRole_SetParameter(GAPROLE_MIN_CONN_INTERVAL,sizeof(uint16),&desired_min_interval);

修改最大連接間隔

[cpp]view plaincopy

uint16desired_max_interval=DEFAULT_DESIRED_MAX_CONN_INTERVAL;
GAPRole_SetParameter(GAPROLE_MAX_CONN_INTERVAL,sizeof(uint16),&desired_max_interval);

修改從設(shè)備延遲

[cpp]view plaincopy

uint16desired_slave_latency=DEFAULT_DESIRED_SLAVE_LATENCY;
GAPRole_SetParameter(GAPROLE_SLAVE_LATENCY,sizeof(uint16),&desired_slave_latency);

修改超時(shí)時(shí)間

[cpp]view plaincopy

uint16desired_conn_timeout=DEFAULT_DESIRED_CONN_TIMEOUT;
GAPRole_SetParameter(GAPROLE_TIMEOUT_MULTIPLIER,sizeof(uint16),&desired_conn_timeout);

2.所有連接參數(shù)一起修改的方法

[cpp]view plaincopy

uint16minConnInterval;
uint16maxConnInterval;
uint16slaveLatency;
uint16timeoutMultiplier;

//Updateconnectionparameters
GAPRole_SendUpdateParam(minConnInterval,maxConnInterval,slaveLatency,timeoutMultiplier,GAPROLE_TERMINATE_LINK);

GAPRole_SendUpdateParam傳入的前四個(gè)參數(shù)在之前都已經(jīng)介紹過(guò)了，下面介紹下最后一個(gè)參數(shù)，最后一個(gè)參數(shù)設(shè)置的是連接參數(shù)更新失敗后的操作，可取值定義在peripheral.h文件中，如下：

[cpp]view plaincopy

/**
*Possibleactionstheperipheraldevicemaytakeifanunsuccessfulparameter
*updateisreceived.
*
*ParametersforGAPRole_SendUpdateParam()only
*/

#defineGAPROLE_NO_ACTION0//Takenoactionuponunsuccessfulparameterupdates
#defineGAPROLE_RESEND_PARAM_UPDATE1//Continuetoresendrequestuntilsuccessfulupdate
#defineGAPROLE_TERMINATE_LINK2//Terminatelinkuponunsuccessfulparameterupdates

GAPROLE_NO_ACTION：沒(méi)有任何動(dòng)作

GAPROLE_RESEND_PARAM_UPDATE：重新發(fā)送參數(shù)更新請(qǐng)求

GAPROLE_TERMINATE_LINK：斷開連接

對(duì)于上述介紹的兩種修改連接參數(shù)的方法，個(gè)人建議還是采用第二種方法，因?yàn)榈谝环N方法在修改某一個(gè)參數(shù)的時(shí)候，可能會(huì)導(dǎo)致其他參數(shù)的變化，比如我們只修改了連接間隔，但從機(jī)延時(shí)可能會(huì)隨之改變，這樣我們就無(wú)法根據(jù)自己的需求控制連接參數(shù)的更新。

第二種方法在使用的時(shí)候有可能碰到一種情況，就是我們只想修改某一個(gè)或者某兩個(gè)連接參數(shù)，剩下的參數(shù)想保持原有的，這樣的話，我們需要在修改連接參數(shù)之前先去讀取連接參數(shù)，然后將需要修改的參數(shù)進(jìn)行重新設(shè)置即可，讀取連接參數(shù)的代碼如下：

[cpp]view plaincopy

uint16interval;
uint16latency;
uint16timeout;
GAPRole_GetParameter(GAPROLE_CONN_INTERVAL,&interval);
GAPRole_GetParameter(GAPROLE_CONN_LATENCY,&latency);
GAPRole_GetParameter(GAPROLE_CONN_TIMEOUT,&timeout);

下面我們通過(guò)一個(gè)實(shí)例來(lái)具體了解下連接參數(shù)修改的方法，需求是將連接間隔修改為25，從機(jī)延遲修改為8，超時(shí)時(shí)間不修改，更新失敗后重新發(fā)送參數(shù)更新請(qǐng)求，本實(shí)例中主設(shè)備是安卓設(shè)備，從設(shè)備是CC2541。代碼實(shí)現(xiàn)如下：

[cpp]view plaincopy

uint16interval;
uint16latency;
uint16timeout;

GAPRole_GetParameter(GAPROLE_CONN_INTERVAL,&interval);
GAPRole_GetParameter(GAPROLE_CONN_LATENCY,&latency);
GAPRole_GetParameter(GAPROLE_CONN_TIMEOUT,&timeout);

GAPRole_SendUpdateParam(25,25,8,timeout,GAPROLE_RESEND_PARAM_UPDATE);

該過(guò)程抓包顯示如下：

從抓到的包中我們看到首先是S->M，即從設(shè)備發(fā)送連接參數(shù)更新請(qǐng)求，請(qǐng)求中帶有申請(qǐng)的連接參數(shù)，然后M->S，即主設(shè)備返回連接參數(shù)更新響應(yīng)，Result為0，表示同意修改更新。最后M->S發(fā)送Datatype為Control的鏈路層連接參數(shù)更新控制規(guī)程，攜帶同意的連接參數(shù)，這樣，新的連接參數(shù)就會(huì)投入使用。

注意修改連接參數(shù)的時(shí)候要滿足一定的要求：

1.安卓設(shè)備作主設(shè)備時(shí)，連接參數(shù)滿足的要求見(jiàn)本篇博文第二節(jié)“連接參數(shù)介紹”中提到的內(nèi)容。另外實(shí)際開發(fā)過(guò)程中發(fā)現(xiàn)安卓設(shè)備作主設(shè)備時(shí)存在一個(gè)問(wèn)題，就是部分安卓設(shè)備連接BLE設(shè)備之后，只能進(jìn)行一次連接參數(shù)的修改。

2. 蘋果系統(tǒng)設(shè)備作主設(shè)備時(shí)，連接參數(shù)更新的要求比較苛刻，如下：

IntervalMax*(SlaveLatency+1)≤2seconds

IntervalMin≥20ms

IntervalMin+20ms≤IntervalMax

SlaveLatency≤4

connSupervisionTimeout≤6seconds

IntervalMax*(SlaveLatency+1)*3<connSupervisionTimeout

即：

最大連接間隔時(shí)間 *（從機(jī)延遲+1）≤2s

最小連接間隔時(shí)間 ≥20ms

最小連接間隔時(shí)間 +20ms≤最大連接間隔時(shí)間

從機(jī)延遲≤4

超時(shí)時(shí)間≤6s

最大連接間隔時(shí)間 *（從機(jī)延遲+1）*3<超時(shí)時(shí)間

所以如果你的BLE從設(shè)備需要被iOS主設(shè)備連接，那你的BLE從設(shè)備的默認(rèn)申請(qǐng)的連接參數(shù)一定要滿足上述要求，并且連接過(guò)程中修改連接參數(shù)的時(shí)候也要滿足上述要求。

總結(jié)

以上是生活随笔為你收集整理的低功耗蓝牙BLE之连接事件、连接参数和更新方法的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。