Garmin BLE心率监护仪--无法通过蓝牙获取人力资源管理数据，我遗漏了什么？

Question

使用无品牌蓝牙/ANT心率监视器，我可以使用gatttools轻松获取HRM数据：

<MAC address>> connect
Attempting to connect to <MAC address>
Connection successful
<MAC address>> primary
(...)
<MAC address>> char-desc 0x000c 0x0011
(...)
<MAC address>> char-write-req 0x000f 0100
Characteristic value was written successfully
Notification handle = 0x000e value: 16 34 e4 04 
Notification handle = 0x000e value: 16 34 a5 04 
Notification handle = 0x000e value: 16 33 ea 04 
Notification handle = 0x000e value: 16 33 de 04

有了这个，我发送到句柄0x000f，这是00002902-0000-1000-8000-00805f9b34fb，这是我需要发送请求的地方（doc for 0x2902），我从另一个句柄（doc for 0x2a37）得到响应。

我已经对我们发送的0100有效负载有点困惑了。0x2902的规范说我们应该发送16位，而0x0100是0b100000000。这会导致0b还是0b1000000000000000？为什么我们发送0x0100而不是0x8000（即1与150）？

无论如何，<代码>01，<代码>010，<代码>0100，<代码>01000都会工作，但任何其他数字都会失败。既然4个十六进制字符是16位，那么它不应该已经用5个数字失败了吗？无论如何，<代码>01 工作（通知打开，指示关闭？）<代码>02不会导致更新（通知关闭，指示打开？）<代码>03起作用（通知打开，指示打开？）。我的理解正确吗？

我现在带上我的Garmin心率监护仪（这是一个Garmin HRM双功能监护仪）。我可以通过蓝牙很好地连接到它，我可以找到用于HRM交互的正确句柄（对应于UUID的句柄），但当我像以前一样使用gatttool向句柄发送char write req时，它会说值已写入，但什么也没有发生。我尝试了许多价值观，但什么都没有发生。

我错过了什么吗？在调用人力资源管理句柄之前，是否需要采取任何额外的步骤？谢谢你。

Answer 1

您发送的0100在Little Endian中仅为0001。因为BlueZ在写入值时使用的是Little Endian，所以最后一个字节排在第一位。例如，如果要写入01 02 03，则必须将其写入030201。这就是01、010、0100和01000都可以工作的原因，因为在所有这些情况下，您都在编写01。关于02启用指示，您也是正确的，03将同时启用通知和指示。

至于启用通知和读取人力资源管理数据，请确保在启用通知之前佩戴人力资源管理双通道。原因是除非HRM Dual检测到实际的心率数据，否则它将无法工作。您可以通过Android/iOS设备上的nRF Connect应用程序连接并尝试读取人力资源管理数据来测试这一点。