Betaflight、ELRS的CRSF数据包CRC8计算问题求助

API 探路者

2026-6-15

解决CRSF协议CRC8校验不匹配的思路

针对你遇到的CRSF CRC8校验不匹配问题，从协议细节和常见配置误区入手，整理以下排查方向：

1. 明确CRSF CRC8的精确参数

CRSF的CRC8并非通用的0xD5多项式配置，必须严格匹配以下参数，这是绝大多数在线计算器出错的核心原因：

多项式：0xD5（正向，对应表达式：$x^8 + x^7 + x^6 + x^4 + x^2 + 1$）
初始值：0x00（而非常见的0xFF）
输入字节位反转：否
输出结果位反转：否
最终异或值：0x00（无额外异或）

2. 用代码验证计算逻辑

直接用符合CRSF规范的代码计算，避免在线计算器的参数偏差。以下是C语言实现的CRSF CRC8计算函数：

#include <stdint.h>

uint8_t crsf_crc8(const uint8_t *data, uint8_t len) {
    uint8_t crc = 0x00;
    while (len--) {
        crc ^= *data++;
        for (uint8_t i = 0; i < 8; i++) {
            crc = (crc & 0x80) ? ((crc << 1) ^ 0xD5) : (crc << 1);
        }
    }
    return crc;
}

将你提供的第一组校验数据（0x16, 0xAE, 0x70, 0x85, 0x2B, 0x68, 0xF1, 0x8B, 0x9F, 0xFC, 0xE2, 0x17, 0x7F, 0xF8, 0x05, 0xF8, 0x28, 0x08, 0x00, 0x00, 0x4C, 0x7C, 0xE2）传入函数，计算结果应为0x63，与数据包中的CRC一致。

3. 排查数据包解析的正确性

确认长度字段的含义：CRSF的长度字段（0x18）表示从类型字段到CRC字段的总字节数（类型+负载+CRC=24字节），因此负载长度为0x18-2=22字节，你标记的校验范围（类型+22字节负载）是正确的，不要误包含同步字、长度字段或CRC字节本身。
检查十六进制字节的拆分是否正确：确保没有将连续的十六进制字符拆错（例如把C818拆成C8 18而非其他错误组合）。