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