博客
关于我
自己整理CRC16(表查询法) 笔记(2020.11.2亲测)
阅读量:132 次
发布时间:2019-02-27

本文共 785 字,大约阅读时间需要 2 分钟。

最近,我在学习Modbus协议,尤其是CRC校验部分,对其中的算法有点懵。于是我开始研究CRC计算方法,整理了一些笔记,便于以后查阅。

CRC16算法有两种常用计算方法:直接算法和查表法。

直接算法步骤:

  • 初始化CRC寄存器为FFFF(hex)。
  • 将数据的第一个8-bit字符(高位补0为16位)与CRC寄存器异或,存入寄存器。
  • 右移寄存器一位,移出LSB。
  • 如果LSB为1,寄存器与0xA001异或。
  • 重复步骤3和4,直到8次移位完成。
  • 处理完所有数据后,寄存器的值即为CRC值。
  • 查表法:查表法使用预先生成的表,存储了0~255范围内的CRC值。表格中的数是通过直接算法生成的。具体来说,表格中每个数对应0~255的数据,其CRC值可以通过查表得到。

    表格生成原理:CRC16的生成多项式为x^16 + x^15 + x^2 + 1,对应十六进制0x8005。多项式码0xA001用于调整寄存器。数据传输时,寄存器的最低有效位(LSB)决定是否异或0xA001。

    手动计算实例:以0x02为例,手动计算其CRC值:

  • 寄存器初始值为00000000000010(高八位填充0)。
  • 第一次右移,LSB为0,寄存器变为000000000001。
  • 重复右移,直到8次移位完成,寄存器最终值为0xC181。
  • 从表格中可以看出,s_CRCHi[3]=0x81,s_CRCLo[3]=0xC1。

    Modbus协议CRC实现:代码中,ucCRCHi和ucCRCLo初始化为0x00,逐个处理数据,并更新寄存器值。处理完所有数据后,返回拼接的16位CRC值。

    测试验证:测试数据1和2,结果为0x8051,与预期一致。

    总结:通过手动计算和编程实现,理解了CRC算法的工作原理。虽然直接算法理论基础,但查表法在实际应用中更高效。理解Modbus协议中CRC的传输顺序也是关键实现环节。

    转载地址:http://gcpb.baihongyu.com/

    你可能感兴趣的文章
    operator() error
    查看>>
    OPPO K3在哪里打开USB调试模式的完美方法
    查看>>
    oppo后端16连问
    查看>>
    OPPO软件商店APP侵权投诉流程
    查看>>
    Optional用法与争议点
    查看>>
    Optional类:避免NullPointerException
    查看>>
    Optional讲解
    查看>>
    ORA-00069: cannot acquire lock
    查看>>
    ORA-00923: 未找到要求的 FROM 关键字
    查看>>
    ORA-00932: inconsistent datatypes: expected - got NCLOB【ORA-00932: 数据类型不一致: 应为 -, 但却获得 NCLOB 】【解决办法】
    查看>>
    ORA-00942 表或视图不存在
    查看>>
    ORA-01034: ORACLE not available
    查看>>
    ORA-01152: 文件 1 没有从过旧的备份中还原
    查看>>
    ORA-01207:文件比控制文件更新 - 旧的控制文件
    查看>>
    ORA-01795: 列表中的最大表达式数为 1000
    查看>>
    ORA-06575: 程序包或函数 NO_VM_DROP_PROC 处于无效状态
    查看>>
    ORA-08102的错误
    查看>>
    ORA-12505, TNS:listener does not currently know of SID given in connect descriptor异常
    查看>>
    ORA-12514: TNS:listener does not currently know of service问题原因
    查看>>
    ora-12541:tns:no listener
    查看>>