CRC8_CheckSum算法简介

Auryu

已于 2022-07-17 11:01:23 修改

阅读量6.6k

点赞数 3

分类专栏： CAN通信 CRC校验算法 E2E 文章标签：安全性测试

于 2022-07-17 10:35:45 首次发布

本文链接：https://blog.csdn.net/sxwcwqccq/article/details/125829051

版权

CAN通信同时被 3 个专栏收录

2 篇文章 1 订阅

订阅专栏

CRC校验算法

2 篇文章 0 订阅

订阅专栏

E2E

2 篇文章 0 订阅

订阅专栏

1. CRC8标准生成多项式

例如：CRC 计算使用了 SAE J1850，生成多项式为 0x1D(x8+x4+x3+x2+1)，计算0x00~0xFF每一个字节与多项式0x1D(x8+x4+x3+x2+1)进行循环异或（XOR）的CRC校验结果，CRC8(计算规则 0x1D)的查表的表格如下：

byte crc_table[256] =
{
0x00, 0x1D, 0x3A, 0x27, 0x74, 0x69, 0x4E, 0x53,
0xE8, 0xF5, 0xD2, 0xCF, 0x9C, 0x81, 0xA6, 0xBB,
0xCD, 0xD0, 0xF7, 0xEA, 0xB9, 0xA4, 0x83, 0x9E,
0x25, 0x38, 0x1F, 0x02, 0x51, 0x4C, 0x6B, 0x76,
0x87, 0x9A, 0xBD, 0xA0, 0xF3, 0xEE, 0xC9, 0xD4,
0x6F, 0x72, 0x55, 0x48, 0x1B, 0x06, 0x21, 0x3C,
0x4A, 0x57, 0x70, 0x6D, 0x3E, 0x23, 0x04, 0x19,
0xA2, 0xBF, 0x98, 0x85, 0xD6, 0xCB, 0xEC, 0xF1,
0x13, 0x0E, 0x29, 0x34, 0x67, 0x7A, 0x5D, 0x40,
0xFB, 0xE6, 0xC1, 0xDC, 0x8F, 0x92, 0xB5, 0xA8,
0xDE, 0xC3, 0xE4, 0xF9, 0xAA, 0xB7, 0x90, 0x8D,
0x36, 0x2B, 0x0C, 0x11, 0x42, 0x5F, 0x78, 0x65,
0x94, 0x89, 0xAE, 0xB3, 0xE0, 0xFD, 0xDA, 0xC7,
0x7C, 0x61, 0x46, 0x5B, 0x08, 0x15, 0x32, 0x2F,
0x59, 0x44, 0x63, 0x7E, 0x2D, 0x30, 0x17, 0x0A,
0xB1, 0xAC, 0x8B, 0x96, 0xC5, 0xD8, 0xFF, 0xE2,
0x26, 0x3B, 0x1C, 0x01, 0x52, 0x4F, 0x68, 0x75,
0xCE, 0xD3, 0xF4, 0xE9, 0xBA, 0xA7, 0x80, 0x9D,
0xEB, 0xF6, 0xD1, 0xCC, 0x9F, 0x82, 0xA5, 0xB8,
0x03, 0x1E, 0x39, 0x24, 0x77, 0x6A, 0x4D, 0x50,
0xA1, 0xBC, 0x9B, 0x86, 0xD5, 0xC8, 0xEF, 0xF2,
0x49, 0x54, 0x73, 0x6E, 0x3D, 0x20, 0x07, 0x1A,
0x6C, 0x71, 0x56, 0x4B, 0x18, 0x05, 0x22, 0x3F,
0x84, 0x99, 0xBE, 0xA3, 0xF0, 0xED, 0xCA, 0xD7,
0x35, 0x28, 0x0F, 0x12, 0x41, 0x5C, 0x7B, 0x66,
0xDD, 0xC0, 0xE7, 0xFA, 0xA9, 0xB4, 0x93, 0x8E,
0xF8, 0xE5, 0xC2, 0xDF, 0x8C, 0x91, 0xB6, 0xAB,
0x10, 0x0D, 0x2A, 0x37, 0x64, 0x79, 0x5E, 0x43,
0xB2, 0xAF, 0x88, 0x95, 0xC6, 0xDB, 0xFC, 0xE1,
0x5A, 0x47, 0x60, 0x7D, 0x2E, 0x33, 0x14, 0x09,
0x7F, 0x62, 0x45, 0x58, 0x0B, 0x16, 0x31, 0x2C,
0x97, 0x8A, 0xAD, 0xB0, 0xE3, 0xFE, 0xD9, 0xC4
};

2. CRC8_CheckSum 计算过程

把需要校验的数据与多项式进行循环异或（XOR），需要校验的数据如下：

a）	首先计算 Message ID 的两个字节(扩展帧4个字节，标准帧2个字节)，先高字节后低字节，报文 ID(Msg ID)：0x345
b）其次计算在总线上发送的需要保护的信号/信号组( 比如DLC长度为8的Msg，需要计算第一个byte到第7个byte的CRC8, 第8个byte不用计算，因为包含CRC数据 )，需保护的数据(Protected Data)：0x11 0x22 0x33 0x44 0x55 0x66 0x77 
c）需要校验的数据byte为：CRC8_Checksum = CRC8(0x03 0x45 0x11 0x22 0x33 0x44 0x55 0x66 0x77)

3. CRC8_CheckSum 计算方法

使用0x03去查表，得到0x27, A= 0x27^0x45
使用A去查表，得到B，C= B^0x11
重复步骤1和2，最后得到CRC8_checksum = 0x15

4. CRC8_CheckSum算法【基于CAPL语言】

注意：初始值和 XOR 值均替换为 0x00

byte calc_checksum(message * msg)
{
int i;
byte crcTemp;

if (isExtId(msg.id)) //如果是扩展帧
{

crcTemp = 0x00;
crcTemp = crc_table[crcTemp^((msg.id >> 24) & 0xFF)]; // 计算 Message ID的第一个字节，先高字节后低字节
crcTemp = crc_table[crcTemp^((msg.id >> 16) & 0xFF)]; //计算 Message ID的第二个字节，先高字节后低字节
crcTemp = crc_table[crcTemp^((msg.id >> 8) & 0xFF)]; //计算 Message ID的第三个字节，先高字节后低字节
crcTemp = crc_table[crcTemp^(msg.id & 0xFF)]; //计算 Message ID的第四个字节，先高字节后低字节

}
else
{

crcTemp = 0x00;
crcTemp = crc_table[crcTemp^((msg.id >> 8) & 0xFF)];
crcTemp = crc_table[crcTemp^(msg.id & 0xFF)];

}

for (i = 0; i <= msg.DataLength - 2; i++)
{

crcTemp = crc_table[crcTemp^msg.byte(i)];
//依次计算DLC长度为8的Msg的第一个byte到第7个byte的CRC8,第8个byte不用计算，因为包含CRC数据

}

return crcTemp;
}

5. 注释：标准帧和扩展帧的区别

一、扩展帧的仲裁域有29位，可以出现2^29中报文，且在数据链路上是有间隙的(对操作者透明)，帧ID的范围是0000 0000-1FFF FFFF。
二、标准帧的仲裁域是连续的11位，可以出现2^11种报文，也就是帧ID的范围是000-7FF；
三、控制帧中的DLC(数据长度)完全相同，但保留位不同，标准帧IDE、R0，扩展帧R1、R0，必须以显性电平发送(由数据链路层操作)，对程序员透明；
四、总结：其它的都一模一样，所以，其实CAN标准帧和扩展帧只是在帧ID的长度上不一样，以能扩展更多的CAN节点，更好地支持上层协议而已。