BLE 4.0 藍牙透傳開發：基於 CC2540 模組的 Android 通訊全解析

新手入門困境

許多初學者在接觸 CC2540 藍牙模組與 Android 手機進行透傳開發時，面臨代碼流程不清、數據存儲位置不明、接收機制模糊等問題。即便閱讀代碼數週，仍難以建立完整的認知框架，網上資料多為片段式說明，缺乏系統性指導。

核心通訊流程解析

BLE 設備與 APP 建立連接後，數據交互主要包含三種模式：

1. APP 主動寫入數據到從機（CC2540）

調用 GATT 寫入特徵值操作，對應 CC2540 端的回調函數：

static bStatus_t SimpleBLEPeripheral_WriteAttrCB(
    uint16 connHandle,
    gattAttribute_t *pAttr,
    uint8 *pValue,
    uint8 len,
    uint16 offset
) { /* 處理接收到的數據 */ }

關鍵點：pValue 指向接收數據緩衝區，len 為數據長度。此處應解析協議並執行相應業務邏輯。

2. APP 主動讀取從機數據

APP 發起讀取請求，觸發從機的讀取回調：

SimpleBLEPeripheral_ReadAttrCB() { /* 準備並返回數據 */ }

從機需在回調中填充待發送數據到對應特徵值屬性中。

3. 從機主動推送數據到 APP（通知/指示）

使用 Notify（無需確認）或 Indicate（需 APP 確認）機制：

• 需在特徵值描述符中啟用 Client Characteristic Configuration Descriptor (CCCD)
• 調用 GATT_Notification() 或 GATT_Indication() 發送數據
• 適合即時數據上報（如感測器數據、狀態變更）

新手學習建議

1. 掌握 BLE 協議棧基礎：理解 GAP、GATT、ATT 協議層級關係
2. 熟悉 CC2540 SDK 結構：重點研究 SimpleBLEPeripheral 例程
3. 使用藍牙調試工具：如 nRF Connect、LightBlue 驗證通訊流程
4. 分模塊攻克：先實現基礎連接，再做寫入、讀取、通知分別調試

常見坑點提醒

• MTU 協商影響單包傳輸大小（預設 20 字節）
• 寫入操作分「有響應寫入」與「無響應寫入」，需根據場景選擇
• Android 6.0+ 需動態申請定位權限才能掃描 BLE 設備
• CC2540 內存有限，大數據傳輸需實現分包重組邏輯