BLE胎压监测系统设计与低功耗优化实践

1. BLE胎压监测系统设计背景与核心需求

在汽车电子和工业监测领域，BLE（蓝牙低功耗）技术因其低功耗、易连接的特点，成为胎压监测系统(TPMS)的理想选择。这套基于杰理平台的方案，专为需要实时压力监控的场景设计，比如汽车轮胎压力监测、工业设备液压系统监控等。

核心设计目标很明确：在保证数据实时性的前提下，最大限度降低功耗。设备99%的时间处于广播状态，平均电流可以控制在50μA以下；只有在连接状态下才会以2-3Hz的频率发送数据，这种间歇性工作模式使设备续航可达数月甚至数年。

关键设计权衡：2-3Hz的采样率是经过实测验证的平衡点。低于2Hz会丢失重要压力变化信息，高于3Hz则会使纽扣电池续航缩短30%以上。实际项目中要根据具体传感器响应速度调整这个参数。

2. 系统架构与状态机设计

2.1 三层架构分解

整个系统可分为三个逻辑层：

1. 物理层：负责BLE射频信号处理，使用杰理芯片的硬件加速引擎
2. 协议层：实现GATT服务和特征定义，处理连接事件和定时器中断
3. 应用层：管理状态机、解析传感器数据、执行业务逻辑

2.2 状态机详细规范

状态机设计是系统的核心，必须严格遵循以下转换规则：

开发警示：很多BLE项目出问题都是因为状态机没有正确处理异常断开。必须确保在连接丢失事件中，无论当前处于什么状态，都要完整执行以下操作：1) 立即停止所有活跃定时器 2) 清除CCCD使能标志 3) 重置协议栈参数 4) 重新进入广播模式。

3. GATT服务深度优化

3.1 服务定义细节

采用最小化设计原则，只保留必需的特征：

• TPMS Service (0xFF00)：基础服务容器
• CTRL Characteristic (0xFF01)：兼具Write和Notify属性
• DATA Characteristic (0xFF02)：纯Notify属性

UUID选择有讲究：

• 生产环境建议使用128-bit UUID（如0000FF00-1212-EFDE-1523-785FEABCD123）
• 开发阶段可用16-bit UUID简化调试，但要注意避开蓝牙SIG已注册的UUID范围

3.2 CCCD关键实现

CCCD(Client Characteristic Configuration Descriptor)是Notify功能的总开关。在杰理平台，需要特别关注：

1. CCCD写入事件会触发att_write_cb回调，参数handle可用于区分是CTRL还是DATA的CCCD
2. 必须验证写入值：0x0001表示启用Notify，0x0000表示禁用
3. 设备端应维护两个布尔变量实时跟踪CCCD状态：

   c复制uint8_t ctrl_notify_en = 0;  // CTRL特征Notify使能标志
   uint8_t data_notify_en = 0;  // DATA特征Notify使能标志
   

4. 协议帧格式精解

4.1 CTRL命令帧防错机制

命令帧采用固定头+CRC校验的设计，实际开发中要注意：

1. Magic Number校验：立即丢弃非0xA55A的数据包，避免无效解析
2. CRC校验：推荐使用多项式0x07的CRC8算法，比校验和更可靠
3. Seq序号：客户端应单调递增，服务端在ACK中原样返回，用于匹配请求-响应

典型START命令帧示例（十六进制）：

code复制5A A5 01 01 01 00 02 02 00 00 3C

解析：

• Magic: 0xA55A (小端)
• Ver: 0x01
• Cmd: 0x01 (START)
• Seq: 0x0001
• Len: 0x02
• Payload: [0x02, 0x00] (rate=2Hz)
• CRC8: 0x3C

4.2 DATA数据帧优化技巧

压力数据帧设计考虑了嵌入式系统的处理效率：

1. flags字段：使用位域节省空间

   • bit0: 低电标志（1表示电压低于阈值）
   • bit1: 报警标志（压力超出安全范围）
   • bit2-7: 保留未来扩展

2. ts_ms时间戳：采用设备上电毫秒计时，比绝对时间更省电。注意处理32位溢出（约49天循环一次）

3. press_0_100：将实际压力值线性映射到0-100范围，例如：

   c复制// 假设传感器量程0-500kPa
   uint8_t press_0_100 = (raw_pressure * 100) / 500;
   

5. 杰理平台实现陷阱指南

5.1 定时器管理要点

杰理SDK的定时器API有几个坑需要注意：

1. 软件定时器精度有限，实际周期可能有±10%偏差
2. 定时器回调函数应尽量简短，避免阻塞BLE协议栈
3. 推荐使用单次定时器+重复启用的模式，比周期定时器更可靠

示例代码：

c复制static void stream_timer_cb(void) {
    send_data_notify();
    if(state == S_STREAMING) {
        // 单次定时器模式，避免累积误差
        jl_bt_timer_start(timer_id, (rate_hz==3)?333:500, 0); 
    }
}

5.2 内存管理技巧

BLE协议栈对内存有严格限制，建议：

1. 使用静态缓冲区而非动态分配
2. Notify数据前先检查MTU大小：

   c复制uint16_t mtu = jl_bt_att_get_mtu(conn_handle);
   if(mtu < sizeof(data_frame)) {
       // 触发错误处理
   }
   

3. 实现发送队列机制，避免数据丢失：

   c复制#define QUEUE_SIZE 3
   struct data_frame queue[QUEUE_SIZE];
   uint8_t q_head = 0, q_tail = 0;
   

6. 联调问题排查手册

6.1 常见故障现象及对策

6.2 抓包分析技巧

使用nRF Sniffer或Ellisys等工具时，重点关注：

1. CCCD写入时刻：必须在START命令前完成
2. Notify间隔：用时间戳计算实际频率是否符合预期
3. 序列号连续性：rt_seq应单调递增，跳变说明有丢包

典型问题模式：

• 连续多个ACK：说明客户端没收到响应在重试
• 长间隔后rt_seq跳变：可能是设备端缓冲区溢出

7. 功耗优化进阶技巧

7.1 广播阶段优化

1. 设置合理的广播间隔：

   c复制#define ADV_INTERVAL_MS 500  // 平衡发现速度和功耗
   jl_bt_gap_set_adv_param(ADV_INTERVAL_MS, ADV_INTERVAL_MS, 0);
   

2. 使用定向广播减少空口时间：

   c复制jl_bt_gap_set_adv_data(ADV_TYPE_DIRECT_IND, adv_data, sizeof(adv_data));
   

7.2 连接阶段优化

1. 协商合适的连接参数：

   c复制static const jl_bt_conn_param_t conn_params = {
       .min_interval = 15,  // 最小值15ms
       .max_interval = 30,  // 最大值30ms
       .latency = 2,        // 允许跳过2个连接事件
       .timeout = 2000      // 2秒超时
   };
   

2. 利用从机延迟特性：在STREAMING状态禁用延迟，在IDLE状态启用延迟

实际测试数据表明，经过这些优化后：

• 广播状态平均电流：<50μA
• 连接状态(2Hz Notify)平均电流：~300μA
• CR2032电池预期寿命：>1年（每天连接2小时）

8. 扩展性与兼容性设计

8.1 协议版本管理

帧结构中的ver字段为未来升级预留空间，建议的版本策略：

1. v0x01：基础功能，包含START/STOP命令
2. v0x02：增加校准命令（如0x03 CALIBRATE）
3. v0x03：支持多传感器数据（扩展DATA帧）

向后兼容实现示例：

c复制void process_ctrl_frame(uint8_t *data) {
    uint8_t ver = data[2];
    switch(ver) {
        case 0x01: process_v1_frame(data); break;
        case 0x02: process_v2_frame(data); break;
        default: send_error_ack(UNSUPPORTED_VERSION);
    }
}

8.2 多平台适配建议

虽然方案基于杰理平台，但通过抽象硬件相关部分，可以方便移植到其他BLE芯片：

1. 硬件抽象层(HAL)需要实现的接口：

   c复制// ble_hal.h
   void hal_ble_init(void);
   void hal_ble_start_adv(void);
   bool hal_ble_send_notify(uint16_t handle, uint8_t *data, uint16_t len);
   

2. 平台差异处理：

   • Nordic系列：直接使用SoftDevice API
   • TI CC系列：通过SimpleBLEPeripheral模块
   • 其他国产芯片：参考厂商提供的GATT示例

在最近的一个工业压力监控项目中，我们仅用3天就完成了从杰理AC632N到nRF52832的移植，验证了这套架构的可移植性。