Connection Events

?本人在TI官網(wǎng)的學(xué)習(xí)筆記，現(xiàn)整理如下 兩臺(tái)BLE設(shè)備建立連接后，所有的通信事件都是通過Connection Events中發(fā)生的 ? ? ? ? ? 上圖為兩臺(tái)BLE建立連接后，用示波器從其中一臺(tái)設(shè)備中測量的波形 ? 紅色是時(shí)間軸 --- 橫軸， 耗電量 --- 黑色縱軸 ? 尖刺的波就是Connection Events ? 剩下的 Sleeping 是睡眠時(shí)間 ? 設(shè)備在建立連接后的大多數(shù)時(shí)間都是處于Sleeping的狀態(tài)的 ? 這種情況下，耗電量只有1uA ? 而在Connection Events中，最高的是十幾個(gè)毫安 ? 這就是BLE為什么省電的原因 ? 在每個(gè)Connection Events事件中，都需要由Master發(fā)起包，再由slave回復(fù) ? ? Connection Parameters ? 通過修改這三個(gè)參數(shù)，就可以設(shè)置BLE連接的傳輸速度和功耗 ? 1、Connection Interval 指在一個(gè)Connection Events的開始到下一個(gè)Connection Events 的開始 的時(shí)間間隔 ? 單位是1.25ms，最小是7.5ms，最大是4.0s ? 2、Slave Latency 允許Slave設(shè)備在沒有數(shù)據(jù)要發(fā)的情況下，跳過一定數(shù)目的Connection Events 在這些Connection Events中不必回復(fù)master的包，這樣就能更加省電 ? 范圍可以是0~499 ? 3、Supervision Timeout 這個(gè)參數(shù)設(shè)定了一個(gè)超時(shí)時(shí)間，如果BLE在這個(gè)時(shí)間內(nèi)沒有發(fā)生通訊的話，就會(huì)自動(dòng)斷開 ? 單位是10ms，范圍是100ms ~ 32s ? 必須滿足如下公式： Supervision Timeout > （1 +　slaveLatency）* （connectionInterval） ? slaveLatency不能算在 supervision Timeout的時(shí)間內(nèi)，否則連接就會(huì)不正常斷開 ? 上圖slaveLatency 為0 時(shí)，master發(fā)包，slave必須回復(fù)， 如果不回復(fù)，master就會(huì)認(rèn)為slave那邊接收不正常 slaveLatency 為 3 時(shí)， master 發(fā)包，slave允許有3個(gè)包不回復(fù) ? 參數(shù)的影響： ? Connection Interval?縮短，master與slave通信更加頻繁，提高了功耗，提高數(shù)據(jù)吞吐速度，縮短數(shù)據(jù)發(fā)送時(shí)間 Connection Interval 加長，通信頻率降低，降低功耗，數(shù)據(jù)吞吐速度降低，數(shù)據(jù)發(fā)送等待時(shí)間更長 ? slaveLatency 減少或者設(shè)置為0，每次connection Envents中就都需要回應(yīng)master的包 功耗上升，數(shù)據(jù)發(fā)送速度會(huì)提高 slaveLatency 加長，功耗下降，數(shù)據(jù)發(fā)送速度降低 ? 這些參數(shù)都是可以在連接建立以后動(dòng)態(tài)修改的 ? 歡迎交流 如有轉(zhuǎn)載請注明出處

新浪博客：http://blog.sina.com.cn/u/2049150530
博客園：http://www.cnblogs.com/sky-heaven/
知乎：http://www.zhihu.com/people/zhang-bing-hua

?







本文轉(zhuǎn)自張昺華-sky博客園博客，原文鏈接：http://www.cnblogs.com/sky-heaven/p/4203265.html，如需轉(zhuǎn)載請自行聯(lián)系原作者

總結(jié)

以上是生活随笔為你收集整理的【Connection Events】【BLE】【原创】的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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