【PHY6222】从simpleBLEPeripheral看低功耗蓝牙服务构建与数据交互-编程阁

1. PHY6222与simpleBLEPeripheral基础认知

PHY6222是一款专为低功耗蓝牙（BLE）应用设计的SoC芯片，在智能穿戴、物联网设备等领域应用广泛。simpleBLEPeripheral则是其开发套件中提供的经典外设例程，相当于一个"蓝牙从机"的模板工程。第一次接触这个例程时，我花了整整三天才理清它的代码结构——这就像拿到一份没有说明书的多层工具箱，需要自己摸索每个抽屉的功能。

这个例程的核心价值在于展示了如何构建符合蓝牙规范的服务框架。想象你正在设计一个智能手环，需要实现心率监测、步数统计等功能。这些功能在蓝牙协议中都被抽象为"服务"，而simpleBLEPeripheral就像是一个空的展示柜，告诉你如何摆放这些"商品"。源码中最关键的三个文件是：

simpleBLEPeripheral.c：应用主逻辑
gapgattserver.c：GAP/GATT服务实现
sbpProfile_ota.c：示例服务实现

实际开发中，我建议先用手机蓝牙调试APP（如nRF Connect）扫描运行中的例程。你会看到默认广播名"SimpleBLEPeripheral"，以及包含电池服务、设备信息服务等基础特征。这种直观体验能快速建立对服务架构的认知。

2. 服务构建的底层逻辑剖析

2.1 属性表的组织艺术

蓝牙服务的本质是一张精心设计的属性表（Attribute Table），这就像数据库的表结构设计。在gapgattserver.c中可以看到完整的GAP服务属性表示例：

static gattAttribute_t gapAttrTbl[] = { // 服务声明 { { ATT_BT_UUID_SIZE, primaryServiceUUID }, GATT_PERMIT_READ, 0, (uint8 *)&gapServiceUUID }, // 设备名称特征声明 { { ATT_BT_UUID_SIZE, characterUUID }, GATT_PERMIT_READ, 0, &gapDeviceNameCharProps }, // 设备名称特征值 { { ATT_BT_UUID_SIZE, gapDeviceNameUUID }, GATT_PERMIT_READ | GATT_PERMIT_WRITE, 0, gapDeviceName } };

每个属性包含四个关键部分：

UUID：相当于数据类型的身份证
权限：读写控制位掩码
句柄（初始为0）：由协议栈动态分配
值指针：实际数据存储位置

我曾在一个智能锁项目上踩过坑：误将门锁状态特征的权限设为可写，导致任何连接设备都能开锁。后来通过添加GATT_PERMIT_AUTHEN_WRITE认证要求才解决安全问题。

2.2 服务注册的完整流程

添加新服务需要遵循明确的三步走：

定义属性表：按蓝牙规范组织特征
实现回调函数：处理读写请求
调用注册接口：

// 示例：添加电池服务 battServiceCB.readCB = &battReadAttrCB; battServiceCB.writeCB = &battWriteAttrCB; GATTServApp_AddService( battAttrTbl, battServiceCB );

在调试时有个实用技巧：使用__attribute__((section("xxx")))将不同服务的属性表分配到固定内存区域。这样当出现属性表被篡改的诡异bug时，可以快速定位内存冲突位置。

3. 数据交互机制深度解析

3.1 读写回调的实战细节

读写回调是数据交互的核心枢纽。以读取回调为例：

static uint8_t simpleProfileReadAttrCB( uint16 connHandle, gattAttribute_t *pAttr, uint8 *pValue, uint16 *pLen ) { // 判断请求的特征UUID if (memcmp(pAttr->type.uuid, simpleProfileChar1_UUID) == 0) { memcpy(pValue, pAttr->pValue, SIMPLEPROFILE_CHAR1_LEN); *pLen = SIMPLEPROFILE_CHAR1_LEN; return SUCCESS; } return ATT_ERR_ATTR_NOT_FOUND; }

这里有个性能优化点：对于频繁读取的特征（如心率值），可以预先将数据拷贝到pAttr->pValue指向的缓冲区，避免实时计算带来的延迟。我在运动手环项目中实测，这种方法能降低20%的功耗。

3.2 通知机制的实现精髓

通知（Notification）是BLE外设主动上报数据的关键机制。在simpleBLEPeripheral中，通知使能流程值得关注：

// 特征值改变时触发通知 if ( simpleProfileChar6_NotifyEnable ) { GATT_Notification( connHandle, &simpleProfileChar6, simpleProfileChar6_Value ); }

常见问题排查：

客户端未正确配置CCC描述符（Client Characteristic Configuration）
通知使能标志位未同步更新
MTU大小不足导致数据截断

建议在开发阶段添加通知计数器，通过串口打印实际发送次数，这对调试数据丢失问题特别有效。

4. 开发实战中的进阶技巧

4.1 内存管理的黄金法则

PHY6222的RAM资源有限（通常64KB左右），需要特别注意：

属性表尽量使用const修饰存入Flash
动态数据使用内存池管理
避免在回调函数中分配大块内存

我曾遇到一个典型案例：在写回调中临时创建JSON字符串导致内存泄漏。最终通过预分配循环缓冲区解决：

#define MAX_JSON_LEN 128 static uint8_t jsonBuffer[MAX_JSON_LEN]; static uint16_t jsonIndex = 0; void updateJsonData(void) { jsonIndex = (jsonIndex + 1) % 2; // 交替使用缓冲区 uint8_t *currentBuf = &jsonBuffer[jsonIndex * MAX_JSON_LEN/2]; snprintf((char*)currentBuf, MAX_JSON_LEN/2, "{\"temp\":%d}", readTemp()); tempCharacteristic.pValue = currentBuf; }

4.2 低功耗优化实战

通过实测发现，PHY6222在保持连接时平均电流可控制在1mA以下，但配置不当会骤增：

广播间隔设置：建议20ms~1s之间

连接参数优化：

// 示例连接参数配置 #define DEFAULT_DESIRED_MIN_CONN_INTERVAL 80 // 100ms #define DEFAULT_DESIRED_MAX_CONN_INTERVAL 120 // 150ms #define DEFAULT_DESIRED_SLAVE_LATENCY 4 #define DEFAULT_DESIRED_CONN_TIMEOUT 800 // 4s