BLE传输加速度计数据时三轴接收计数不同步问题求助

根因定位 #

• Arduino端BLE特征通知发送时序不同步：若三个加速度特征的通知发送逻辑相互独立，中间插入温湿度采集、串口打印、其他特征值更新等操作时，可能触发BLE栈流量控制，导致部分特征的通知被主动丢弃。若三个特征的属性配置不一致（如部分开通知、部分开指示，CCCD权限不同），也会导致发送成功率存在差异。
• BLE链路层随机丢包：BLE工作在2.4G频段，易受WiFi、其他蓝牙设备干扰，三个特征的通知独立传输，丢包为独立随机事件，自然不会出现完全一致的接收计数。
• noble库接收逻辑异常：若三个特征的回调函数中存在同步阻塞逻辑（如同步写文件、耗时计算），或Node.js事件循环被其他业务逻辑阻塞，会导致部分通知无法触发回调，出现计数偏差。
• MTU配置不匹配：若三个特征的数值长度不同，超过当前协商的MTU对应的最大通知载荷，长度更长的特征通知会被BLE栈直接丢弃，对应计数偏少。

解决方案 #

最优方案：合并三轴数据到单个BLE特征 #

将accX、accY、accZ打包为单个二进制 payload 通过同一个特征传输，天然保证三轴数据的计数完全一致，同时降低3倍通信开销，大幅降低丢包概率。

• Arduino端发送示例：

// 每个轴用int16_t存储，三轴共6字节缓冲区
uint8_t accBuffer[6];
int16_t accX = readAccX();
int16_t accY = readAccY();
int16_t accZ = readAccZ();
// 自行统一端序，示例为小端模式
memcpy(accBuffer, &accX, 2);
memcpy(accBuffer + 2, &accY, 2);
memcpy(accBuffer + 4, &accZ, 2);
// 单次发送完整三轴数据
accCharacteristic.setValue(accBuffer, 6);
accCharacteristic.notify();

• 树莓派端解析示例：

accCharacteristic.on('data', (data) => {
  const accX = data.readInt16LE(0);
  const accY = data.readInt16LE(2);
  const accZ = data.readInt16LE(4);
  // 后续业务处理
})

兼容方案：保留三个独立特征时的优化措施 #

如果业务要求必须保留三个独立特征，可做如下优化：

• Arduino端发送三个特征通知时不要插入任何其他业务逻辑，保证三个通知连续发送，同时给每个特征的payload前添加1字节统一递增的序列号，方便接收端对齐。
• 树莓派端按序列号对齐三轴数据，仅处理三个特征都收到的同序列号数据，缺失数据可标记丢包或触发补发逻辑。
• 统一三个特征的属性配置：均开启通知、关闭指示，CCCD权限统一配置为可读可写。

底层参数优化 #

• 连接建立后主动发起MTU协商，将默认23字节的MTU提升到128字节以上，降低载荷超限导致的丢包概率。
• 调整BLE连接间隔到10ms~20ms区间，兼顾传输稳定性和功耗。
• Node.js端所有回调逻辑均采用异步实现，避免阻塞事件循环导致通知漏触发。

内容的提问来源于stack exchange，提问作者Mr. Panda