bluetooth - 解释来自没有发布 GATT 配置文件的 BLE 设备的数据

Question

作为第 3 方，是否有一种可行的方法可以正确解释来自尚未发布的 GATT 配置文件规范的低功耗蓝牙设备的数据？

BLE 设备是一款支持体重、BMI、体脂和水合水平的体重秤。我的理解是， body 秤没有采用像血压设备或心率监测器那样的 GATT 配置文件 ( https://developer.bluetooth.org/gatt/profiles/Pages/ProfilesHome.aspx )。

使用以下工具:

• 带有各种 BLE 实用程序应用程序(Ti BLE Multitool、LightBlue 和 BLE Utility)的 iPod (iOS 6.1.3)
• Android (4.3) 平板电脑 (Dell Venue 8 3830)，配备 nRF 主控制面板以及自定义 Xamarin 开发的解决方案

我可以扫描、定位、连接和读取电子秤上可用的 GATT 服务。上述所有工具都给我提供相同的服务信息。在规模上发现了 5 个服务:

• 通用访问 (0x1800)
• 通用属性 (0x1801)
• 设备信息(0x180A)
• 电池服务 (0x180F)
• 具有自定义 128 位 UUID 的未知服务

上述所有工具都能够从已知服务中读取数据，例如检索电池信息或设备名称。我的假设是具有自定义 UUID 的未知服务是提供比例数据的服务。

此服务具有 5 个带有自定义 UUID 的未知特征:

• 特征 1 是读/写
• 特征 2 已读
• 特征 3 是读/写
• 特征 4 是通知
• 特征 5 已读

使用上面指定的工具读取特征 1、2 和 3，每个特征都返回其自己的值，但该值永远不会改变。例如，读取特征 1 始终返回 20 个八位字节 0x01-0x05-0x06-0x07-0x08- 和 15 个 0x00 八位字节的值。对特征 1 的后续读取始终返回该值。特征 2 读取始终返回 20 个八位字节 0x02 和 19 个 0x00 八位字节的值。等等。

读取特征 5 似乎不返回值，或者在 Android 上更常见的是发出配对请求。通用配对码(如 0000 或 1234 等)无效。

特性 4 似乎是实际传输秤数据的特性。使用上面的工具，我可以启用通知并且应用程序检索 13 个八位字节。例如:

• FF-16-09-00-03-04-01-00-83-6F-F4-18-0F
• FF-16-09-00-03-04-01-00-3E-88-F4-18-E3
• FF-16-09-00-03-04-01-00-C8-89-F4-18-6E

显然，所有这些值都以同一组八位字节开头。但主要问题是这些八位字节代表什么以及它们如何转换为体重/体重/水分/体脂值(如果实际上它们确实如此)。

该秤采用 Ti CC2541 芯片 ( http://www.ti.com/product/cc2541 ) 构建。

使用 Ti 的 SmartRF 协议(protocol)数据包嗅探器以及 CC2540 USB 评估模块套件，我可以捕获 iPhone 5S (iOS 7.1) 和电子秤之间传输的数据包。这提供了一些额外的见解，但主要只是显示了我使用其他工具已经观察到的内容，尽管它处于较低的水平。数据包嗅探器提供的任何附加信息仍然会导致同样的问题:秤发送的这些八位字节组代表什么以及它们如何转换为体重/体重/体重等？我使用了蓝牙核心规范文档，这有助于理解标准功能的八位字节的含义/用途，但这无助于理解实际的比例数据。

我对蓝牙开发非常陌生，这次练习基本上导致了该技术的速成类(class)。如有任何帮助，我们将不胜感激。

谢谢。

Answer 1

您必须联系制造商并要求澄清有关定制服务和特性的信息。

特征5似乎有更高的安全设置，因此当你尝试读取它时它会触发配对。很可能包含一些敏感数据。

特征1、2、3可能用于配置，而特征4则通知有用的数据。

由于这些都是定制的，如果没有制造商的信息，根本无法找出它们的含义。

这就像您创建自己的“酸奶用完了”通知配置文件......人们只能通过查看数据来猜测。