背景上一篇?jiǎng)偘寻沧克巡坏皆O(shè)備那事擺平我還挺得意以為掃描這塊算是摸清了。結(jié)果一接血壓計(jì)又懵了同一臺(tái)手機(jī)、同一套掃描代碼血氧儀一搜就出來血壓計(jì)掃半天頁面干干凈凈。更邪門的是這臺(tái)血壓計(jì)在手機(jī)自帶的藍(lán)牙設(shè)置里明明看得到點(diǎn)配對(duì)也沒問題。先說結(jié)論不是所有 BLE 設(shè)備都會(huì)在廣播里帶名字。我那臺(tái)血壓計(jì)的廣播包里壓根沒有設(shè)備名字段而我的掃描層寫了一句名字為空就丟棄——于是它被我自己篩掉了。一句話記住掃描層的活兒是上報(bào)設(shè)備認(rèn)不認(rèn)得出目標(biāo)是識(shí)別層的事。現(xiàn)象血氧儀掃描頁 1~2 秒就列出來了。血壓計(jì)頁面毫無反應(yīng)等再久也不出來。手機(jī)系統(tǒng)藍(lán)牙里這臺(tái)血壓計(jì)可見、可配對(duì)。兩條信息又打架了。不過這回我沒慌——上次剛學(xué)會(huì)對(duì)照實(shí)驗(yàn)直接套用。排查先看日志。把設(shè)備發(fā)現(xiàn)回調(diào)里的原始數(shù)據(jù)整條打出來name、localName、advertisData全打?？梢婚_始什么都印不出來。我反應(yīng)過來是我那句丟棄執(zhí)行在打印之前設(shè)備根本沒機(jī)會(huì)出現(xiàn)在日志里。于是我把丟棄那行先注釋掉、只留打印才第一次看到這臺(tái)設(shè)備的廣播原貌——name: 、localName: 但advertisData里帶著一串非空數(shù)據(jù)。再用 BLE 調(diào)試 App比如 nRF Connect 這類連上它看原始廣播確認(rèn)它廣播的只有 Flags、服務(wù) UUID、制造商數(shù)據(jù)三塊沒有設(shè)備名字段。回頭翻協(xié)議文檔廣播包格式那節(jié)也對(duì)上了——它就是設(shè)計(jì)成這樣。根因BLE 掃描時(shí)周圍會(huì)掃到一堆沒名字的雜散設(shè)備鄰居的耳機(jī)、手環(huán)、電視。所以很多示例代碼里都有一句沒名字的丟掉我的掃描層也照抄了// 【踩坑寫法】掃描層里名字為空就丟棄if(!device.name!device.localName)return;// 血壓計(jì)天生無名 → 直接被篩掉所有 BLE 設(shè)備都有廣播名這個(gè)前提本身就不成立。血氧儀的廣播里帶名字所以一直正常血壓計(jì)天生無名于是全滅。代碼一個(gè)字沒改變量是設(shè)備。解決掃描層只上報(bào)識(shí)別交給上層掃描層不再做任何認(rèn)設(shè)備的判斷來者一律上報(bào)是不是目標(biāo)設(shè)備交給設(shè)備識(shí)別模塊綜合判斷型號(hào)碼 名字關(guān)鍵詞 服務(wù) UUID 一起看// 【修復(fù)】掃描層不做識(shí)別無名設(shè)備也一律上報(bào)wx.onBluetoothDeviceFound(function(res){res.devices.forEach(function(device){// 不再按 name 是否為空丟棄直接交給上層識(shí)別reportToDeviceManager(device);});});順帶在掃描層開了一條廣播 hex 診斷日志無名設(shè)備從此有據(jù)可查// 把廣播原始數(shù)據(jù)打成 hex形如 AA 4C 41 ...無名設(shè)備也能排查if(device.advertisData){console.log([掃描] 無名設(shè)備廣播:,hexDump(device.advertisData),device.deviceId);}hexDump就是把ArrayBuffer逐字節(jié)轉(zhuǎn)成大寫十六進(jìn)制字符串調(diào) BLE 這活兒離不了它。改完把手機(jī)拿來再跑一遍血壓計(jì)和血氧儀都穩(wěn)穩(wěn)地出來了。預(yù)防 / 復(fù)盤要點(diǎn)對(duì)接新硬件前先抓一遍它的原始廣播包拿工具看一眼別用別的設(shè)備都這樣去假設(shè)它。掃描層負(fù)責(zé)上報(bào)識(shí)別層負(fù)責(zé)過濾。過濾邏輯要放在掌握完整判據(jù)名字 / 型號(hào)碼 / 服務(wù) UUID的那一層掃描層越單純?cè)胶谩３霈F(xiàn)別的設(shè)備都正常唯獨(dú)這臺(tái)不正常先懷疑這臺(tái)設(shè)備的廣播格式特殊而不是掃描代碼有 bug。常見問題Q1藍(lán)牙設(shè)備在系統(tǒng)設(shè)置里能看到小程序就是搜不到一般是什么原因最常見兩類一是本文這種設(shè)備廣播里沒有名字字段被無名即丟棄的過濾邏輯篩掉了二是安卓定位權(quán)限沒給全掃描根本起不來。區(qū)分方法很簡(jiǎn)單——把掃描回調(diào)的原始日志打開看有沒有這臺(tái)設(shè)備的記錄。有記錄 被自己篩了沒記錄 掃描壓根沒起來。Q2怎么知道我的設(shè)備廣播里到底有沒有名字用 BLE 調(diào)試 App 看一眼原始廣播最快沒有的話就在小程序里把a(bǔ)dvertisData打成 hex 打出來看。別猜看一眼就有答案。Q3無名設(shè)備該怎么確認(rèn)它是我要連的那臺(tái)看廣播里的其他東西——制造商數(shù)據(jù)、服務(wù) UUID、廣播內(nèi)容的特征都能當(dāng)判據(jù)。我后面會(huì)專門寫一篇名字沒有、型號(hào)也不對(duì)時(shí)怎么認(rèn)出設(shè)備。最后掃描層和識(shí)別層這層分工我后來整理成了那套開源 BLE SDK 的一部分——設(shè)備發(fā)現(xiàn)一律上報(bào)認(rèn)不認(rèn)得出來交給識(shí)別模塊接入方不用自己寫過濾邏輯Giteehttps://gitee.com/wanrendi75/jingjin-ble-sdk這個(gè)連載我才寫到第二篇踩的坑一個(gè)比一個(gè)刁鉆后面接著記。