Nordic nRF52832蓝牙串口开发实战：从SDK配置到双向通信全解析
在嵌入式蓝牙开发领域，Nordic的nRF52832芯片凭借其优异的射频性能和丰富的外设资源，成为物联网设备开发的明星选择。但对于刚接触这款芯片的开发者来说，如何快速实现手机与设备之间的稳定双向通信，往往是一道令人头疼的难题。本文将基于SDK 15.3.0版本，带您深入理解蓝牙串口(NUS)服务的实现机制，并通过实战演示数据收发的完整流程。
1. 开发环境搭建与基础配置
在开始编码前，确保您已准备好以下开发环境：
硬件准备：
- nRF52832开发板（如nRF52 DK）
- 手机（支持蓝牙4.0及以上）
- USB转串口模块（用于调试输出）
软件工具链：
- Keil MDK或Segger Embedded Studio
- nRF Connect SDK 15.3.0
- nRF Connect手机应用（蓝牙调试）
- J-Link驱动（用于程序烧录）
提示：建议使用官方开发板进行初次尝试，可避免硬件兼容性问题。
安装SDK后，在examples/ble_peripheral目录下找到ble_app_uart示例工程。这个工程已经实现了基本的蓝牙串口功能，我们将在此基础上进行修改和扩展。
关键配置文件说明：
// sdk_config.h 关键配置项 #define NRF_SDH_BLE_TOTAL_LINK_COUNT 1 // 最大连接数 #define NRF_SDH_BLE_GATT_MAX_MTU_SIZE 247 // 最大MTU大小 #define NRF_BLE_NUS_MAX_DATA_LEN (NRF_SDH_BLE_GATT_MAX_MTU_SIZE - 3) // NUS最大数据长度2. 蓝牙串口服务(NUS)深度解析
Nordic的蓝牙串口服务(Nordic UART Service, NUS)本质上是一个自定义的GATT服务，它模拟了传统串口的通信方式，使得开发者可以像操作物理串口一样通过蓝牙收发数据。
2.1 NUS服务架构剖析
NUS服务由以下核心特征组成：
| UUID | 特征名称 | 属性 | 描述 |
|---|---|---|---|
| 6E400002-B5A3-F393-E0A9-E50E24DCCA9E | TX | Write/Write Without Response | 设备接收数据(手机→设备) |
| 6E400003-B5A3-F393-E0A9-E50E24DCCA9E | RX | Notify | 设备发送数据(设备→手机) |
在SDK中，NUS的实现主要分布在以下文件：
ble_nus.c：服务实现核心逻辑ble_nus.h：服务接口定义ble_nus_init.h：初始化配置结构体
服务初始化流程的关键代码：
// 初始化NUS服务 ble_nus_init_t nus_init; memset(&nus_init, 0, sizeof(nus_init)); nus_init.data_handler = nus_data_handler; // 设置数据接收回调 err_code = ble_nus_init(&m_nus, &nus_init); APP_ERROR_CHECK(err_code);2.2 数据流工作机制
理解NUS的数据流是开发蓝牙通信应用的关键。下面我们分别分析发送和接收两个方向的数据流。
设备发送数据(Notify)流程：
- 应用层准备待发送数据
- 调用
ble_nus_data_send()函数 - 函数内部使用
sd_ble_gatts_hvx()发送数据 - 手机端通过Notification接收数据
// 数据发送示例 uint8_t data[] = "Hello from nRF52"; uint16_t length = strlen(data); ble_nus_data_send(&m_nus, data, &length, m_conn_handle);设备接收数据(Write)流程：
- 手机向TX特征写入数据
- 触发
BLE_GATTS_EVT_WRITE事件 - 在
on_write()事件处理函数中解析数据 - 调用注册的回调函数
nus_data_handler传递数据
3. MTU协商与数据传输优化
MTU(最大传输单元)决定了单次蓝牙数据传输的最大长度。适当增大MTU可以显著提高传输效率。
3.1 MTU协商流程
在连接建立后，设备会发起MTU交换请求：
// 请求MTU交换 ble_gap_conn_params_t conn_params; err_code = sd_ble_gap_conn_param_update(m_conn_handle, &conn_params); APP_ERROR_CHECK(err_code);实际MTU大小取决于手机端的支持情况。在iOS和现代Android设备上，通常可以协商到247字节的最大值。
3.2 数据分包处理
当发送的数据超过MTU大小时，需要手动进行分包处理。以下是分包发送的示例代码：
void send_large_data(const uint8_t *data, uint16_t length) { uint16_t chunk_size; uint16_t sent = 0; while (sent < length) { chunk_size = MIN(NRF_BLE_NUS_MAX_DATA_LEN, length - sent); uint16_t tmp_len = chunk_size; while (ble_nus_data_send(&m_nus, &data[sent], &tmp_len, m_conn_handle) == NRF_ERROR_RESOURCES) { // 等待缓冲区可用 sd_app_evt_wait(); tmp_len = chunk_size; } sent += chunk_size; } }4. 实战：实现双向通信与调试技巧
现在我们将结合串口调试，实现一个完整的双向通信示例。
4.1 初始化流程完整实现
// 蓝牙栈初始化 void ble_stack_init(void) { ret_code_t err_code; nrf_clock_lf_cfg_t clock_lf_cfg = NRF_CLOCK_LFCLKSRC; SOFTDEVICE_HANDLER_INIT(&clock_lf_cfg, NULL); ble_enable_params_t ble_enable_params; memset(&ble_enable_params, 0, sizeof(ble_enable_params)); err_code = sd_ble_enable(&ble_enable_params); APP_ERROR_CHECK(err_code); // 注册GAP和GATT事件处理器 err_code = softdevice_ble_evt_handler_set(ble_evt_dispatch); APP_ERROR_CHECK(err_code); } // NUS数据接收回调 void nus_data_handler(ble_nus_t * p_nus, uint8_t * p_data, uint16_t length) { // 将接收到的数据通过串口打印 for (int i = 0; i < length; i++) { printf("%c", p_data[i]); } printf("\n"); // 回传接收到的数据 ble_nus_data_send(&m_nus, p_data, &length, m_conn_handle); }4.2 使用nRF Connect进行调试
nRF Connect是一款强大的蓝牙调试工具，可以帮助开发者：
- 查看服务发现：确认NUS服务是否正确广播
- 测试数据收发：手动发送数据并观察设备响应
- 监控连接参数：检查MTU大小、连接间隔等参数
调试时常见的几个问题及解决方法：
- 服务不可见：检查广播数据是否包含NUS服务的UUID
- 连接不稳定：调整连接参数，增加连接间隔
- 数据丢失：确认手机端已启用Notification，检查MTU大小
4.3 性能优化建议
连接参数优化：
- 适当增大连接间隔(Connection Interval)可降低功耗
- 减小从机延迟(Slave Latency)可提高响应速度
电源管理技巧：
- 在无数据传输时进入低功耗模式
- 合理使用
sd_app_evt_wait()降低CPU负载
内存管理：
- 使用静态缓冲区避免动态内存分配
- 实现数据队列处理突发的大量数据
5. 进阶应用：可靠传输与安全增强
基础通信实现后，我们可以进一步优化传输的可靠性和安全性。
5.1 Indication与Notification的选择
NUS默认使用Notification发送数据，这种方式不保证送达。对于关键数据，可以修改为Indication：
// 修改特征的属性为Indicate ble_gatts_attr_md_t attr_md; memset(&attr_md, 0, sizeof(attr_md)); attr_md.vloc = BLE_GATTS_VLOC_STACK; attr_md.vlen = 1; attr_md.cccd_write_access = SEC_OPEN; ble_gatts_char_md_t char_md; memset(&char_md, 0, sizeof(char_md)); char_md.char_props.indicate = 1; // 设置为Indicate5.2 增加链路加密
在ble_conn_params_init后添加以下代码启用加密：
ble_gap_sec_params_t sec_params; memset(&sec_params, 0, sizeof(sec_params)); sec_params.bond = 1; sec_params.lesc = 1; sec_params.keypress = 0; sec_params.io_caps = BLE_GAP_IO_CAPS_DISPLAY_ONLY; sec_params.oob = 0; sec_params.min_key_size = 7; sec_params.max_key_size = 16; err_code = sd_ble_gap_authenticate(m_conn_handle, &sec_params); APP_ERROR_CHECK(err_code);5.3 数据校验与重传机制
对于要求高可靠性的应用，可以在应用层实现简单的校验和重传：
typedef struct { uint8_t seq; // 序列号 uint8_t checksum; // 校验和 uint8_t data[20]; // 数据负载 } reliable_packet_t; void send_reliable_data(const uint8_t *data, uint16_t length) { static uint8_t seq_num = 0; reliable_packet_t packet; packet.seq = seq_num++; packet.checksum = calculate_checksum(data, length); memcpy(packet.data, data, MIN(length, sizeof(packet.data))); // 发送并等待确认 while (!get_ack(packet.seq)) { ble_nus_data_send(&m_nus, (uint8_t*)&packet, sizeof(packet), m_conn_handle); vTaskDelay(pdMS_TO_TICKS(100)); } }在实际项目中，我发现合理设置连接参数对平衡功耗和性能至关重要。对于需要频繁通信的应用，建议将连接间隔设置为15-30ms；而对于电池供电的低功耗设备，可以增大到100-200ms。同时，启用LE Secure Connection能有效提升通信安全性，而不会对性能造成明显影响。
