Web Bluetooth API无法读取Goodmans智能手表新特征值的技术咨询

一、更优的目标服务定位方法 #

• 优先匹配标准BLE服务UUID：健身类设备普遍采用官方标准服务，比如心率服务UUID为0x180D，运动步数对应运动服务UUID为0x1814，先定位这些标准服务，大幅缩小排查范围。
• 抓包分析官方App通信：使用BLE抓包工具（如nRF Sniffer）捕获Orunning与手表的交互数据，直接提取通信时用到的服务/特征UUID，比手动点击chrome://bluetooth-internals/的特征值高效得多。
• 筛选带通知/指示属性的特征：实时数据（心率、步数）几乎都是通过GATT通知/指示机制推送的，先过滤出具备notify或indicate属性的特征，排除只读、只写的无效特征。

二、数据读取逻辑的潜在遗漏点 #

• 检查特征的前置配置要求：部分特征需要先写入特定配置值才能启用通知，比如心率服务的控制点特征，可能需要写入0x01来开启连续心率测量，仅开启通知权限不足以触发数据推送。
• 调整BLE连接参数：Chrome默认的BLE连接间隔可能不符合手表的推送要求，可在chrome://bluetooth-internals/的设备详情页，将连接间隔调整为100ms左右的较小值，尝试触发数据推送。
• 绕过Chrome的特征值缓存：chrome://bluetooth-internals/会缓存已读取的特征值，建议直接用Web Bluetooth API编写代码发起读取/订阅请求，避免依赖页面的读取按钮，确保获取最新数据。
• 查看设备广播包数据：部分设备会在广播包中直接携带步数、心率等轻量数据，无需连接即可获取，可在chrome://bluetooth-internals/的Scanner页面查看广播内容。

三、参考文档 #

• Web Bluetooth API官方规范：重点掌握GATT特征订阅、属性权限、连接参数配置等内容
• BLE核心规范（GATT部分）：理解服务/特征的属性定义、通知机制的工作流程
• 官方标准BLE服务列表：熟悉健身设备常用的标准服务UUID，快速定位目标服务

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