串口通信(11)-CRC校验介绍&算法

置顶 已于 2023-11-10 22:53:26 修改
阅读量6.2k 收藏 45
点赞数 26
分类专栏： 单片机基础 单片机串口通信 文章标签： 单片机 串口通信 CRC效验 效验算法
于 2023-11-10 22:53:24 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/LIN___IT/article/details/134325189
版权

本文为博主 日月同辉，与我共生，csdn原创首发。希望看完后能对你有所帮助，不足之处请指正！一起交流学习，共同进步！

> 发布人：@日月同辉,与我共生_单片机-CSDN博客

> 欢迎你为独创博主日月同辉，与我共生点赞❤❤❤+关注👍+收藏🌹+评论☺。

系列专栏： CSDN-单片机串口通信学习系列🎁

> 我的格言是：“尽最大努力，做最好的自己！💪

要转载，请提前告知！！！

版权声明：本文为CSDN博主「日月同辉，与我共生」的原创文章，CSDN独一份。

目录

一、CRC效验简介

二、CRC应用广泛

三、校验优缺点

3.1优缺点-奇偶效验

3.2优缺点-异或效验

3.3优缺点-CRC效验

四、CRC效验

五、参考模型

六、crc算法

一、CRC效验简介

循环冗余校验码（CRC），是一种常用的、具有检错能力的校验码。循环冗余校验是指通过某种数学运算实现有效信息与校验位之间的循环校验。

这种编码基本思想是将要传送的信息M(X)表示为一个多项式L，用L除以一个预先确定的多项式G(X)，得到的余式就是所需的循环冗余校验码。如果余数不为0，则说明数据在传输过程中出现了错误，相反，余数为0，说明数据在传输过程中未发生错误。

二、CRC应用广泛

        CRC的应用非常广泛，包括但不限于以下领域：

        ⛄网络通信：在网络通信中，CRC被广泛用于检测数据传输过程中的错误。发送端将数据和              CRC一起发送给接收端，接收端通过计算CRC来检查数据是否在传输过程中被损坏。

        ⛄文件存储：在文件存储中，CRC可以用于检测文件的完整性。文件在传输或存储过程中可              能会被损坏，CRC可以帮助我们检测出这种错误。

        ⛄数据存储：在数据存储中，CRC可以用于检测数据的完整性。例如，在数据库中，CRC可              以用于检查存储的数据是否在存储过程中被更改。

        ⛄硬件设计：在硬件设计中，CRC被用于检测硬件故障。例如，在内存或CPU中，CRC可以              用于检测存储单元或逻辑单元是否存在问题。

        ⛄安全系统：CRC也被用于一些安全系统中，例如防火墙或入侵检测系统（IDS），以检测                异常流量或恶意攻击。

三、校验优缺点

3.1优缺点-奇偶效验

奇偶校验使用一个额外的二进制位（校验位）来确保数据中1的个数符合规定的奇偶性。例如，如果要求数据中1的个数为奇数，那么当数据中1的个数为偶数时，需要在数据的末尾添加一个1，使得总共有奇数个1。同样地，如果要求数据中1的个数为偶数，那么当数据中1的个数为奇数时，需要在数据的末尾添加一个0，使得总共有偶数个1。

奇偶校验的优点是简单易实现，适用于检测单个位的错误。但是，它无法检测出多位错误，并且如果传输中出现两位以上的错误，则无法检测出错误。此外，奇偶校验需要额外的带宽来传输校验位，对传输效率有一定影响。

3.2优缺点-异或效验

异或校验利用了异或运算的性质，即当两个操作数的对应位相同时，结果为0；当两个操作数的对应位不同时，结果为1。因此，通过对数据的每个比特位进行异或运算，可以得到一个校验码。在接收端，将接收到的数据再次进行异或运算，如果结果为0，则说明数据没有被篡改；否则，说明数据可能被篡改。

它的优点是简单快速、无需额外的冗余位和带宽，但缺点是只能检测到奇数位的错误。

3.3优缺点-CRC效验

CRC效验是一种广泛应用的数据校验方法，具有检测错误能力强、适用于多种数据类型和传输方式、校验效率高等优点。然而，CRC也存在一些缺点，如计算复杂度高、需要添加冗余位、在出现多个错误时可能无法检测出所有错误等。

四、CRC效验

思路步骤：

1.把生成多项式转换成二进制数。例如，对于多项式G（X）=X4+X3+1，它一共是5位（最高位的幂次为4，加1得到5），根据多项式各项的含义，可以得到它的二进制比特串为11001。

2.根据CRC校验码的位数和生成多项式的关系，得出CRC校验码的位数为4（校验码的位数比生成多项式的位数少1）。

3.初始化CRC校验码的值为0，并将其添加到信息后面。

4.依据“模2除法”计算CRC校验码。每次计算都是消除高次项，然后移入新的数据，再进行下一次计算，直到所有的数据计算完成。

5.将计算出的余数替代CRC校验码初始值，得到CRC校验码。

6.最终得到的CRC校验码就是数据在传输过程中需要携带的校验信息。

模2除法是一种在二进制下进行除法的计算方法，其特点是在每一位的除法结果不影响其他位，即不向上一位借位，实际上就是异或。可以看下列例子↓ ↓ ↓

例子：

假设我们有一个数据帧（data frame）为1011001，并且我们选择的生成多项式（generator polynomial）为X^5+X^4+1（对应的二进制数为11001）。

因为CRC校验码的位数比生成多项式的位数（6位，总位数=最高次幂+1）少1，所以CRC校验码的位数为5。

（1）初始化CRC校验码为全0，即00000。

（2）将数据帧与CRC校验码拼接起来，得到新的数据序列：101100100000。

（3）把101100100000以“模2除法”除于生成多项式11001计算。

（4）将结果01101代替101100100000后面的五位“00000”，将新帧101100101101发送到接收端。

（5）新帧被接收端接收后，接收端把新帧再用生成多项式11001以“模2除法”方式去除，验证余数是否为0。如果结果为0，则说明数据没有被篡改；否则，说明数据可能被篡改。

五、参考模型

CRC参考模型：

CRC算法名称多项式公式宽度多项式初始值结果异或值输入值反转输出值反转
CRC-4/ITUx4 + x + 14030000truetrue
CRC-5/EPCx4 + x3 + 15090900falsefalse
CRC-5/ITUx5 + x4 + x2 + 15150000truetrue
CRC-5/USBx5 + x2 + 15051F1Ftruetrue
CRC-6/ITUx6 + x + 16030000truetrue
CRC-7/MMCx7 + x3 + 17090000falsefalse
CRC-8x8 + x2 + x + 18070000falsefalse
CRC-8/ITUx8 + x2 + x + 18070055falsefalse
CRC-8/ROHCx8 + x2 + x + 1807FF00truetrue
CRC-8/MAXIMx8 + x5 + x4 + 18310000truetrue
CRC-16/IBMx16 + x15 + x2 + 116800500000000truetrue
CRC-16/MAXIMx16 + x15 + x2 + 11680050000FFFFtruetrue
CRC-16/USBx16 + x15 + x2 + 1168005FFFFFFFFtruetrue
CRC-16/MODBUSx16 + x15 + x2 + 1168005FFFF0000truetrue
CRC-16/CCITTx16 + x12 + x5 + 116102100000000truetrue
CRC-16/CCITT-FALSEx16 + x12 + x5 + 1161021FFFF0000falsefalse
CRC-16/x5x16 + x12 + x5 + 1161021FFFFFFFFtruetrue
CRC-16/XMODEMx16 + x12 + x5 + 116102100000000falsefalse
CRC-16/DNPx16 + x13 + x12 + x11 + x10 + x8 + x6 + x5 + x2 + 1163D650000FFFFtruetrue
CRC-32x32 + x26 + x23 + x22 + x16 + x12 + x11 + x10 + x8 +
x7 + x5 + x4 + x2 + x + 1		3204C11DB7FFFFFFFFFFFFFFFFtruetrue
CRC-32/BZIP2x32 + x26 + x23 + x22 + x16 + x12 + x11 + x10 + x8 +
x7 + x5 + x4 + x2 + x + 1		3204C11DB7FFFFFFFFFFFFFFFFfalsefalse
CRC-32/MPEG-2x32 + x26 + x23 + x22 + x16 + x12 + x11 + x10 + x8 +
x7 + x5 + x4 + x2 + x + 1		3204C11DB7FFFFFFFF00000000falsefalse

六、crc算法

MODBUS通讯协议CRC16校验代码(读者可自行引用)

CRC算法名称多项式公式宽度多项式初始值结果异或值输入值反转输出值反转
CRC-16/MODBUSx16 + x15 + x2 + 1168005FFFF0000truetrue
 /***********************CRC校验*************************/
 // CRC 高位字节值表
unsigned char code auchCRCHi[260] = { 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 
0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 
0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 
0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 
0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 
0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 
0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 
0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 
0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40 
} ; 
// CRC低位字节值表
unsigned char code  auchCRCLo[260] = { 
0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06, 
0x07, 0xC7, 0x05, 0xC5, 0xC4, 0x04, 0xCC, 0x0C, 0x0D, 0xCD, 
0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09, 
0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A, 
0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC, 0x14, 0xD4, 
0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3, 
0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3, 
0xF2, 0x32, 0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4, 
0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A, 
0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 0x28, 0xE8, 0xE9, 0x29, 
0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF, 0x2D, 0xED, 
0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26, 
0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60, 
0x61, 0xA1, 0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67, 
0xA5, 0x65, 0x64, 0xA4, 0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F, 
0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68, 
0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA, 0xBE, 0x7E, 
0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5, 
0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71, 
0x70, 0xB0, 0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92, 
0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C, 
0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B, 
0x99, 0x59, 0x58, 0x98, 0x88, 0x48, 0x49, 0x89, 0x4B, 0x8B, 
0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C, 
0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42, 
0x43, 0x83, 0x41, 0x81, 0x80, 0x40 
} ;
unsigned int crc16(unsigned char *puchMsg, unsigned int usDataLen) 
{ 
 unsigned char uchCRCHi = 0xFF ;   //*高CRC字节初始化 
 unsigned char uchCRCLo = 0xFF ;   //*低CRC字节初始化  
 unsigned long uIndex ;            // CRC循环中的索引 
 while (usDataLen--)               //传输消息缓冲区 
 { 
  uIndex = uchCRCHi ^ *puchMsg++ ; // 计算CRC  
  uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex] ; 
  uchCRCLo = auchCRCLo[uIndex] ; 
 } 
 return (uchCRCHi << 8 | uchCRCLo);
}
 STM系列
 /***********************CRC校验*************************/
 // CRC 高位字节值表
static const U8 auchCRCHi[260] = { 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 
0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 
0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 
0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 
0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 
0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 
0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 
0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 
0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 
0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 
0x80, 0x41, 0x00, 0xC1, 0x81, 0x40 
} ; 
// CRC低位字节值表
static const U8 auchCRCLo[260] = { 
0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06, 
0x07, 0xC7, 0x05, 0xC5, 0xC4, 0x04, 0xCC, 0x0C, 0x0D, 0xCD, 
0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09, 
0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A, 
0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC, 0x14, 0xD4, 
0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3, 
0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3, 
0xF2, 0x32, 0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4, 
0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A, 
0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 0x28, 0xE8, 0xE9, 0x29, 
0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF, 0x2D, 0xED, 
0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26, 
0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60, 
0x61, 0xA1, 0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67, 
0xA5, 0x65, 0x64, 0xA4, 0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F, 
0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68, 
0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA, 0xBE, 0x7E, 
0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5, 
0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71, 
0x70, 0xB0, 0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92, 
0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C, 
0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B, 
0x99, 0x59, 0x58, 0x98, 0x88, 0x48, 0x49, 0x89, 0x4B, 0x8B, 
0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C, 
0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42, 
0x43, 0x83, 0x41, 0x81, 0x80, 0x40 
} ;
U16 crc16(U8 *puchMsg, U16 usDataLen) 
{ 
 U8 uchCRCHi = 0xFF ;               //*高CRC字节初始化 
 U8 char uchCRCLo = 0xFF ;          //*低CRC字节初始化  
 U32 uIndex ;                       // CRC循环中的索引 
 while (usDataLen--)               //传输消息缓冲区 
 { 
  uIndex = uchCRCHi ^ *puchMsg++ ; // 计算CRC  
  uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex]; 
  uchCRCLo = auchCRCLo[uIndex] ; 
 } 
 return (U16)(uchCRCHi << 8 | uchCRCLo);
}

亲爱的读者敬请期待，下一文更精彩！！！

一日不读书，胸臆无佳想。我叫不白吃，喜欢我的，可以支持我，博主名叫 @日月同辉,与我共生icon-default.png?t=N7T8https://blog.csdn.net/LIN___IT?type=blog

串口通讯CRC计算校验工具
12-28
串口通讯CRC计算校验工具，便于工程调试，本工具用来计算CRC校验，可以计算接收到的校验码是否正确。在最下面输入字节，直接计算。
万能串口，带CRC校验，非常不错的调试工具！！
08-13
万能串口，很好用，自己觉得还可以，喜欢的可以下载
串口指令增加CRC校验
最新发布
qq_35711122的博客
10-03 688
指令后面，结束符前面，加上2字节的CRC16校验码(HEX)+1字节的常数:0x01(HEX),相当于在指令和结束符中间插入了3个字节，CRC校验码的储存方式是小端模式,低位在前。需要校验的数据为所有指令数据，如果是带地址的指令，从地址开始算，不带地址的指令，就从指令第一个字节开始计算，结束符不计算在内。带校验或不带校验无需做任何配置，只需修改指令即可，您可以上一条指令带校验，下一条指令不带校验也是可以的。如果屏幕收到带校验的指令后发现校验失败，会返回错误：0x09 0xff 0xff 0xff。
串口收发数据CRC校验例程
12-21
串口收发数据CRC校验例程，VisualStudio工程
串口校验
weixin_30315435的博客
05-07 446
转自串口校验 下位机通过串口将数据传送给上位机，为了保证数据的正确往往需要进行校验，在传送一个字节的时候可以进行奇偶校验，传送一组数据的时候可以采用CRC校验等，但是在发送一组数据的时候采用CRC校验单片机往往太占资源，这就需要有一种比较简单的校验方法。 可以采用类似于IP校验的方式，当发送IP包时，IP报头的校验和为： 1、把校验和字段置为0； 2、对IP头部中的每1...
串口通信协议---【通信包的校验】
love_curry的博客
07-30 1023
本章主要讲述了关于通信协议是如何实现的，以及通信包的处理流程。其中通信包的正确性判断，通信包的校验过程是耐人寻味的，令人深思的。
串口通讯之 CRC校验
热门推荐
a932432866的专栏
11-02 1万+
一、CRC16简介       循环冗余码CRC检验技术广泛应用于测控及通信领域。CRC计算可以靠专用的硬件来实现，但是对于低成本的微控制器系统，在没有硬件支持下实现CRC检验，关键的问题就是如何通过软件来完成CRC计算，也就是CRC算法的问题。下面给出按字节计算CRC16的算法。 二、CRC16算法 其原理是：CRC码一般在k位信息位之后拼接r位校验位生成。编码步骤如下： （1）将待编码的k位信...
串口通信检验和
Have a nice day.
10-14 3272
校验和: 发送方的检验和位 byte为 _sum = 2^n - (sum(data) &amp; 2 ^n-1) 接收方检测： ((sum(data) + _sum) &amp; (2^n-1)) 如果为0则检验正确 n代表：发送数据的位数 byte[] buf = new byte[12]; buf[0] = 0XEB; buf[1] = 0x...
串口通信中的CRC校验
lhf_1230的专栏
04-15 5971
串口通信中的CRC校验   一、CRC16简介         循环冗余码CRC检验技术广泛应用于测控及通信领域。CRC计算可以靠专用的硬件来实现，但是对于低成本的微控制器系统，在没有硬件支持下实现CRC检验，关键的问题就是如何通过软件来完成CRC计算，也就是CRC算法的问题。下面给出按字节计算CRC16的算法。 二、CRC16算法 其原理是：CRC码一般在k位信息位之后拼接r位校验位
crc校验与串口通信
09-03
crc校验与串口通信相关资料，希望对大家有帮助
安卓与串口通信-校验篇
sinat_17133389的博客
05-21 2169
奇偶校验，主要用于串口一帧（1字节）数据的校验，这意味着每字节数据都需要额外添加校验位，所以通常使用时都会选择无校验。CRC校验，由于CRC校验的相对来说更加可靠，而且校验的是整体的数据而非单比特数据，所以实际使用时通常会使用到它。当然，这篇文章中介绍的只是几个常见的校验方法，还有更多校验方法这里没有说到，如果有需要的话欢迎补充。
串口通信和CRC16校验VB源代码
04-14
用VB6.0编写的带CRC16校验的串口通信程序.
Labview串口读取数据-CRC16校验后-波形图表显示
03-08
串口，即串行接口，是计算机硬件之间的一种通信方式，数据逐位传输。在LabVIEW中，我们可以使用“Serial”库来处理串口相关的操作，如打开串口、设置波特率、校验位等参数。 1. **设置串口参数**： - 打开串口：...
labview Command-CRC校验
01-19
在LabVIEW中实现CRC校验可以帮助确保数据的完整性和一致性。 CRC校验的基本原理是通过计算数据的多项式余数来创建一个简短的校验码。这个校验码可以附加到原始数据后面，接收方可以通过同样的算法重新计算校验码，...
带CRC校验功能的串口通信源代码（包含主机和从机源代码和说明文档）
07-04
本资源提供的是一套带CRC校验功能的串口通信源代码，包括主机和从机的实现，以及相应的说明文档。CRC校验是一种错误检测方法，用于确保数据在传输过程中没有错误。 首先，我们来理解串口通信的基本概念。串口通信，...
Modus CRC-16校验算法
04-16
MODBUS CRC-16是MODBUS协议中使用的一种特定CRC校验，它使用了CRC-16/Modbus生成多项式（X16 + X12 + X5 + X4 + 1），并且有特殊的初始化值（0xFFFF）和最终异或值（0x0000）。在STM32上实现MODBUS CRC-16时，开发者...
c#串口通信+CRC校验
05-30
本项目"济南电柜"中的"C#串口通信+CRC校验"是针对初学者的一个实践案例，适用于VS2010开发环境，确保了通信的正确性。 串口通信（Serial Port Communication）是指通过计算机的串行端口进行数据传输。在C#中，我们...
CRC校验算法详解、C语言实现
08-13 2476
RC算法的原理基于多项式除法。在CRC校验中，数据被视为一个系数为0或1的多项式序列，而CRC校验码则是通过使用一个预定义的生成多项式对该数据多项式进行模2除法运算得到的。
STM32+CRC+实验
usjjjsj的博客
09-03 1655
CRC校验：即循环冗余校验(Cyclic Redundancy Check),就是计算一组校验码，用于核对数据传输过程中是否出错。CRC校验本质上是数学上的多项式除法，被除数是要进行校验的数据，除数是所选用的多项式，把运算得到的余数用二进制数表示，这个二进制数就是CRC校验值。余数初始值：CRC初值不是0，而是FFFFFFFF；结果异或值：把正常计算得到的结果和另一个值进行异或后，再输出输入数据反转：把要计算的数据进行高低位颠倒（如数据位1011，反转后为1101）后，再计算CRC。
基于c#语言开发的crc-16校验的串口通信实例电子书
10-11
基于C的指标分析和性能优化是软件开发过程中的重要环节。指标分析旨在测量程序的运行效率和资源利用率，以便找出性能瓶颈和改进的空间。性能优化则是通过改进代码的设计和实现，提高程序的运行速度和资源利用效率。 在基于C的指标分析中，可以使用各种性能分析工具来收集数据。其中包括时间开销（例如运行时间，执行时间等）、内存使用情况（例如内存使用量，内存泄漏等）、CPU使用情况（例如系统负载，CPU利用率等）、磁盘IO和网络IO等。通过分析这些指标数据，可以确定性能瓶颈所在，从而采取相应的措施进行优化。 在性能优化方面，可以从多个方面着手。首先，可以通过算法优化来改进程序的时间复杂度和空间复杂度。这包括减少不必要的计算、使用更高效的数据结构和算法等。其次，可以通过编码和并行化优化来提高程序的并行性和线程间的负载均衡。还可以通过优化内存管理、减少内存泄漏，并使用合适的编译优化选项等来提高程序的内存使用效率。此外，还可以通过使用高性能库、利用硬件加速等方式进行优化。 总之，基于C的指标分析和性能优化是软件开发过程中不可或缺的步骤。通过分析指标数据和优化代码，可以提高程序的效率和性能，使其更加高效、稳定和可靠。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值