1. 為什么要把藍牙4.2和NFC硬塞進同一個超小模塊先說說我為什么會盯上這種Ultra-Compact Bluetooth 4.2 NFC Module的組合。手頭有個項目要做設(shè)備配對和配置原本方案是手機通過BLE連設(shè)備然后用戶手動去網(wǎng)頁后臺輸一串序列號。用戶體驗極其反人類而且經(jīng)常輸錯。后來想到用NFC一碰完成配網(wǎng)和身份綁定但設(shè)備上又得留一個藍牙通道做后續(xù)數(shù)據(jù)傳輸和固件升級。于是問題來了如果藍牙模塊和NFC模塊分開采購設(shè)計上要多占板面積、多調(diào)一次天線、多處理一套電源樹。直到我找到這種把藍牙4.2和NFC整合到一個超緊湊模組里的方案才覺得整個事情順暢了很多。這類模塊最核心的定位是用NFC解決近場觸發(fā)和免配對初始化用藍牙解決持續(xù)連接和數(shù)據(jù)吞吐。NFC的工作距離通常只有幾厘米天然自帶主動靠近的確認感藍牙4.2的BLE模式則能在幾米到幾十米內(nèi)維持穩(wěn)定連接。兩者結(jié)合能覆蓋從點對點碰一碰到稍遠距離持續(xù)傳輸?shù)耐暾溌贰嶋H使用中這種模塊適合以下幾類人群做物聯(lián)網(wǎng)設(shè)備的硬件工程師需要一個支持手機碰一碰配網(wǎng)、同時能維護長連接的小體積方案。做可穿戴設(shè)備、智能門鎖、資產(chǎn)追蹤標(biāo)簽的開發(fā)者對PCB面積敏感但又不想要兩顆芯片來回調(diào)試。喜歡DIY的玩家想把NFC音樂墻、NFC標(biāo)簽讀卡器、藍牙透傳模塊塞進一個巴掌大的外殼里省掉復(fù)雜布線。很多人會問藍牙4.2不是老一代技術(shù)嗎為什么不用藍牙5.2或5.3 這個問題我在后面詳細展開但簡單說在某個特定場景下4.2的穩(wěn)定性、兼容性和功耗表現(xiàn)可能比追新更有優(yōu)勢。這個模塊恰好踩在夠用且好匹配的甜點上。不過說實話把藍牙和NFC放在同一個超緊湊封裝里隨之而來的天線耦合、電源噪聲、協(xié)議調(diào)度問題也不少。這篇文章我會把我從畫原理圖、調(diào)天線、跑協(xié)議棧到最終做產(chǎn)品驗證的完整過程都捋出來包括那些文檔里不會寫的坑。2. 這塊模塊到底硬在哪——關(guān)鍵規(guī)格與設(shè)計邏輯拿到模塊后先別急著寫代碼務(wù)必把規(guī)格書和布局指導(dǎo)吃透。這類超緊湊模組最怕功能都實現(xiàn)了天線性能一塌糊涂。2.1 藍牙4.2的選擇理由穩(wěn)定性和協(xié)議棧成熟度藍牙4.2和藍牙5.0/5.1/5.2最大的區(qū)別在于4.2已經(jīng)支持BLE的經(jīng)典特性長包、隱私、安全連接、LE Secure Connections但又沒有引入5.0之后復(fù)雜的編碼物理層、擴展廣播、周期性同步等高階能力。對于很多輕量級數(shù)據(jù)透傳、指令控制設(shè)備來說藍牙5的多廣告、長距離模式反而是負擔(dān)因為協(xié)議棧狀態(tài)機更復(fù)雜調(diào)試難度更大低端MCU跑起來也費勁。以我用的這款模塊為例它采用藍牙4.2雙模方案既支持BR/EDR經(jīng)典藍牙可以連接老式藍牙音箱、藍牙GPS也支持BLE 4.2適合低功耗傳感器。這種雙模支持很重要因為我手頭還有一些舊的外設(shè)只有經(jīng)典藍牙協(xié)議。實際測試中BLE廣播間隔設(shè)置在20ms~50ms連接穩(wěn)定性相當(dāng)好實測1.5米間隔的連續(xù)丟包率低于0.1%。另一個選4.2的私心是功耗。BLE廣播電流約12μA睡眠時整套系統(tǒng)含NFC待機喚醒可以壓到5μA左右。藍牙5的擴展廣播如果參數(shù)調(diào)不好反而會帶來額外功耗。2.2 NFC前端的關(guān)鍵參數(shù)14443A/15693協(xié)議差異和天線匹配NFC部分通常支持ISO 14443A和ISO 15693兩種主流協(xié)議。熱詞里就有人問nfc的15693/14443a協(xié)議的區(qū)別這里一次性講清楚協(xié)議標(biāo)準(zhǔn)典型芯片工作頻率通信距離數(shù)據(jù)速率常見場景ISO 14443AMifare Classic、NTAG21x13.56 MHz約4~10cm106kbps ~ 848kbps門禁卡、公交卡、NFC標(biāo)簽ISO 15693ICODE SLI、TI Tag-it13.56 MHz約10~50cm讀卡器功率大時更遠6.6kbps ~ 26kbps圖書管理、資產(chǎn)盤點、工業(yè)標(biāo)簽14443A的通信距離短但速度快抗干擾能力強15693的優(yōu)點是讀卡距離遠適合做倉儲盤點但數(shù)據(jù)速率偏低、手機兼容性略差。在超緊湊模塊里NFC天線通常設(shè)計成PCB線圈或FPC天線。設(shè)計時一定要看模塊廠商提供的參考天線匹配值因為天線周邊地平面、外殼金屬件都會影響諧振頻率。調(diào)試NFC天線時我用網(wǎng)絡(luò)分析儀測諧振點如果中心頻率漂移超過13.56MHz ± 2MHz就需要調(diào)整匹配電容。之前遇到過一個問題把NFC天線放在電池旁邊諧振點從13.56MHz掉到12.5MHz導(dǎo)致手機根本無法讀卡。后來把天線遠離電池、且在地層開槽clearance zone諧振才恢復(fù)正常。2.3 引腳排布與供電設(shè)計經(jīng)驗超緊湊模塊的引腳往往只有0.8mm或1.27mm間距手工焊接難度大但做產(chǎn)品時適合回流焊。關(guān)鍵引腳一般包括藍牙UART TX/RX用于AT指令控制或數(shù)據(jù)透傳。NFC I2C接口用于連接NFC標(biāo)簽或讀取外部NFC控制器狀態(tài)。喚醒/中斷引腳NFC場檢測中斷和BLE連接事件中斷。天線引腳或PCB天線接頭。電源設(shè)計上特別提醒一句藍牙和NFC不要共用一根LDO輸出而不加濾波。NFC讀卡器發(fā)射13.56MHz載波時電流尖峰很大如果和藍牙射頻共用電源軌會導(dǎo)致藍牙的射頻性能惡化、靈敏度下降。我的做法是給NFC模擬前端單獨加一顆低壓差線性穩(wěn)壓器LDO或π型濾波同時讓藍牙VDD與NFC VDD保持一定隔離。3. 快速跑通第一個Demo從模塊到手機能連能刷不看文檔直接上手光靠猜是玩不轉(zhuǎn)的。這里我把整個流程濃縮成一套可復(fù)現(xiàn)的步驟讓你少走兩周彎路。3.1 硬件連接天線的物理布局是命門如果是評估板或自己畫的PCB第一件事就是按照模塊規(guī)格書要求留出天線凈空區(qū)。藍牙天線下方絕對不能鋪銅NFC天線周圍也要避開大的金屬件和走線。很多人在軟件怎么也調(diào)不通最后發(fā)現(xiàn)是天線被地平面干掉。我用的超緊湊模塊同時引出兩個天線接口一個是藍牙PCB天線的饋點另一個是NFC線圈的焊盤。我畫的第一版PCB把NFC線圈放在了板子一角離USB座太近結(jié)果USB金屬外殼嚴(yán)重吸波導(dǎo)致NFC讀寫距離只有不到1cm。后來重新布局把NFC線圈放到板子邊緣、USB座在另一側(cè)距離才達到4cm以上。連接藍牙UART時常用電平是3.3V如果主控是5V必須加電平轉(zhuǎn)換。我試過直接接5V Arduino模塊當(dāng)場冒煙。還有調(diào)試串口的TX/RX需要交叉連接不要以為都叫TX就直連這種低端錯誤最容易忽略。3.2 手機串口終端調(diào)試藍牙Serial Bluetooth Terminal的玩法模塊上電后一般會以通用藍牙無線電或具體模塊名稱存在于手機藍牙列表里。早期調(diào)試階段我建議直接用Android手機上的Serial Bluetooth Terminal軟件來發(fā)AT指令。這個軟件允許你選擇SPP經(jīng)典藍牙或BLE連接。因為藍牙4.2是雙模這兩種都能連接。具體步驟模塊上電確認藍牙指示燈在閃爍處于可發(fā)現(xiàn)狀態(tài)。打開Serial Bluetooth Terminal在設(shè)備列表里找到模塊點擊配對密碼一般是0000或1234。連接成功后發(fā)送AT如果模塊回復(fù)OK說明UART通道正常。通過串口發(fā)送ATNAMEMyModule可以改名ATBLEADVON可以開啟或關(guān)閉廣播。如果連接不上優(yōu)先排查模塊是否退出廣播模式手機是否已保存了舊配對信息之前我遇到一個非常詭異的現(xiàn)象手機配對過一次后再上電就連不上排查半天發(fā)現(xiàn)是模塊在配對成功后自動關(guān)閉了廣播需要先刪除藍牙配對記錄再重新掃描。Serial Bluetooth Terminal還支持發(fā)送十六進制和自定義指令對于調(diào)試NFC時向模塊發(fā)送APDU指令非常有用。我甚至用它來測試NFC卡片的扇區(qū)讀寫省去寫安卓App的麻煩。3.3 用ESP32擴展NFC通信跨界組合的實用方法熱詞里有一條是esp32開發(fā)板擴展nfc通信這正好踩在我的經(jīng)驗上。ESP32自帶了藍牙但傳統(tǒng)只支持BLE 4.2但沒有板載NFC。如果手頭有ESP32想把它和這顆超緊湊藍牙NFC模塊結(jié)合關(guān)鍵是把模塊的NFC I2C接口接到ESP32的I2C總線同時把藍牙UART接到ESP32的另一個UART。推薦結(jié)構(gòu)ESP32 --I2C-- 模塊NFC芯片讀取NTAG/ISO15693卡片 ESP32 --UART-- 模塊藍牙串口與手機透傳在ESP32上寫代碼時使用Arduino框架或ESP-IDF都行。讀取NFC標(biāo)簽時模塊通常會把NFC芯片映射為I2C從設(shè)備ESP32直接時序讀取即可。我常用的偽代碼邏輯#include Wire.h #define NFC_IRQ_PIN 4 void setup() { Wire.begin(21, 22); // SDA, SCL pinMode(NFC_IRQ_PIN, INPUT); Serial.begin(115200); } void loop() { if (digitalRead(NFC_IRQ_PIN)) { // 讀取NFC FIFO uint8_t buf[64]; readNFC(buf, sizeof(buf)); // 解析NDEF或直接透傳 } }實際上很多模塊自帶NFC控制器固件會直接提供檢測到新卡并返回UID的推送消息省去自己解析底層時序。我用ESP32做了一套藍牙配網(wǎng)NFC一鍵連接的demo手機碰一下NFC標(biāo)簽標(biāo)簽里寫入WiFi的SSID和密碼ESP32讀取后自動連接WiFi同時藍牙通道用于手機App遠程控制。這套流程跑通后產(chǎn)品的開機體驗就從手動輸密碼變成了碰一碰搞定。4. NFC功能實戰(zhàn)讀標(biāo)簽、解碼、寫音樂墻與安全邊界NFC的現(xiàn)實價值不只是刷門禁它還能做很多有意思的事但做之前必須理解數(shù)據(jù)在NFC芯片里是怎么存的。4.1 NFC標(biāo)簽的Page0~Page3到底是什么NFC類型2標(biāo)簽比如NTAG215內(nèi)部存儲是按頁組織的每頁4字節(jié)。熱詞里提到的nfc page0: 0x00, page1:0x10, page2:0x20, page3:0x30其實是一張地址映射表的簡寫從Page0到Page3起始地址分別是0x00、0x10、0x20、0x30。但注意這里的頁在不同芯片里定義不同NTAG系列的Page大小是4字節(jié)因此常見地址映射是Page 0: 廠商信息/UID通常前4字節(jié)是UIDPage 1: UID的剩余字節(jié)和BCC校驗Page 2: 內(nèi)部數(shù)據(jù)/鎖定字節(jié)Page 3: 容量描述/CCCapability Container一般固定為0xE1 0x10 0x06 0x00表示這是一個NDEF格式的標(biāo)簽。用NFC解碼工具讀一張NTAG215時你會發(fā)現(xiàn)很多工具會直接按起始地址來顯示頁面。如果看到Page0顯示04:xx:xx:xx基本就是UID開頭為04代表這是NXP原廠的NFC標(biāo)簽。自己寫代碼解碼時可以使用標(biāo)準(zhǔn)的NDEF協(xié)議。比如用手機寫一張包含URL的標(biāo)簽讀出來的NDEF消息是這樣D1 02 14 55 03 6E 66 63 2E 6D 65 2F 61 62 63 64 ...其中D1是NDEF Header02是記錄長度55表示URI03是URI前綴修改碼后面跟的就是URL后綴。這個編碼規(guī)則網(wǎng)上有資料但我在博客里提醒如果你用JavaH5實現(xiàn)NFC標(biāo)簽功能最好使用Android的NdefMessage API而不是手動拼字節(jié)因為不同廠商尤其國產(chǎn)芯片可能存在字節(jié)序差異。4.2 自制NFC音樂墻酷我/酷狗歌曲快捷鏈接與NTAG215熱詞里有一條非常接地氣的需求酷我音樂歌曲快捷鏈接用nfc 215芯片diy音樂墻:酷狗音樂自動播放全攻略。我實測過這個玩法原理并不復(fù)雜在手機酷我/酷狗App里找到你想要的歌曲點擊分享復(fù)制鏈接。將鏈接轉(zhuǎn)換成NFC標(biāo)簽?zāi)茏R別的NDEF格式說白了就是寫一個URI記錄。用支持NTAG215的NFC讀寫器或手機App把URL寫入215芯片。將標(biāo)簽貼到墻上或卡片上手機碰一碰就會自動打開App并播放該歌曲。注意很多音樂App直接分享出來的鏈接是短鏈接可能直接喚起App但有些鏈接被微信攔截引導(dǎo)用戶跳轉(zhuǎn)到瀏覽器。這時最好用手機自帶瀏覽器打開點擊后驗證是否能喚起App。實操時我遇到過兩個坑一是部分手機在鎖屏狀態(tài)下NFC碰一碰不會解鎖屏幕需要先亮屏解鎖才能觸發(fā)二是NTAG215有48頁但用戶數(shù)據(jù)區(qū)從Page4到Page39可以存很長的URL但如果URL太長超過數(shù)據(jù)區(qū)容量寫入就會失敗。音樂鏈接一般都短完全夠用。DIY音樂墻時我用的是普通白卡加手寫標(biāo)簽貼打印好封面后貼在墻上然后用手機NFC批量寫入。整個過程像在裝飾房間但又帶點極客氣質(zhì)非常適合送人或者做兒童房互動。4.3 NFC中繼攻擊到底是什么如何防熱詞里出現(xiàn)了nfc中繼攻擊這是安全圈的老話題。中繼攻擊的原理是兩個NFC設(shè)備通過無線電長距離轉(zhuǎn)發(fā)把近場通信延伸到遠處。經(jīng)典場景是你拿著門禁卡站在門外攻擊者用一個讀卡器貼近你的卡讀卡器把數(shù)據(jù)通過藍牙/WiFi傳輸給另一個模擬設(shè)備模擬設(shè)備貼在門禁讀卡器上從而開鎖。因為NFC本身沒有防御中繼的物理機制所以真正的防御手段是上層應(yīng)用協(xié)議門禁系統(tǒng)引入主動式安全消息例如每次讀卡時讀卡器發(fā)送一個隨機數(shù)卡片必須用內(nèi)部密鑰解密后返回響應(yīng)而中繼鏈路無法實時完成這個加密運算。移動支付引入動態(tài)令牌銀行卡/手機支付的token每過一段時間刷新即使中繼數(shù)據(jù)也無法重復(fù)使用。產(chǎn)品開發(fā)者不要在NFC標(biāo)簽里明文保存授權(quán)信息比如把用戶ID或門禁卡號直接存到NTAG標(biāo)簽里這是極不安全的因為復(fù)制可太容易了?；氐竭@款超緊湊模塊它在設(shè)計上應(yīng)該支持對NFC數(shù)據(jù)流的加密保護。但開發(fā)者更需要意識到NFC只解決靠近這個動作安全需要更上層來保證。比如我們這個模塊的藍牙部分支持LE Secure ConnectionsNFC作為初始握手交換密鑰后續(xù)藍牙通信使用長密鑰加密這樣即使NFC被中繼竊聽也不會泄露實際密鑰。這也是我強烈建議NFC配網(wǎng)藍牙加密通信組合的原因。5. 進階玩法與踩坑記錄藍牙GPS輸出、天線不穩(wěn)和批量測試跑通基礎(chǔ)demo后你可能會想做一些更野的事比如讓藍牙透傳GPS數(shù)據(jù)或者做幾個樣品看量產(chǎn)穩(wěn)定性。5.1 藍牙做GPS數(shù)據(jù)輸出別被NMEA格式坑了“bluetooth gps output”這個熱詞說明很多人想讓藍牙模塊把GPS坐標(biāo)傳出去。常見的方案是GPS模塊如Ublox NEO-M8N通過串口輸出NMEA 0183協(xié)議然后連接藍牙模塊的UART通過SPP/BLE透傳給手機用手機端軟件如Serial Bluetooth Terminal接收串口號數(shù)據(jù)顯示。這里面最大的坑是波特率和數(shù)據(jù)格式錯位。GPS模塊默認波特率可能是9600、38400或115200而藍牙模塊的UART固化在某個波特率。必須確保兩邊一致。另外NMEA句子的最小單元是ASCII字符包含較多“逗號”如果藍牙模塊的透傳緩沖區(qū)太小長句子會被截斷導(dǎo)致手機端解析不了。我用的這顆模塊UART緩沖區(qū)是128字節(jié)而一條完整的NMEA RMC句子約80字節(jié)能放下。但如果你同時開啟GGA和RMC等四五個語句數(shù)據(jù)會持續(xù)涌入串口緩沖區(qū)會溢出。解決辦法是在GPS模塊上關(guān)閉多余語句只保留$GPRMC或者把GPS模塊的輸出串口波特率降下來。實測下來BLE的串口透傳在115200下也會有丟包風(fēng)險建議把透傳速率降到9600或19200GPS每秒輸出一次句子完全夠用。5.2 NFC天線不穩(wěn)定從諧振頻率和供電雜訊兩個方向查遇到NFC讀寫距離突然縮水優(yōu)先懷疑三個地方天線諧振漂移用手寫筆或頻譜分析儀采樣天線線圈兩端的信號。如果中心頻率偏了調(diào)整匹配電容。常見做法是先并聯(lián)一個22pF電容看距離變化趨勢再決定加還是減。天線周邊有動態(tài)變化的金屬物體比如你放了塊磁鐵、或者手機殼帶磁吸會改變天線負載。之前測試時發(fā)現(xiàn)手機只要靠近NFC天線讀卡距離就會從5cm變成2cm后來發(fā)現(xiàn)是手機內(nèi)置NFC和外部模塊的載波互相干擾。解決方法是把模塊和手機距離拉開或者調(diào)整天線位置錯開。供電不穩(wěn)NFC讀卡時功耗突然升高如果電源線太長或電容不夠電壓跌落會導(dǎo)致NFC芯片內(nèi)部振蕩器失鎖。在NFC_VDD引腳旁放一個100μF的鉭電容和0.1μF高頻瓷片電容能明顯改善。在批量測試中我會用一個工裝自動跑NFC讀卡循環(huán)大概讀取1000次統(tǒng)計失敗率和平均距離。標(biāo)準(zhǔn)是失敗率低于0.2%。如果測試中發(fā)現(xiàn)某個模塊的失敗率偏高基本可以判定是天線的生產(chǎn)工藝差異比如線圈間距不均、油墨厚度偏差等而不是芯片問題。5.3 批量生產(chǎn)時的校準(zhǔn)與測試流程如果你不只是玩一兩個樣品而是要做幾十個模塊或產(chǎn)品下面的經(jīng)驗值得參考出廠校準(zhǔn)每塊板子都要做NFC諧振頻率校準(zhǔn)通過調(diào)節(jié)匹配電容或用微調(diào)電容使天線諧振點落在13.56MHz ± 0.2MHz。藍牙RF指標(biāo)抽檢至少抽測發(fā)射功率、頻率誤差和接收靈敏度。沒有專業(yè)儀器時可以用手機在5米、10米距離做丟包測試作為粗篩。燒錄唯一ID和密鑰結(jié)合NFC的UID和藍牙MAC在模組出廠時寫入設(shè)備身份信息避免后續(xù)產(chǎn)品被冒用。另外對于量產(chǎn)來說首選回流焊而不是手工焊超緊湊模塊的引腳間距很小手工焊接容易橋連。我第一版測試板就是手工焊結(jié)果NFC部分虛焊導(dǎo)致讀卡時好時壞一直以為是天線問題最后用放大鏡一看一個引腳根本沒吃錫。所以千萬別省這一步檢查。6. 到底要不要用這種二合一模塊我的建議最后說說我的取舍。如果你也在評估是否要在項目里采用這種Ultra-Compact Bluetooth 4.2 NFC Module可以從幾個維度來判斷如果你有極端的面積限制比如做智能戒指、智能鑰匙扣、可穿戴標(biāo)簽二合一方案天然有優(yōu)勢因為廠商已經(jīng)幫你把藍牙和NFC天線做了隔離優(yōu)化不用自己再折騰布局。如果你的NFC和藍牙需要深度聯(lián)動比如NFC碰一碰后藍牙自動連接某個設(shè)備這種聯(lián)動往往涉及底層狀態(tài)機拆分模塊你需要額外處理兩個芯片之間的通信而二合一模塊通常已經(jīng)內(nèi)部封裝好了聯(lián)動邏輯甚至NFC檢測到外部標(biāo)簽后可以直接通過GPIO喚醒藍牙。如果你已經(jīng)很熟悉藍牙和NFC各自的調(diào)試且產(chǎn)品空間充裕那分開買模塊、自己做天線隔離可能成本更低也更靈活。二合一模塊往往因為集成度高單價略貴而且要接受廠商固定的管腳映射。我個人在實際項目中更偏愛集成方案但這不意味著省心。二合一模塊最考驗人的是天線干擾和軟件狀態(tài)同步。在開發(fā)初期最好就預(yù)留獨立的NFC天線匹配網(wǎng)絡(luò)和藍牙天線的π型匹配焊盤方便后期調(diào)優(yōu)。這個模塊后續(xù)還能擴展的方向比如通過NFC標(biāo)簽啟動配網(wǎng)流程再通過手機App通過藍牙OTA升級固件或者做NFC防偽標(biāo)簽每次掃碼時通過藍牙向云端請求動態(tài)令牌這些都是很有意思的玩法。踩了幾次坑之后我最大的體會是把NFC和藍牙放一起不只是硬件堆疊更是交互邏輯的重塑。先想清楚用戶到底想要哪種交互再決定具體怎么實現(xiàn)比單純追參數(shù)靠譜得多。