CRC, Cyclic Redundancy Check, 循环冗余校验

1. 基本原理

CRC的本质是除法,把待检验的数据当作一个很大(很长)的被除数,两边选定一个除数(有的文献叫poly),最后得到的余数就是CRC的校验值。

判定方法:

  1. 将消息和校验和分开。计算消息的校验和(在附加W个零后),并比较两个校验和。

  2. 把校验值放到数据的结尾,对整批进行校验和(不附加零),看看结果是否为零!

1.1. 为什么用CRC

比较常见的是累加和校验,但是有以下缺点:

  1. 8080 00 .. 00的计算结果一致,即如果数据里参杂了00是检测不出来的,对于不定长的检测不友好

  2. 因为是累加和,所以80 00有非常多的组合是校验值相等的,比如70 10, 79 06 等等

那么什么情况下会导致CRC失败呢?

  • TODO

2. 推导前准备

2.1. 无进位加法及减法

CRC算术中的两个数字相加与普通二进制算术中的数字相加相同,除了没有进位。

无进位的加法及减法其实是异或运算(异或,不一样就或在一起:不一样为1,相同为0)

这意味着每对对应的比特确定对应的输出比特,而不参考任何其他比特位置。例如

    10011011
+11001010
--------
01010001
--------

加法的4中情况:

    0+0=0
0+1=1
1+0=1
1+1=0 (no carry)

减法也是类似的:

    10011011
-11001010
--------
01010001
--------

with

    0-0=0
0-1=1 (wraparound)
1-0=1
1-1=0

这么一来,我们相当于把加法和减法合并成为了一种算法,或者可以理解为加法和减法这里称为了一种互逆运算,比如我们可以通过加减相同的数量,可以从1010到1001:

    1001 = 1010 + 0011
1001 = 1010 - 0011

所以在无进位的加减法里,1010不再可以被视为大于1001;

这么做有什么好处?

你会发现无论多长的数据bit在运算时都不再依赖于前一位或者后一位的状态,这和带进位的加法及带借位的减法不同,你可以理解为运行并行计算:

  1. 带进位的加法,高位的计算结果需要累加低位结果产生的进位,这就导致了必须要先计算低位,之后才能计算高位;比如下面的例子,如果带进位的话就必须从最右边开始计算,依次算到最左边得到结果。但是如果我们把进位取消,就会发现我从那边开始算都可以,当然也可以多位同时一起算(并行计算)

              1011                         1011
    + 1101 + 1101
    ---- ----
    1 1000 (with carry) 0110 (no carry)
  2. 减法也是如此,不再赘述。

2.2. 无进位乘法

定义了加法后,我们可以进行乘法和除法。乘法是简单的,只不过在加法运算的时候使用XOR就行了

    1101
x 1011
----
1101
1101.
0000..
1101...
-------
1111111 Note: The sum uses CRC addition
-------

2.3. 无进位除法

除法也是类似的,只不过有两点需要注意:

  1. 当除数和被除数的最高位都是1的时候,就当作是对齐了,就可以开始XOR运算,不要比较数据大小,比如 1001可以被1011除,至于商的结果是1或者0,没有人去关注,自己开心就好,因为这个算法压根就不用;

  2. 被除数和除数做减法时,需要使用无进位的减法,即XOR运算;

               1 = 商 (nobody cares about the quotient)
    ______
    1011 ) 1001 除数
    =Poly 1011
    ----
    0010

3. 算法推导

即使我们知道CRC的算法是基于除法,我们也不能直接使用除法运算,一个是待校验的数据很长,我们没有这么大的寄存器;再则,你知道除法在MCU中是怎么实现的吗?

3.1. 仿人算方法

现在我们假设一个消息数据为1101011011,选取除数为10011,使用CRC算法将消息除以poly:

            1100001010 = Quotient (nobody cares about the quotient)
_______________
10011 ) 11010110110000 = Augmented message (1101011011 + 0000)
=Poly 10011,,.,,..|.
-----,,.,,|...
10011,.,,|.|.
10011,.,,|...
-----,.,,|.|.
10110...
10011.|.
-----...
010100.
10011.
-----.
01110
00000
-----
1110 = Remainder = THE CHECKSUM!!!!

除数poly的左边的高位的作用其实是给人看的(实际上参与运算的是0011),目的是干掉当前最高位的被除数,本质上是让poly和被除数对齐,然后开始XOR运算。

那么什么情况算是对齐呢? 从例子上看,当被除数和除数的最高位都是1时,就算是对齐了。

转换成算法的思路就是,你也可以理解成一长串的数据不断的从右边移位到寄存器中,当寄存器最左边溢出的数值是1的时候,那么当前寄存器的数据就可以和poly异或运算了,用算法表示,大概是这样:

                  3   2   1   0   Bits
+---+---+---+---+
Pop! <-- | | | | | <----- Augmented message
+---+---+---+---+ 1 0 0 1 1 = The Poly

用算法语言描述就是:

寄存器清零
数据最右边补齐W位0 // W是CRC校验值的位数
when(还有数据){
左移寄存器1位,读取数据的下一位到寄存器的bit 0
if (左移寄存器时出现溢出){
寄存器 ^= poly; // 这里的poly=0011,按照上面的例子
}
}
寄存器的值就是校验值了

用C语言:

// CRC8生成多项式
#define POLYNOMIAL 0x07 // 计算CRC8校验值
uint8_t crc8_data(const uint8_t dat8) {
uint8_t crc = dat8;
for (j = 8; j; j--) {
if (crc & 0x80)
crc = (crc << 1) ^ POLYNOMIAL;
else
crc <<= 1;
}
return crc;
}

但是这个方法太笨了,按位进行计算,效率有待提升。

3.2. 使用Table驱动计算CRC4

3.2.1. 4-bit 数据计算

为了方便描述,我们举例W=4poly=3的情况,比如我们计算一个3的CRC值为5,我们写成XOR的计算过程:

0011 0000    // 补W=4个零 (值1)
,,10 011 // poly对齐 (值2)
---------
0001 0110
,,,1 0011 // poly对齐 (值3)
---------
0000 0101 // CRC值 (值4)

上面的计算经过了N次迭代运算(其实多少次迭代我们并不关心),等价于

CRC值 = 值1 ^ 值2  ^ 值3
= 值1 ^ (值2 ^ 值3)
= 值1 ^ 查表值 // 令 `查表值` = 值2 ^ 值3

需要注意的是,在CRC计算时,末尾补了4个0,但是我们是清楚的,任何数和0的XOR运算都是其本身,所以补0不会影响最后CRC的值,只不过相当于把CRC的值提取出来。 CRC计算等价于一系列的移位和XOR运算,所以上面的表达式实际上为:

CRC值 = (值1 ^ 0) ^ 值2  ^ 值3
= (值1 ^ 0) ^ (值2 ^ 值3)
= (值1 ^ 0) ^ 查表值
= 值1 ^ 查表值 // 令 `查表值` = 值2 ^ 值3

也就是说,我们可以实现把0~15的CRC的值先预先算一遍,然后存起来,这样下次再计算就可以直接查表计算,这很好理解。

3.2.2. 8-bit 数据计算

想象一下,一个8-bit的字节是可以拆分成两个4-bit数据的,如果我们可以利用查表的方法,是不是通过两次计算就可以得到一个8-bit的CRC值了?具体要怎么做呢,我们举例W=4poly=3的情况,比如我们计算一个33h的CRC值,我们写成XOR的计算过程:

0011 0011 0000    // 补W=4个零 (值1)
,,10 011 // poly对齐 (值2)
--------------
0001 0101 0000
,,,1 0011 // poly对齐 (值3)
--------------
0000 0110 0000 // 变回4-bit CRC计算 (值4)

下面的计算我们就熟悉了,回到 计算4-bit数据为 6 的CRC值:

0110 0000    // 补W=4个零
,100 11 // poly对齐
---------
0010 1100
,,10 011 // poly对齐
---------
0000 1010 // CRC值

我们发现一个有意思的事情,原来4-bit数据3的CRC值是5,但是当33h先进行计算高4-bit的CRC值却是6,和之前的不一样(也幸亏不一样,如果后面无论跟什么数据都一样还有校验干嘛用),这是什么原因?

首先,我们看一下8-bit计算和原来4-bit计算的区别在于末尾补数:

  • 4-bit CRC计算时,末尾补的是0,是不影响计算结果的;

  • 8-bit CRC计算时,末尾补的是后面跟的低4-bit数据,是会影响原来计算结果的:

    为了方便描述,我们把8-bit的值1的高4-bit数据记为H4,低4-bit数据记为L4

    `值4` = `值1` ^ 值2 ^ 值3
    = `值1` ^ `查表值` // 令 `查表值` = 值2 ^ 值3
    = `(H4<<4 ^ L4)` ^ `查表值`
    = `(H4<<4)` ^ `查表值` ^ L4 // (H4<<4)其实就是计算H4的CRC值且末尾补0的情况

所以,我们可以得2段4-bit的计算流程:

  1. 去掉字节的高4-bit值为H4
  2. 将H4值进行查表计算,得到值TMP1
  3. 把TMP1的值异或上低4位的值L4,得到值TMP2
  4. 然后用TMP2的值进行查表计算,得到值CRC

4. 算法改进

4.1. CRC8计算

现在我们可以根据CRC4的计算过程类比到CRC8计算,其实主要的区别就是寄存器的位数从4位提升到了8位,一个典型的CRC8计算模型如下,现在你应该可以读懂了。

#include <stdio.h>
#include <stdint.h> // CRC8生成多项式
#define POLYNOMIAL 0x07 // 初始化CRC8查找表
void init_crc8_table(void) {
uint8_t i, j;
for (i = 0; i < 256; i++) {
uint8_t crc = i;
for (j = 8; j; j--) {
if (crc & 0x80)
crc = (crc << 1) ^ POLYNOMIAL;
else
crc <<= 1;
}
crc8_table[i] = crc;
}
} // 计算CRC8校验值
uint8_t crc8(const void *data, size_t len) {
const uint8_t *byte = data;
uint8_t crc = 0x00; for (; len > 0; len--) {
crc = crc8_table[(crc ^ *byte++) & 0xFF];
} return crc;
} int main(int argc, char *argv[]) {
int fd;
uint8_t buffer;
size_t bytes_read;
uint8_t crc; if (argc != 2) {
fprintf(stderr, "Usage: %s filename\n", argv);
exit(1);
} fd = open(argv, O_RDONLY);
bytes_read = read(fd, buffer, sizeof(buffer));
crc = crc8(buffer, bytes_read);
printf("CRC: 0x%02X\n", crc);<q refer="1"></q><span class="_q_s_"></span> close(fd);
return 0;
}

4.2. CRC8计算-改进型

上面的算法还是不够好,因为Table的表太大了占用256字节,对于FLASH空间紧张的MCU来说不怎么友好,能不能把一个8-bit数据拆分成两次4-bit数据的计算,这样是不是就可以搞成16字节的表了?我们来试一下!

实际上使用了32字节

idx L4 H4 H4说明
0 0 0 (L4<<4) ^ 07*0
1 07 70 (L4<<4) ^ 07*0
2 0E E0 (L4<<4) ^ 07*0
3 09 90 (L4<<4) ^ 07*0
4 1C C7 (L4<<4) ^ 07
5 1B B7 (L4<<4) ^ 07
6 12 27 (L4<<4) ^ 07
7 15 57 (L4<<4) ^ 07
8 38 89 (L4<<4) ^ ((07<<1) ^ 07)
9 3F F9 (L4<<4) ^ ((07<<1) ^ 07)
A 36 69 (L4<<4) ^ ((07<<1) ^ 07)
B 31 19 (L4<<4) ^ ((07<<1) ^ 07)
C 24 4E (L4<<4) ^ (07<<1)
D 23 3E (L4<<4) ^ (07<<1)
E 2A AE (L4<<4) ^ (07<<1)
F 2D DE (L4<<4) ^ (07<<1)
// 计算CRC8校验值
uint8_t crc8(const void *data, size_t len) {
const uint8_t *byte = data;
uint8_t crc = 0x00; for (; len > 0; len--) {
crc = crc8_table_h4[(crc ^ *byte)>>4] ^
crc8_table_l4[(crc ^ *byte) & 0xF] ; byte++;
} return crc;
}

验证:

  1. CRC8计算单字节

    crc8(88) = 38 ^ 89 = B1
  2. CRC8计算多字节

    crc8(8888) = crc8(B1 ^ 88) = crc8(39) = 90^3F=AF
    crc8(1234) = crc8(crc8(12) ^ 34) = crc8(7E ^ 34 = 4A) = C7^36=F1

4.3. CRC16计算-改进型

进一步地,我们可不可以使用相同的原理实现CRC16算法?W=16, poly=8005

idx X[3:0] X[7:4] X[7:4]说明 X[11:8] X[11:8]说明 X[15:12] X[15:12]说明
0 0 0
1 8005 8063 X[3:0]<<4 ^ 8033 8603 X[3:0]<<8 ^ 8303 E003 X[3:0]<<12 ^ B003
2 800F 80C3 X[3:0]<<4 ^ 8033 8C03 X[3:0]<<8 ^ 8303 4003 X[3:0]<<12 ^ B003
3 0A 00A0 X[3:0]<<4 A00 X[3:0]<<8 A000 X[3:0]<<12
4 801B 8183 X[3:0]<<4 ^ 8033 9803 X[3:0]<<8 ^ 8303 8006 X[3:0]<<12 ^ B003 ^ 8005
5 1E 1E0 X[3:0]<<4 1E00 X[3:0]<<8 6005 X[3:0]<<12 ^ 8005
6 14 140 X[3:0]<<4 1400 X[3:0]<<8 C005 X[3:0]<<12 ^ 8005
7 8011 8123 X[3:0]<<4 ^ 8033 9203 X[3:0]<<8 ^ 8303 2006 X[3:0]<<12 ^ B003 ^ 8005
8 8033 8303 X[3:0]<<4 ^ 8033 B003 X[3:0]<<8 ^ 8303 8009 X[3:0]<<12 ^ B003 ^ A
9 36 360 X[3:0]<<4 3600 X[3:0]<<8 600A X[3:0]<<12 ^ A
A 3C 3C0 X[3:0]<<4 3C00 X[3:0]<<8 C00A X[3:0]<<12 ^ A
B 8039 83A3 X[3:0]<<4 ^ 8033 BA03 X[3:0]<<8 ^ 8303 2009 X[3:0]<<12 ^ B003 ^ A
C 28 280 X[3:0]<<4 2800 X[3:0]<<8 000F X[3:0]<<12 ^ 800F
D 802D 82E3 X[3:0]<<4 ^ 8033 AE03 X[3:0]<<8 ^ 8303 E00C X[3:0]<<12 ^ B003 ^ 800F
E 8027 8243 X[3:0]<<4 ^ 8033 A403 X[3:0]<<8 ^ 8303 400C X[3:0]<<12 ^ B003 ^ 800F
F 22 220 X[3:0]<<4 2200 X[3:0]<<8 A00F X[3:0]<<12 ^ 800F

验证:

  1. CRC16计算双字节

    比如计算ABCD的CRC16:

    crc16(A000) = C00A
    crc16(0B00) = BA03
    crc16(00C0) = 0280
    crc16(000D) = 802D
    故crc16(ABCD) = C00A ^ BA03 ^ 0280 ^ 802D = F8A4
  2. CRC16计算四字节

    如果数据是连贯的呢,比如ABCD

      crc(ABCD) = F8A4
    
      crc(ABCD1234)
    = crc(F8A4 ^ 1234) = crc(EA90) = 400C ^ 3C00 ^ 360 ^ 0 = 7F6C

CRC算法原理、推导及实现的更多相关文章

  1. 循环冗余检验 (CRC) 算法原理

    Cyclic Redundancy Check循环冗余检验,是基于数据计算一组效验码,用于核对数据传输过程中是否被更改或传输错误. 算法原理 假设数据传输过程中需要发送15位的二进制信息g=10100 ...

  2. Sword CRC算法原理

    CRC校验原理 CRC校验其根本思想a.发送端和接收端约定一个整数 bb.发送端在原始数据帧后面附加一个数 k ,产生一个新的数据帧c.接收端接收到数据帧后,对接收的数据帧和整数 b 进行位异或操作, ...

  3. [技术栈]CRC校验原理及C#代码实现CRC16、CRC32计算FCS校验码

    1.CRC.FCS是什么 CRC,全称Cyclic Redundancy Check,中文名称为循环冗余校验,是一种根据网络数据包或计算机文件等数据产生简短固定位数校验码的一种信道编码技术,主要用来检 ...

  4. CRC算法及C实现

    一.CRC算法原理   CRC校验的基本思想是利用线性编码理论,在发送端根据要传送的k位二进制码序列,以一定的规则产生一个校 验用的监督码(既CRC码)r位,并附在信息后边,构成一个新的二进制码序列数 ...

  5. 4-EM算法原理及利用EM求解GMM参数过程

    1.极大似然估计 原理:假设在一个罐子中放着许多白球和黑球,并假定已经知道两种球的数目之比为1:3但是不知道那种颜色的球多.如果用放回抽样方法从罐中取5个球,观察结果为:黑.白.黑.黑.黑,估计取到黑 ...

  6. 【机器学习】算法原理详细推导与实现(六):k-means算法

    [机器学习]算法原理详细推导与实现(六):k-means算法 之前几个章节都是介绍有监督学习,这个章解介绍无监督学习,这是一个被称为k-means的聚类算法,也叫做k均值聚类算法. 聚类算法 在讲监督 ...

  7. PCA主成分分析算法的数学原理推导

    PCA(Principal Component Analysis)主成分分析法的数学原理推导1.主成分分析法PCA的特点与作用如下:(1)是一种非监督学习的机器学习算法(2)主要用于数据的降维(3)通 ...

  8. 一文彻底搞懂BP算法:原理推导+数据演示+项目实战(上篇)

    欢迎大家关注我们的网站和系列教程:http://www.tensorflownews.com/,学习更多的机器学习.深度学习的知识! 反向传播算法(Backpropagation Algorithm, ...

  9. 分布式系列文章——Paxos算法原理与推导

    Paxos算法在分布式领域具有非常重要的地位.但是Paxos算法有两个比较明显的缺点:1.难以理解 2.工程实现更难. 网上有很多讲解Paxos算法的文章,但是质量参差不齐.看了很多关于Paxos的资 ...

  10. 多层神经网络BP算法 原理及推导

    首先什么是人工神经网络?简单来说就是将单个感知器作为一个神经网络节点,然后用此类节点组成一个层次网络结构,我们称此网络即为人工神经网络(本人自己的理解).当网络的层次大于等于3层(输入层+隐藏层(大于 ...

随机推荐

  1. R 语言入门学习笔记:软件安装踩坑记录——删除所有包以及彻底解决库包被安装到 C 盘用户目录下的问题,以及一些其他需要注意的点

    目录 R 语言入门学习笔记:软件安装踩坑记录--删除所有包以及彻底解决库包被安装到 C 盘用户目录下的问题,以及一些其他需要注意的点 软件版本及环境 遇到的问题描述 问题的分析和探究 最终的解决方案 ...

  2. Linux Redis 服务设置开机自启动

    @ 目录 前言 一.准备工作 二.操作步骤 2.1 修改redis.conf文件 2.2 创建启动脚本 2.3 设置redis 脚本权限 2.4 设置开机启动 2.5 验证 总结 前言 请各大网友尊重 ...

  3. supervisor 安装和基本使用

    安装 yum install supervisor touch /var/run/supervisor/supervisor.sock chmod 777 /var/run/supervisor/su ...

  4. 都是全志T113处理器,“-i”和“-S3”有什么区别?

    自9个月前,创龙科技"1片含税就79元"的全志T113-i双核ARM Cortex-A7@1.2GHz的工业核心板(SOM-TLT113)推出之后,不少嵌入式软硬件工程师.用户都咨 ...

  5. 复习 - js基础语法

    今天继续复习了js基础语法  最后一天了 学完了进入dom bom的复习 今天发现了很多经典案例 我都不知道一个随笔放的完不 逻辑性感觉还是蛮强的 主要就是作用域 对象 内置对象等一些的操作嘛 话不多 ...

  6. VulnHub - breach系列:breach-2.1

    VulnHub - breach系列:breach-2.1 靶机描述 Breach 2.0 是多部分系列中的第二部分,是一项 boot2root/CTF 挑战,旨在展示真实场景,沿途充满了曲折和恶作剧 ...

  7. SpringBoot2.X新版本配置拦截器在项目中的使用

    拦截器:和过滤器用途基本类似 SpringBoot2.X新版本配置拦截器 implements WebMvcConfigure 自定义拦截器 HandlerInterceptor preHandle: ...

  8. 2024-07-13:用go语言,给定一个从0开始的长度为n的整数数组nums和一个从0开始的长度为m的整数数组pattern,其中pattern数组仅包含整数-1、0和1。 一个子数组nums[i.

    2024-07-13:用go语言,给定一个从0开始的长度为n的整数数组nums和一个从0开始的长度为m的整数数组pattern,其中pattern数组仅包含整数-1.0和1. 一个子数组nums[i. ...

  9. 一款开源免费功能强大的一站式自动化运维及自动化部署平台orion-ops

    一站式自动化运维及自动化部署平台, 使用多环境的概念, 提供了机器管理.机器监控报警.Web终端.WebSftp.机器批量执行.机器批量上传.在线查看日志.定时调度任务.应用环境维护.应用构建及发布任 ...

  10. Linux 文件夹和文件操作【Linux 常用命令系列一】

    〇.前言 本文首先介绍了 Linux 中文件的结构,将全部文件夹罗列并介绍了大概的用途: 然后通过实例介绍了文件夹相关的常用操作,仅供参考. 一.Linux 系统的文件结构 列一下系统全部文件夹: / ...