如何从Android BLE扫描结果中获取CRC值？

首先得明确一个关键点：你通过ScanResult.getScanRecord().getBytes()拿到的62字节，其实是BLE广播帧的上层有效载荷（也就是数据包头部+广播数据部分），而CRC和RSSI是BLE物理层（PHY）负责处理的字段——Android的BLE栈默认不会把物理层的CRC传递给应用层，这就是你当前拿不到CRC的核心原因。下面分情况给你解决方案，以及单帧CRC的逻辑说明：

一、单帧CRC的获取逻辑 #

BLE广播帧的CRC是由发送设备的物理层生成的：它会对广播PDU的头部（包含类型、地址等）加上广播数据部分，按照CRC-24标准算法（多项式0x0000065B，初始值0x555555，输入输出均反转）计算出3字节的CRC值，添加到帧的末尾。接收端的BLE模块会先校验这个CRC，只有校验通过的帧才会被上报给上层系统（比如Android的BLE栈）。但Android系统默认不会把这个CRC暴露给普通应用，因为它属于底层校验字段，多数场景下上层不需要关心。

二、获取CRC的可行方案 #

1. 检查设备是否将CRC嵌入到广播数据中 #

很多BLE设备会把CRC作为自定义广播数据的一部分（比如放在厂商自定义AD字段里），这是最可靠的获取方式。你可以解析ScanRecord的AD结构来提取：

public void onScanResult(int callbackType, ScanResult result) { 
    ScanRecord scanRecord = result.getScanRecord();
    if (scanRecord == null) return;
    
    byte[] data = scanRecord.getBytes();
    int index = 0;
    // 遍历AD结构：每个AD项由长度（1字节）+类型（1字节）+数据组成
    while (index < data.length) {
        int itemLength = data[index] & 0xFF;
        if (itemLength == 0) break;
        int adType = data[index + 1] & 0xFF;
        
        // 假设CRC放在厂商自定义AD类型（0xFF）里，且占3字节
        if (adType == 0xFF && itemLength >= 4) { // 类型1字节+数据至少3字节
            byte[] crcBytes = Arrays.copyOfRange(data, index + 2, index + 2 + 3);
            int crcValue = ((crcBytes[0] & 0xFF) << 16) | 
                           ((crcBytes[1] & 0xFF) << 8) | 
                           (crcBytes[2] & 0xFF);
            Log.d("BLE_CRC", "从广播数据中提取的CRC: " + Integer.toHexString(crcValue));
            break;
        }
        index += itemLength + 1;
    }
    
    // RSSI直接通过ScanResult获取
    int rssi = result.getRssi();
}

你需要和设备厂商确认CRC在广播数据中的具体位置和AD类型，调整上面的解析逻辑。

2. 反射获取Android隐藏的物理层CRC #

Android的ScanResult内部其实保存了物理层的CRC值，但这个字段是隐藏的（比如mCrc），可以通过反射获取，但有明显局限性：

• 需要android.permission.BLUETOOTH_PRIVILEGED权限，普通应用很难获取到
• 不同Android版本的字段名可能变化，兼容性差
• 仅适合调试或系统级应用

示例代码：

public void onScanResult(int callbackType, ScanResult result) { 
    try {
        // 反射获取mCrc字段
        Field crcField = ScanResult.class.getDeclaredField("mCrc");
        crcField.setAccessible(true);
        Integer crc = (Integer) crcField.get(result);
        if (crc != null) {
            Log.d("BLE_CRC", "物理层CRC: " + Integer.toHexString(crc));
        }
    } catch (NoSuchFieldException | IllegalAccessException e) {
        e.printStackTrace();
        Log.w("BLE_CRC", "无法通过反射获取CRC，可能是版本不兼容");
    }
    
    // RSSI和广播数据的获取不变
    byte[] data = result.getScanRecord().getBytes();
    int rssi = result.getRssi();
}

3. 自行计算CRC #

如果设备的CRC是按照BLE标准算法计算的，你可以拿到广播有效载荷（也就是getBytes()返回的62字节），自行计算CRC。需要注意：

• 确认设备的CRC计算范围：是否包含前导码、访问地址？还是仅计算PDU头部+广播数据？
• 使用标准BLE CRC-24算法实现

这里给你一个标准BLE CRC-24的实现示例：

public static int calculateBleCrc24(byte[] data) {
    int crc = 0x555555;
    final int polynomial = 0x0000065B;
    
    for (byte b : data) {
        crc ^= (b & 0xFF) << 16;
        for (int i = 0; i < 8; i++) {
            crc <<= 1;
            if ((crc & 0x1000000) != 0) {
                crc ^= polynomial;
            }
        }
    }
    // 输出反转并取低24位
    crc = Integer.reverse(crc) >>> 8;
    return crc & 0xFFFFFF;
}

调用时直接传入scanRecord.getBytes()即可，然后和设备的CRC对比确认是否一致。

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