WT901BLE未向ESP32广播服务UUID的解决方案咨询

方案是否唯一？ #

不是唯一方案，有多种思路可以解决这个问题。

更优解法推荐 #

• 主动发起GATT发现（无需改库）
  这是最省心的方案：ESP32扫描到WT901BLE的MAC地址后，直接发起连接请求，连接成功后调用GATT服务发现接口，主动拉取设备的所有服务UUID。NRFConnect能看到UUID就是因为它在连接后做了这一步，而非只依赖广播数据。
  具体操作：在扫描回调里通过设备名称、制造商特定数据识别目标设备，触发连接；连接完成后调用esp_ble_gattc_search_service()（ESP-IDF）或对应Arduino库的服务发现接口即可。

• 修改WT901BLE的广播配置（若可操作）
  如果能修改WT901BLE的固件配置，直接把服务UUID加入广播包的完整服务UUID列表或精简服务UUID列表字段，ESP32扫描时就能直接识别到。部分BLE模块支持通过AT指令或官方配置工具修改广播内容。

• 解析扫描响应数据（你提到的改库方案）
  只有必须在扫描阶段获取UUID且不连接的场景下，才需要走改库这条路。

需要更新哪个库？ #

• 若用ESP-IDF原生框架：修改BLE GAP主机端组件，具体是bt/host/bluedroid/api/include/api/esp_gap_ble_api.h和实现文件bt/host/bluedroid/ble/gap_api.c，调整扫描回调逻辑，让它提取扫描响应包中的服务UUID并传递给上层。
• 若用Arduino框架：修改ArduinoBLE库的扫描模块代码，在扫描回调中加入对扫描响应包的服务UUID解析逻辑。

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