低功耗藍(lán)牙(ble)學(xué)習(xí)記錄-資料下載頁
2025-08-02 23:32本頁面
【正文】 col）是用來控制兩個LinkLayer之間的控制和協(xié)商的。其中包括連接控制，加密控制等等。 LinkLayer連接更新和ChannelMap更新每次進(jìn)入連接狀態(tài)后，設(shè)備均需更新connInterval, connSlaveLatency和connSupervisionTimeout。Master通過發(fā)送LL_CONNECTION_UPDATE_REQ幀來實現(xiàn)參數(shù)更新，Slave不能發(fā)送這種格式的幀，它通過使用L2CAP信道回復(fù)更新確認(rèn)來確認(rèn)參數(shù)更新。參數(shù)更新之前使用老的參數(shù)，更新之后使用新參數(shù)。Slave端收到LL_CONNECTION_UPDATE_REQ之后，假如connEventCount mod 65535小于32767，并且不等于本地的connEventCount，此時它需監(jiān)聽所有的Connection Event，直到確認(rèn)Master收到自己的REQ ACK。Slave在確認(rèn)兩邊connEventCount相等之前的Connection Event均需要監(jiān)聽。 假如connEventCount mod 65535大于32767，則Slave認(rèn)為與Master丟失連接，回到Standby狀態(tài)，并上報主機。 Master這邊，需要在第一個Transmit Window內(nèi)發(fā)送數(shù)據(jù)，它發(fā)送的這幀數(shù)據(jù)作為此次Connection的anchor point。Master在這個anchor point以后更新它的connInterval，并清零TLLconnSupervision計數(shù)。 假如使用自動發(fā)送LL_CONNECTION_UPDATE_REQ，則Timeout參數(shù)不跟新，與前次LL_CONNECTION_UPDATE_REQ或者CONNECT_REQ設(shè)置時相同。其他參數(shù)亦如是。 自動更新機制用于Master由于其他需求，需要更改anchor point時間。 ChannelMap的更新由LL_CHANNEL_MAP_REQ完成，加密加密參數(shù)設(shè)置通過LL_ENC_REQ和LL_ENC_RSP開始加密：LL_START_ENC_REQ 和 LL_START_ENC_RSP結(jié)束加密：LL_PAUSE_ENC_REQ or LL_TERMINATE_IND PDUsEmpty PDUs or LL_PAUSE_ENC_RSP or LL_TERMINATE_INDFeature Set Exchange進(jìn)入連接狀態(tài)以后，藍(lán)牙設(shè)備之間需要交換各自所支持的功能參數(shù)。該過程通過LL_FEATURE_REQ PDU和LL_FEATURE_RSP PDU交換信息。數(shù)據(jù)幀交換時間關(guān)系如下： 具體的Feature對應(yīng)位如下圖所示：Version Exchange主從之間交換設(shè)備所支持的藍(lán)牙協(xié)議版本信息，通過LL_VERSION_IND來交換信息。其信息包括：VersNr：所支持的藍(lán)牙協(xié)議CompId：認(rèn)證信息SubVersNr：Controller的實現(xiàn)版本號。Termination Procedure終止通信，通過LL_TERMINATE_IND來交換信息。IP架構(gòu) 以下是幾個理解上的難點：一、關(guān)于ExchangeTable和ControlStructureExchangeMemory是一個動態(tài)的存儲器件，其中包括了ExchangeTabel、ControlStructure、T/RxDescriptor、T/RxBuffer，它們之間的連接都是由指針完成。關(guān)系大概如下： 首先需要將ControlStructure和TRXDescriptor在EM中配置完成后，再配置ExchangeTabel。其可配置的空間如下圖所示： 也就是說首先需要在0x0050~0xFFFF地址內(nèi)配置ControlStructure、Descriptor和DataBuffer，然后在0x0000~0x001F內(nèi)配置ControlStructurePtr0的指針，指向ControlStructure的首地址。這樣在下次PreFetch的時候，BLE_CORE就能夠讀取相應(yīng)ControlStructure等等的值了。BLE_CORE會根據(jù)下圖，對ExchangeTabel進(jìn)行掃描，其中菱形為PreFetch時間點，黑色坐標(biāo)為event發(fā)生時間： 一次掃描3個ET：ET_n,ET_n+1,ET_n+2。根據(jù)這3個狀態(tài)是否是有效可讀來判斷接下來要做什么，方式如下圖所示。 當(dāng)掃描到ET_n+2為ET有效入口，則立即終止當(dāng)前的event，終止時間最短不能小于max packet length *2 + T_IFS * 2 （+ ~25（假如有AESCCM加密的話））。
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1