问题：如何调试蓝牙GATT属性读写超时问题？
答案：
调试蓝牙GATT属性读写超时问题，通常涉及以下几个关键步骤和检查点：
1. **检查物理层与连接间隔**
- 确认蓝牙连接稳定，信号强度（RSSI）足够。
- 检查连接参数（Connection Interval、Slave Latency、Supervision Timeout）。过长的连接间隔或过短的监督超时可能导致读写操作在等待响应时超时。
- 使用HCI日志或工具（如`btmon`、`hcidump`）观察连接事件和包重传情况。
2. **确认GATT操作超时设置**
- 在BlueZ中，GATT读写超时由内核或Bluetoothd内部处理，默认值通常为30秒（可查看源码中`gatt-database.c`或`att.c`的`timeout`定义）。
- 若使用自定义应用，检查ATT层超时（如`ATT_TIMEOUT`，通常为30秒）是否被修改过短。
- 在Nordic等嵌入式平台，检查`BLE_GATT_TIMEOUT_SRC_PROTOCOL`或`SD_BLE_GATTC_TIMEOUT`相关配置。
3. **分析ATT层错误响应**
- 抓取HCI日志（`btmon -w dump.log`），过滤ATT协议包。
- 查看服务器是否返回错误码（如`0x08`（Insufficient Authorization）、`0x0A`（Attribute Not Long）或`0x0E`（Unlikely Error））。
- 若客户端未收到任何响应，可能是服务器未处理请求或链路层丢包。
4. **检查属性权限与安全需求**
- 确认客户端拥有足够的权限（如读/写权限、加密或MITM保护要求）。
- 若属性需要加密，但连接未加密，服务器可能拒绝操作并返回错误，客户端等待超时。
5. **排查应用层阻塞或死锁**
- 在BlueZ中，GATT操作是异步的。检查应用是否在回调函数中执行了阻塞操作（如同步文件I/O、锁），导致响应处理延迟。
- 使用`strace`或`gdb`跟踪Bluetoothd或应用进程，观察线程状态。
6. **验证MTU大小**
- 若MTU协商后较小（默认23字节），长属性值需分片传输，分片丢失或乱序可能导致超时。
- 检查是否成功协商了更大的MTU（通过`btmon`查看`Exchange MTU Request/Response`）。
7. **使用调试工具**
- **BlueZ工具**：`gatttool`或`bluetoothctl`的`gatt`子命令可手动读写，对比是否同样超时。
- **Nordic工具**：使用nRF Connect App或nRF Sniffer抓取空中包，分析ATT时序。
- **日志级别**：提高BlueZ调试日志（`bluetoothd -d`），查看`src/gatt-database.c`和`attrib/gattrib.c`中的超时处理。
**参考资料补充说明**：
以上步骤中，第1、3、5、7点基于通用蓝牙调试经验，未在提供的参考资料中直接提及。第2点中BlueZ默认超时值需查阅源码（`attrib/att.c`中的`ATT_TIMEOUT`宏），第4点涉及GATT规范（参考Bluetooth Core Spec Vol 3, Part G），第6点涉及MTU协商机制（规范Vol 3, Part F, 3.4.2.1）。Nordic文档未直接提供
> 答案参考了知识库中的相关资料。
[hr]本问答由 AI 基于知识库自动生成，仅供参考。
