一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

截獲BLE數(shù)據(jù)包看藍(lán)牙5協(xié)議流程

丫丫119 ? 來(lái)源:未知 ? 作者:肖冰 ? 2019-09-20 10:45 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

使用的抓包工具:Ellisys

今天用的Ellisys的界面如下所示,可以分為三個(gè)部分, 左上為40個(gè)信道監(jiān)視圖,左下為某一個(gè)或者多個(gè)設(shè)備(MAC地址)的交互數(shù)據(jù),我們只談只談BLE,所以其他wifi,zigbee等功能可以忽略。

藍(lán)牙設(shè)備工作狀態(tài)介紹:

1.從機(jī)設(shè)備廣播狀態(tài):

Connectable LE Coded -> LE Coded

Connectable LE Coded -> 2M on aux

2.主機(jī)連接從機(jī)過(guò)程:

主機(jī)在2M PHY 下建立連接

2M PHY切換到1M PHY

3.藍(lán)牙MAC地址:

Slave: 0xF0F8F2D2BB7F

Master: F0:F8:F2:1F:57:1B

藍(lán)牙5 PHY層簡(jiǎn)介:

藍(lán)牙連接

上一講講了藍(lán)牙5廣播數(shù)據(jù)分析,今天接著看連接過(guò)程,下圖是一個(gè)請(qǐng)求連接全過(guò)程,總共分為6個(gè)階段,1-4階段為廣播,5為請(qǐng)求連接,6為回應(yīng)連接。

1-4階段分析請(qǐng)參考上一篇文章:

5,6階段發(fā)生在數(shù)據(jù)信道上,5為連接請(qǐng)求,因?yàn)槭菍偎{(lán)牙5連接,可以看到其指令為AUX_CONNECT_REQ(主請(qǐng)求),AUX_CONNECT_REQ攜帶的參數(shù)和BT4.2并無(wú)太大差異,hopping channel,interval,latency等等。

在接收到信號(hào)之后從機(jī)會(huì)回應(yīng)一幀AUX_CONNECT_REP。

PHY層更新

如上面所示,Sniffer是在2M PHY下建立的連接,整個(gè)抓包實(shí)驗(yàn),我把藍(lán)牙的PHY 從2M PHY更新到1M PHY,最后更新到Coded PHY,三個(gè)階段,如下圖所示。

2M -> 1M PHY更新和Coded PHY更新

從下圖可以看到,更新PHY階段有三個(gè)階段,主機(jī)發(fā)送更新請(qǐng)求:LLCP_PHY_REQUEST,在下圖右下可以看到,主機(jī)請(qǐng)求更新PHY 層到1M PHY, 從機(jī)接收到請(qǐng)求,并回復(fù)LLCP_PHY_RESPONSE,RSPONSE中回復(fù)主機(jī)可以用1M PHY,最后主機(jī)發(fā)送LLCP_PHY_UPDATE,進(jìn)過(guò)幾個(gè)數(shù)據(jù)包的調(diào)整之后方能更新到1M PHY上。

1M PHY -> Coded PHY更新

過(guò)程和上面一致,不過(guò)多贅述。


總結(jié)

用兩張圖來(lái)總結(jié)我覺(jué)得恰到好處,圖1,藍(lán)牙5連接過(guò)程,圖2,藍(lán)牙5 PHY更新流程。

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 藍(lán)牙
    +關(guān)注

    關(guān)注

    116

    文章

    6079

    瀏覽量

    174097
  • 路由器
    +關(guān)注

    關(guān)注

    22

    文章

    3840

    瀏覽量

    116792
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    協(xié)議分析儀能檢測(cè)藍(lán)牙設(shè)備的哪些潛在問(wèn)題?

    CRC校驗(yàn)失?。航y(tǒng)計(jì)數(shù)據(jù)包重傳率(如BLE重傳率>5%可能存在干擾)。 Flow Control違規(guī):檢查設(shè)備是否遵守鏈路層流控規(guī)則(如主設(shè)備發(fā)送超過(guò)從設(shè)備緩沖區(qū)大小的數(shù)據(jù)
    發(fā)表于 07-21 14:27

    藍(lán)牙協(xié)議分析儀能檢測(cè)哪些問(wèn)題?

    自動(dòng)斷開(kāi),捕獲到“Remote User Terminated Connection”事件(需檢查手機(jī)端邏輯)。 2. 數(shù)據(jù)包傳輸錯(cuò)誤 檢測(cè)內(nèi)容: CRC校驗(yàn)失?。航y(tǒng)計(jì)數(shù)據(jù)包重傳率(如BLE重傳率
    發(fā)表于 07-15 15:52

    在EZ串行的BLE“無(wú)響應(yīng)寫(xiě)入”中, CAN一次通信中接收的最大數(shù)據(jù)包大小是多少?

    :所有數(shù)據(jù)都顯示在與 ez-Serial 和 PUART 連接的 TeraTerm 上 [問(wèn)題] (1)在 EZ 串行的 BLE“無(wú)響應(yīng)寫(xiě)入”中, CAN 一次通信中接收的最大數(shù)據(jù)包大小是多少? (2
    發(fā)表于 07-07 07:33

    BLE連接未啟動(dòng)的原因?

    ) 這段時(shí)間內(nèi)沒(méi)有 BLE 相關(guān)日志 HCI日志分析 移動(dòng)日志(mobile-hci.pcap) 移動(dòng)設(shè)備嘗試使用數(shù)據(jù)包 3074 發(fā)送連接請(qǐng)求,并使用數(shù)據(jù)包 3103 收到斷開(kāi)連接完成事件。下一個(gè)
    發(fā)表于 06-05 07:12

    藍(lán)牙數(shù)據(jù)通道空口數(shù)據(jù)包

    ? 與藍(lán)牙廣播相對(duì)應(yīng),藍(lán)牙數(shù)據(jù)包是另一種Bluetooth LE packet。藍(lán)牙數(shù)據(jù)包
    發(fā)表于 06-03 10:51

    藍(lán)牙廣播

    scan或者連接請(qǐng)求,則是scanner的MAC地址。 藍(lán)牙device address為6個(gè)字節(jié),這樣Advertising data最長(zhǎng)為:37-6 = 31B,這就是廣播
    發(fā)表于 06-03 10:47

    芯知識(shí) BLE(低功耗藍(lán)牙模塊)和SPP(傳統(tǒng)藍(lán)牙模塊)的對(duì)比

    BLE藍(lán)牙低功耗適用于長(zhǎng)時(shí)間運(yùn)行設(shè)備,數(shù)據(jù)傳輸速率低,連接范圍??;SPP藍(lán)牙串口協(xié)議功耗高,傳輸速率快,連接范圍廣。選擇
    的頭像 發(fā)表于 02-13 15:06 ?627次閱讀

    I2C總線數(shù)據(jù)包結(jié)構(gòu)詳解

    。以下是I2C總線數(shù)據(jù)包結(jié)構(gòu)的詳解: 一、I2C總線數(shù)據(jù)包的基本組成 I2C總線上的數(shù)據(jù)傳輸以數(shù)據(jù)包為單位進(jìn)行,每個(gè)數(shù)據(jù)包包含起始信號(hào)、設(shè)備
    的頭像 發(fā)表于 01-17 15:46 ?818次閱讀

    mtu配置步驟詳解 mtu與數(shù)據(jù)包丟失的關(guān)系

    MTU(Maximum Transmission Unit)即最大傳輸單元,是指一種通信協(xié)議的某一層上面所能通過(guò)的最大數(shù)據(jù)報(bào)大小,單位是字節(jié)。MTU配置步驟及其與數(shù)據(jù)包丟失的關(guān)系如下: MTU配置
    的頭像 發(fā)表于 12-16 14:33 ?2613次閱讀

    Linux網(wǎng)卡收流程

    Linux 網(wǎng)卡收流程如下 網(wǎng)卡收到數(shù)據(jù)包數(shù)據(jù)包從網(wǎng)卡硬件緩存移動(dòng)到服務(wù)器內(nèi)存中(DMA方式,不經(jīng)過(guò)CPU) 通過(guò)硬中斷通知CPU處理 CPU通過(guò)軟中斷通知內(nèi)核處理 經(jīng)過(guò)TCP/
    的頭像 發(fā)表于 12-05 16:21 ?827次閱讀
    Linux網(wǎng)卡收<b class='flag-5'>包</b><b class='flag-5'>流程</b>

    物聯(lián)網(wǎng)系統(tǒng)中常用的低功耗自組網(wǎng)無(wú)線傳輸方案(二)_藍(lán)牙模塊篇

    低功耗設(shè)計(jì)。它通過(guò)減少無(wú)線電的喚醒時(shí)間、縮短連接時(shí)間、使用較小的數(shù)據(jù)包以及在不活躍時(shí)進(jìn)入睡眠模式等方式,極大地降低了能耗,從而延長(zhǎng)了物聯(lián)網(wǎng)設(shè)備的續(xù)航時(shí)間。這對(duì)于需要長(zhǎng)時(shí)間運(yùn)行而無(wú)需頻繁充電或更換電池的設(shè)備尤為重要。 優(yōu)化編碼與協(xié)議BL
    的頭像 發(fā)表于 09-27 16:51 ?1491次閱讀
    物聯(lián)網(wǎng)系統(tǒng)中常用的低功耗自組網(wǎng)無(wú)線傳輸方案(二)_<b class='flag-5'>藍(lán)牙</b>模塊篇

    Linux網(wǎng)絡(luò)協(xié)議棧的實(shí)現(xiàn)

    請(qǐng)求并與底層的網(wǎng)絡(luò)硬件進(jìn)行交互。本文將深入探討 Linux 網(wǎng)絡(luò)協(xié)議棧的架構(gòu)與實(shí)現(xiàn),涵蓋數(shù)據(jù)包處理流程、關(guān)鍵模塊、協(xié)議棧層次以及性能優(yōu)化等方面。
    的頭像 發(fā)表于 09-10 09:51 ?714次閱讀
    Linux網(wǎng)絡(luò)<b class='flag-5'>協(xié)議</b>棧的實(shí)現(xiàn)

    請(qǐng)問(wèn)DCTCP與DCUDP 的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?

    DCTCP與DCUDP的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?
    發(fā)表于 07-25 06:37

    經(jīng)典藍(lán)牙解析說(shuō)明

    在無(wú)線通信協(xié)議的開(kāi)發(fā)過(guò)程中,抓器是工程師們不可或缺的工具。掌握抓器的使用,就如同擁有了能夠洞察無(wú)線電波的“火眼金睛”。這不僅使我們能夠驗(yàn)證發(fā)出的數(shù)據(jù)包是否準(zhǔn)確,檢查
    的頭像 發(fā)表于 07-24 09:04 ?3432次閱讀
    經(jīng)典<b class='flag-5'>藍(lán)牙</b>抓<b class='flag-5'>包</b>解析說(shuō)明

    esp8266怎么做才能每秒發(fā)送更多的數(shù)據(jù)包呢?

    數(shù)據(jù)包的速度,即每秒大約 50 個(gè) UDP 數(shù)據(jù)包。高波特率唯一改變的是,在數(shù)據(jù)包較大的情況下,我可以以與輕量級(jí)數(shù)據(jù)包相同的速度發(fā)送數(shù)據(jù)包。
    發(fā)表于 07-22 08:00