如何使用Android蓝牙API来计时GATT交换？

Question

我正在编写一个Android应用程序，通过GATT服务与定制设备进行通信。所述设备提供具有两个特征的服务，用于读取和写入数据。当一些数据写入写入特性时，BLE设备将通过有线UART接口将其发送到其他设备。然后，另一个设备将通过相同的UART接口响应BLE设备。收到后，BLE设备将发送一个通知，通知其服务的读取特性上有新数据可用，以便我的Android应用程序可以检索它。

我想做的是测量从Android应用程序发送请求到收到新数据可用的通知之间经过的时间。

我已经实现了一个“秒表”作为长的。我将其设置为系统。currentTimeMillis（） 当我写一个数据并将其值与另一个对系统的调用进行比较时。currentTimeMillis（） 收到通知后给出如下信息：

long stopwatch = System.currentTimeMillis();
// ...

// ...
long elapsed = System.currentTimeMillis() - stopwatch;

我设置了2个秒表来比较2个测量时间。

当我调用gatt时，第一个秒表被重置。writeCharacteristic（myCharacteristic）第二个在BluetoothGattCallback时重置。调用onCharacteristicWrite（）。

我已经注册了READ特性的通知应用程序，所以当BluetoothGattCallback时，我会停止两个秒表。调用onCharacteristicChanged（）。

问题是，这些测量之间平均有100毫秒！我觉得很多。当我调用gatt时开始的平均时间。writeCharacteristic（myCharacteristic）是在BluetoothGattCallback时开始的平均140毫秒时间。调用onCharacteristicWrite（）的时间为40ms。

所以我想知道什么是正确的方法来计时这样的交换，什么时候我应该重置我的秒表，以获得最准确的时间测量。

Answer 1

如果你使用50毫秒的默认连接间隔，这一点也不奇怪。假设写入是在下一个连接事件时发出的（未来可能会发生长达50毫秒），并且结果在50毫秒后的下一个连接事件时可用并通知，则得到100毫秒。您可以发出连接参数更新请求以获得更快的连接间隔。

如果您想获得低开销，为什么要通知数据可用，然后读取，而不是直接将数据嵌入通知负载中？