BLE（Bluetooth Low Energy）短距透傳方案的本質(zhì)是將BLE芯片及配套射頻鏈路作為無線數(shù)據(jù)傳輸?shù)暮诵妮d體，系統(tǒng)只負責數(shù)據(jù)的轉(zhuǎn)發(fā)與接收，而不對數(shù)據(jù)進行解析或重構(gòu)。

這種模式開發(fā)簡單、適配性強，能夠快速實現(xiàn)設(shè)備之間的無線數(shù)據(jù)互通，因而被廣泛應(yīng)用于工業(yè)物聯(lián)網(wǎng)、智能家居及消費電子等領(lǐng)域。

在實際應(yīng)用中，BLE短距透傳方案并非簡單地“把BLE芯片通過串口接入上位機”即可完成。

BLE是一種基于事件驅(qū)動、采用分時調(diào)度的低功耗無線通信協(xié)議；而串口通信更接近面向字節(jié)的連續(xù)數(shù)據(jù)流傳輸模型，當這兩種通信方式結(jié)合在一起，如果缺乏合理的數(shù)據(jù)緩存、調(diào)度與發(fā)送策略，就容易影響到系統(tǒng)的吞吐和穩(wěn)定性。

而通過合理優(yōu)化交互方式、串口數(shù)據(jù)處理策略以及MCU資源調(diào)度方式，往往能在不改變帶寬與環(huán)境的條件下，顯著改善BLE短距透傳方案的通信性能。

例如，在BLE SoC CMT4531的官方SDK中就提供了一套數(shù)據(jù)傳輸例程——無論是新手開發(fā)者想要快速入門BLE透傳，還是資深工程師需要縮短項目周期，其都能提供一套高效、可直接落地的解決方案。

在將BLE SoC CMT4531視作數(shù)據(jù)傳輸從機與手機進行通信時，我們需要先將標準J-Link工具通過SWD接口連接到CMT4531 dongle開發(fā)板；

然后將dongle通過USB連接至電腦，此時電腦將自動識別dongle板上的USB轉(zhuǎn)串口設(shè)備并將其枚舉為標準串口；而后再插上TXD/RXD跳線帽和VDD跳線帽以連接串口并進行供電。

J-Link工具和CMT4531 dongle開發(fā)板

在完成上述準備工作后，我們需要在電腦端通過串口工具（如Tera Term）連接到dongle板的串口（參數(shù)為115200 8N1），而后打開官方SDK中的ble_rdts_peripheral.uvprojx項目，并將其編譯生成的固件燒錄至dongle板。

此時，電腦端的串口工具上會收到如上打印信息，我們需在手機端使用App掃描BLE設(shè)備，連接設(shè)備“HP_RDTS_P”（如果無法掃描到設(shè)備，請復位dongle板或重新上電）。

連接成功后在App上使能特征值0x02002EC78a0E-7390-E111-C208-60270000的通知權(quán)限。

至此，BLE的短距通信鏈路已搭建完畢。如下圖所示，我們在電腦端的串口工具上輸入任意字符或字符串，手機端的App將會顯示所接收到的數(shù)據(jù)。

反之，在手機端的App上向特征值0x01002EC78a0E-7390-E111-C208-60270000寫入數(shù)據(jù)，相應(yīng)的數(shù)據(jù)也會在電腦端的串口工具上顯示。

在將BLE SoC CMT4531視作數(shù)據(jù)傳輸從機與手機進行通信時，手機（數(shù)據(jù)傳輸主機）會執(zhí)行Write without response操作向從設(shè)備寫數(shù)據(jù)，而從設(shè)備則會通過Notification操作向主設(shè)備上報數(shù)據(jù)——這種交互模式可為BLE短距透傳方案帶來更高效的通信體驗。

同時，BLE SoC CMT4531還支持使用硬件DMA來進行數(shù)據(jù)操作，通過“DMA + FIFO”的數(shù)據(jù)緩存機制，可有效提高BLE短距透傳方案中數(shù)據(jù)傳輸?shù)男?，并能減小CPU的工作量。

此外，無論是從設(shè)備接收手機（數(shù)據(jù)傳輸主機）數(shù)據(jù)將其存入USART TX FIFO發(fā)往上位機時，還是從設(shè)備接收上位機數(shù)據(jù)將其存入USART RX FIFO發(fā)往手機（數(shù)據(jù)傳輸主機）時，系統(tǒng)都不會急于在每一次數(shù)據(jù)到來時立刻觸發(fā)傳輸，而是通過一個短暫的時間窗口來判斷數(shù)據(jù)是否已經(jīng)傳輸完成——這種傳輸策略可顯著減少小包碎片，提升系統(tǒng)效率。（注：更多開發(fā)服務(wù)及其功能細節(jié)可前往華普微官網(wǎng)查閱）

審核編輯 黃宇