BLE发送超20字节数据包问题求助：MTU调整与分包均遇阻

1. 无响应式分包发送实现 #

直接使用BLE的无响应写入类型发送子包，核心是调用writeCharacteristic时指定WRITE_TYPE_NO_RESPONSE：

// 假设characteristic是目标特征值
characteristic.setValue(subPacket);
characteristic.setWriteType(BluetoothGattCharacteristic.WRITE_TYPE_NO_RESPONSE);
boolean result = gatt.writeCharacteristic(characteristic);

注意事项：

• 即使是无响应写入，也不能连续无间隔发送，BLE底层发送队列有长度限制，建议每发送一个子包后添加10-50ms的延迟（具体值需根据设备调试），或维护发送队列，每次仅发送队列头部包，待底层空闲后再发下一个。
• 部分设备对无响应写入的包数有窗口限制（比如一次最多发3-5个），超出会被丢弃，需测试后调整发送批次。

2. MTU协商失败的排查方向 #

虽然回调显示MTU已设为100，但实际可能存在以下问题：

• 扫描器硬件/固件不支持大于20字节的MTU，回调的MTU仅为手机端协商结果，设备端未真正生效。可使用nRF Connect等工具手动协商MTU并发送大数据包，验证设备是否支持。
• 目标Characteristic属性未配置大MTU支持，比如设备端Characteristic未开启PROPERTY_WRITE或PROPERTY_WRITE_NO_RESPONSE的大尺寸权限。
• 写入类型不匹配：若使用WRITE_TYPE_DEFAULT（带响应），部分设备可能不支持大MTU下的响应式写入，可尝试改用无响应写入类型发送大数据包。

3. 分包发送的优化方案 #

若必须用带响应的分包发送但设备无反馈超时，可尝试：

• 主动监听onConnectionStateChange和onServicesDiscovered确认连接状态，避免在连接不稳定时发送数据。
• 在每个子包中添加自定义帧头/帧尾（比如起始标志、包序号、结束标志），让设备明确识别数据包边界，可能触发设备响应。

4. 其他排查手段 #

• 用nRF Connect等第三方工具复现问题，确认是代码逻辑问题还是设备兼容性问题。
• 若能获取设备BLE日志，查看设备端是否收到数据包及失败具体原因（比如校验错误、内存不足）。

内容的提问来源于stack exchange，提问作者tabina