java - Android BLE BluetoothAdapter.LeScanCallback scanRecord 长度模糊

Question

我正在使用 google 的示例项目 ( BluetoothLeGatt ) 从 BLE 设备接收数据，并尝试读取通过 onLeScan 方法获得的 scanRecord 中的特定字节。

我的问题是我在网络中观察到的数据与我在日志中看到的数据不匹配。

这是在 Android 4.3 上并使用 Samsung Galaxy S4 进行测试。为了验证 Android 上的 scanRecord 日志是否正确，我使用 TI 的数据包嗅探器来观察设备广播的字节流，如下所示:

这是设备向网络广播的 31 字节数据，并且周围没有其他工作设备。

02 01 1A 1A FF 4C 00 02 15 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0C C6 64

另一方面，Android 日志声称正在接收的数据长度为 62 字节，并且匹配数据直到第 29 个[0-indexed] 字节，其余数据为 0。

02-12 15:34:09.548: D/DEBUG(26801): len: 62 data:02011a1aff4c000215000000000000000000000000000000000000000cc60000000000000000000000000000000000000000000000000000000000000000

这是我用来获取 LeScanCallback 方法中的日志的代码 fragment :

int len = scanRecord.length;
String scanHex = bytesToHex(scanRecord);
Log.d("DEBUG", "len: " + len + " data:" + scanHex);

用于将字节数组转换为十六进制表示的方法:

private static String bytesToHex(byte[] bytes) {
        char[] hexChars = new char[bytes.length * 2];
        int v;
        for ( int j = 0; j < bytes.length; j++ ) {
            v = bytes[j] & 0xFF;
            hexChars[j * 2] = hexArray[v >>> 4];
            hexChars[j * 2 + 1] = hexArray[v & 0x0F];
        }
        return new String(hexChars);
    } 

我使用了一些其他示例项目，包括 Dave Smith 的 example和 RadiusNetworks 的 Android iBeacon Library我最终得到了相同的结果。我无法理解为什么当“Packet Sniffer”显示(我也知道)它应该是 31 字节时我会收到 62 字节的数据。如果我能够正确读取最后一个字节中的数据(我从 Android 的蓝牙适配器获取 00 而不是 64)，这将不是我主要关心的问题。但事实也并非如此。

对于 Android 接收到的数据与网络上实际数据之间的数据(仅最后一个字节)和数据大小不匹配的可能原因，如果有任何建议，我将不胜感激。

Answer 1

您的传输格式错误，包含 31 字节的有效负载数据(PDU 长度为 37)，而其内部长度字段表明它总共应仅包含 30 字节(PDU 长度为 36)。

让我们看看您的数据

02 01 1a

这是类型代码的长度 (2) - 01 和 1a，到目前为止还不错

1a ff 4c ...

现在我们有一个问题 - 1a 是该字段的长度代码(制造商特定数据)，值为 26。然而，在您的情况下，它后面跟着 27 字节的数据，而不是您指示将提供的正确的 26 .

现在，如果您有一个正确形成的数据包，您仍然会得到一个更大的缓冲区，在正确的内容后面填充无意义(可能未初始化)的值，但您可以通过根据字段长度解析缓冲区来简单地忽略它值并忽略声明长度中未考虑的任何内容。

但是对于当前格式错误的数据包，将数据包数据复制到缓冲区会在声明的内容大小处停止，并且未宣布的额外字节永远不会进入程序接收的缓冲区 - 因此您会看到一些随机的东西，就像其余未使用的长度。

可能，当您编写全零“区域 UUID”(可能需要重新考虑)时，您只是输入了一个额外的字节...