【Modbus 】Modbus 协议
Modbus协议是一项应用层报文传输协议，包括ASCII、RTU、TCP三种报文类型。
标准的Modbus协议物理层接口有RS232、RS422、RS485和以太网接口，采用master/slave方式通信。
1、异步串行通信。一般的介质有:RS-232,RS485,RS-422上,这也是工业上使用的最多的;
2、主从方式通信。一问一答.（典型的主设备：主机和可编程仪表。典型的从设备：可编程控制器。
3、广播和单独通信。主设备与从设备单1）独通信：从设备返回一消息作为回应。2）广播，从设备不作任何回应
1、对等技术通信。在单独的通信过程中，控制器既可作为主设备也可作为从设备。提供的多个内部通道可允许同时发生的传输进程。
2、主从方式通信。尽管网络通信方法是“对等”,Modbus协议仍提供了主从原则，设备发消息就是主设备，并期望从从设备得到回应。
-
- 两种传输方式（ASCII或RTU）
控制器能设置为两种传输模式（ASCII或RTU），设备必须支持RTU模式，ASCII只是可选。所以ASCII只做了解。
异步串行通信上,一般的介质有:RS-232,RS485,RS-422，才会分 ASCII或RTU， 在其它网络上（象MAP和Modbus Plus）Modbus消息被转成与串行传输无关的帧。
ASCII模式:字符数据，用字符表示十六进制数,如0xff 就是“FF”, 错误检测域LRC
RTU 模式:二进制数数据（十六进制0xff）, 错误检测域 CRC
| ASCII | 地址 | 功能代码 | 数据数量 | 数据1 | ... | 数据n | LRC高字节 | LRC低字节 | 回车 | 换行 |
| RTU | 地址 | 功能代码 | 数据数量 | 数据1 | ... | 数据n | CRC低字节 | CRC高字节 |
1、ASCII帧
使用ASCII模式，消息以冒号（:）字符（ASCII码 3AH）开始，以回车换行符结束（ASCII码 0DH,0AH）。
2、RTU帧
使用RTU模式，消息发送至少要以3.5个字符时间的停顿间隔开始。
整个消息帧必须作为一连续的流转输。如果在帧完成之前有超过1.5个字符时间的停顿时间，接收设备将刷新不完整的消息并假定下一字节是一个新消息的地址域。同样地，如果一个新消息在小于3.5个字符时间内接着前个消息开始，接收的设备将认为它是前一消息的延续。
1．信息帧结构
| 地址码 | 功能码 | 数据区 | 错误校验码 |
| 8位 | 8位 | N × 8位 | 16位 |
最常用的功能码：
| 代码 | 含义 | 操作 |
| 03 | 读取数据 | 读取当前寄存器内一个或多个二进制值 |
| 06 | 重置单一寄存器 | 把设置的二进制值写入单一寄存器 |
| 0x10 | 重置多寄存器 | 把设置的二进制值写入多个寄存器 |
-
-
- 协议帧实例
- 查询（功能码0x03）
- 协议帧实例
-
功能描述:
现在我是主机,我要查询从机地址为1的数据.
| 主机发送: 01 03 00 00 00 01 84 0A |
|
|
简便记忆：
基本流程就是:
发送:地址 + 我要查 +（寄存器起始地址+个数）+校验
回复:地址 +（回）我要查 +（数据的字节数+数据） +校验
-
-
-
- 修改
-
-
- 修改单个寄存器（功能码0x06）
| 主机发送: 01 06 00 00 00 01 48 0A |
| *发送数据解析*/ |
- 修改多个寄存器（功能码0x10）
| 主机发送: 01 10 00 00 00 02 04 11 22 33 44 42 5A |
| /*发送数据解析*/ |
用修改0x10功能码修改1个寄存器：
| 主机发送: 01 10 00 00 00 01 02 11 22 2A 19 |
| /*发送数据解析*/ |
Modbus设备可分为主站(poll)和从站(slave)。主站只有一个，从站有多个，主站向各从站发送请求帧，从站给予响应。在使用TCP通信时，主站为client端，主动建立连接；从站为server端，等待连接。
- 主站请求：功能码+数据
- 从站正常响应：请求功能码+响应数据
- 从站异常响应：异常功能码+异常码，其中异常功能码即将请求功能码的最高有效位置1，异常码指示差错类型
- 注意：需要超时管理机制，避免无期限的等待可能不出现的应答
IANA（Internet Assigned Numbers Authority，互联网编号分配管理机构）给Modbus协议赋予TCP端口号为502，这是目前在仪表与自动化行业中唯一分配到的端口号。
通信过程
- connect 建立TCP连接
- 准备Modbus报文
- 使用send命令发送报文
- 在同一连接下等待应答
- 使用recv命令读取报文，完成一次数据交换
- 通信任务结束时，关闭TCP连接
以太网作为介质进行传输,
协议与modbus网络的区别：
modbus网络：
以太网：
序列号+协议标志+后续数据长度+ 附加地址+功能码+数据
高速令牌传递网络
-
- Modbus所在传输层
表1 ModBus功能码
| 功能码 | 名称 | 作用 |
| 01 | 读取线圈状态 | 取得一组逻辑线圈的当前状态（ON/OFF) |
| 02 | 读取输入状态 | 取得一组开关输入的当前状态（ON/OFF) |
| 03 | 读取保持寄存器 | 在一个或多个保持寄存器中取得当前的二进制值 |
| 04 | 读取输入寄存器 | 在一个或多个输入寄存器中取得当前的二进制值 |
| 05 | 强置单线圈 | 强置一个逻辑线圈的通断状态 |
| 06 | 预置单寄存器 | 把具体二进值装入一个保持寄存器 |
| 07 | 读取异常状态 | 取得8个内部线圈的通断状态，这8个线圈的地址由控制器决定，用户逻辑可以将这些线圈定义，以说明从机状态，短报文适宜于迅速读取状态 |
| 08 | 回送诊断校验 | 把诊断校验报文送从机，以对通信处理进行评鉴 |
| 09 | 编程（只用于484） | 使主机模拟编程器作用，修改PC从机逻辑 |
| 10 | 控询（只用于484） | 可使主机与一台正在执行长程序任务从机通信，探询该从机是否已完成其操作任务，仅在含有功能码9的报文发送后，本功能码才发送 |
| 11 | 读取事件计数 | 可使主机发出单询问，并随即判定操作是否成功，尤其是该命令或其他应答产生通信错误时 |
| 12 | 读取通信事件记录 | 可是主机检索每台从机的ModBus事务处理通信事件记录。如果某项事务处理完成，记录会给出有关错误 |
| 13 | 编程（184/384 484 584） | 可使主机模拟编程器功能修改PC从机逻辑 |
| 14 | 探询（184/384 484 584） | 可使主机与正在执行任务的从机通信，定期控询该从机是否已完成其程序操作，仅在含有功能13的报文发送后，本功能码才得发送 |
| 15 | 强置多线圈 | 强置一串连续逻辑线圈的通断 |
| 16 | 预置多寄存器 | 把具体的二进制值装入一串连续的保持寄存器 |
| 17 | 报告从机标识 | 可使主机判断编址从机的类型及该从机运行指示灯的状态 |
| 18 | （884和MICRO 84） | 可使主机模拟编程功能，修改PC状态逻辑 |
| 19 | 重置通信链路 | 发生非可修改错误后，是从机复位于已知状态，可重置顺序字节 |
| 20 | 读取通用参数（584L） | 显示扩展存储器文件中的数据信息 |
| 21 | 写入通用参数（584L） | 把通用参数写入扩展存储文件，或修改之 |
| 22～64 | 保留作扩展功能备用 | |
| 65～72 | 保留以备用户功能所用 | 留作用户功能的扩展编码 |
| 73～119 | 非法功能 | |
| 120～127 | 保留 | 留作内部作用 |
| 128～255 | 保留 | 用于异常应答 |
参考：Modbus协议解析--小白一看就懂的协议_panda@Code的博客-CSDN博客_modbus解析 Modbus协议解析--小白一看就懂的协议
新浪博客 modbus 入门篇，不冗长，很好理解！
Modbus通讯协议详细解释_Hello-12345的博客-CSDN博客_modbus协议 Modbus通讯协议详细解释
MODBUS协议最简单又是最直白的解释_JiaoCL的博客-CSDN博客_modbus协议最简单又是最直白的解释 MODBUS协议最简单又是最直白的解释
【modbus】modbus 协议
http://www.ourdev.cn/forum.php?mod=viewthread&tid=4548026
【modbus】modbus 协议
概念：
协议不仅是定义 帧的消息格式 还有 通信流程 以及通信的标准；
所以协议是 帧格式定义+通信交互流程+通信标准；
modbus： modbus帧格式+modbus发送和回复流程+modbus硬件标准，软件标准：如波特率、校验位等。
modbus 内容：
更详尽的内容 ：Modbus使用教程 - 百度文库
MODBUS通讯协议及编程
ModBus通讯协议分为RTU协议和ASCII协议，我公司的多种仪表都采用ModBus RTU通讯协议，如：CH2000智能电力监测仪、CH 2000M电力参数采集模块、巡检表、数显表、光柱数显表等。下面就ModBus RTU协议简要介绍如下：
一、通讯协议
（一）、通讯传送方式：
通讯传送分为独立的信息头，和发送的编码数据。以下的通讯传送方式定义也与MODBUS RTU通讯规约相兼容：
| 编 码 | 8位二进制 |
| 起始位 | 1位 |
| 数据位 | 8位 |
| 奇偶校验位 | 1位（偶校验位） |
| 停止位 | 1位 |
| 错误校检 | CRC（冗余循环码） |
初始结构 = ≥4字节的时间
地址码 = 1 字节
功能码 = 1 字节
数据区 = N 字节
错误校检 = 16位CRC码
结束结构 = ≥4字节的时间
地址码：地址码为通讯传送的第一个字节。这个字节表明由用户设定地址码的从机将接收由主机发送来的信息。并且每个从机都有具有唯一的地址码，并且响应回送均以各自的地址码开始。主机发送的地址码表明将发送到的从机地址，而从机发送的地址码表明回送的从机地址。
功能码：通讯传送的第二个字节。ModBus通讯规约定义功能号为1到127。本仪表只利用其中的一部分功能码。作为主机请求发送，通过功能码告诉从机执行什么动作。作为从机响应，从机发送的功能码与从主机发送来的功能码一样，并表明从机已响应主机进行操作。如果从机发送的功能码的最高位为１(比如功能码大与此同时127)，则表明从机没有响应操作或发送出错。
数据区：数据区是根据不同的功能码而不同。数据区可以是实际数值、设置点、主机发送给从机或从机发送给主机的地址。
CRC码：二字节的错误检测码。
（二）、通讯规约：
当通讯命令发送至仪器时，符合相应地址码的设备接通讯命令，并除去地址码，读取信息，如果没有出错，则执行相应的任务；然后把执行结果返送给发送者。返送的信息中包括地址码、执行动作的功能码、执行动作后结果的数据以及错误校验码。如果出错就不发送任何信息。
1．信息帧结构
| 地址码 | 功能码 | 数据区 | 错误校验码 |
| 8位 | 8位 | N × 8位 | 16位 |
地址码：地址码是信息帧的第一字节(8位)，从0到255。这个字节表明由用户设置地址的从机将接收由主机发送来的信息。每个从机都必须有唯一的地址码，并且只有符合地址码的从机才能响应回送。当从机回送信息时，相当的地址码表明该信息来自于何处。
功能码：主机发送的功能码告诉从机执行什么任务。表1-1列出的功能码都有具体的含义及操作。
| 代码 | 含义 | 操作 |
| 03 | 读取数据 | 读取当前寄存器内一个或多个二进制值 |
| 06 | 重置单一寄存器 | 把设置的二进制值写入单一寄存器 |
数据区：数据区包含需要从机执行什么动作或由从机采集的返送信息。这些信息可以是数值、参考地址等等。例如，功能码告诉从机读取寄存器的值，则数据区必需包含要读取寄存器的起始地址及读取长度。对于不同的从机，地址和数据信息都不相同。
错误校验码：主机或从机可用校验码进行判别接收信息是否出错。有时，由于电子噪声或其它一些干扰，信息在传输过程中会发生细微的变化，错误校验码保证了主机或从机对在传送过程中出错的信息不起作用。这样增加了系统的安全和效率。错误校验采用CRC-16校验方法。
注：信息帧的格式都基本相同：地址码、功能码、数据区和错误校验码。
2．错误校验
冗余循环码（CRC）包含2个字节，即16位二进制。CRC码由发送设备计算，放置于发送信息的尾部。接收信息的设备再重新计算接收到信息的 CRC码，比较计算得到的CRC码是否与接收到的相符，如果两者不相符，则表明出错。
CRC码的计算方法是，先预置16位寄存器全为1。再逐步把每8位数据信息进行处理。在进行CRC码计算时只用8位数据位，起始位及停止位，如有奇偶校验位的话也包括奇偶校验位，都不参与CRC码计算。
在计算CRC码时，8位数据与寄存器的数据相异或，得到的结果向低位移一字节，用0填补最高位。再检查最低位，如果最低位为1，把寄存器的内容与预置数相异或，如果最低位为0，不进行异或运算。
这个过程一直重复8次。第8次移位后，下一个8位再与现在寄存器的内容相相异或，这个过程与以上一样重复8次。当所有的数据信息处理完后，最后寄存器的内容即为CRC码值。CRC码中的数据发送、接收时低字节在前。
计算CRC码的步骤为：
- 预置16位寄存器为十六进制FFFF（即全为1）。称此寄存器为CRC寄存器；
- 把第一个8位数据与16位CRC寄存器的低位相异或，把结果放于CRC寄存器；
- 把寄存器的内容右移一位(朝低位)，用0填补最高位，检查最低位；
- 如果最低位为0：重复第3步(再次移位); 如果最低位为1：CRC寄存器与多项式A001（1010 0000 0000 0001）进行异或；
- 重复步骤3和4，直到右移8次，这样整个8位数据全部进行了处理；
- 重复步骤2到步骤5，进行下一个8位数据的处理；
- 最后得到的CRC寄存器即为CRC码。
3．功能码03，读取点和返回值：
仪表采用Modbus RTU通讯规约，利用通讯命令，可以进行读取点(“保持寄存器”) 或返回值(“输入寄存器” )的操作。保持和输入寄存器都是16位（2字节）值，并且高位在前。这样用于仪表的读取点和返回值都是2字节。一次最多可读取寄存器数是60。由于一些可编程控制器不用功能码03，所以功能码03被用作读取点和返回值。从机响应的命令格式是从机地址、功能码、数据区及CRC码。数据区中的寄存器数据都是每两个字节高字节在前。
4．功能码06，单点保存
主机利用这条命令把单点数据保存到仪表的存储器。从机也用这个功能码向主机返送信息。
二、编程举例
下面是一个用VC编写的ModBus RTU通讯的例子
（一）、通讯口设置
DCB dcb;
hCom=CreateFile("COM1",
GENERIC_READ|GENERIC_WRITE,
0,
NULL,
OPEN_EXISTING,
0,
NULL);
if(hCom==INVALID_HANDLE_VALUE)
{
MessageBox("createfile error,error");
}
BOOL error=SetupComm(hCom,1024,1024);
if(!error)
MessageBox("setupcomm error");
error=GetCommState(hCom,&dcb);
if(!error)
MessageBox("getcommstate,error");
dcb.BaudRate=2400;
dcb.ByteSize=8;
dcb.Parity=EVENPARITY;//NOPARITY;
dcb.StopBits=ONESTOPBIT;
error=SetCommState(hCom,&dcb);
（二）、CRC校验码计算
UINT crc
void calccrc(BYTE crcbuf)
{
BYTE i;
crc=crc ^ crcbuf;
for(i=0;i<8;i++)
{
BYTE TT;
TT=crc&1;
crc=crc>>1;
crc=crc&0x7fff;
if (TT==1)
crc=crc^0xa001;
crc=crc&0xffff;
}
}
（三）、数据发送
zxaddr=11;//读取地址为11的巡检表数据
zxnum=10;//读取十个通道的数据
writebuf2[0]=zxaddr;
writebuf2[1]=3;
writebuf2[2]=0;
writebuf2[3]=0;
writebuf2[4]=0;
writebuf2[5]=zxnum;
crc=0xffff;
calccrc(writebuf2[0]);
calccrc(writebuf2[1]);
calccrc(writebuf2[2]);
calccrc(writebuf2[3]);
calccrc(writebuf2[4]);
calccrc(writebuf2[5]);
writebuf2[6]=crc & 0xff;
writebuf2[7]=crc/0x100;
WriteFile(hCom,writebuf2,8,&comnum,NULL);
（四）、数据读取
ReadFile(hCom,writebuf,5+zxnum*2,&comnum,NULL);//读取zxnum个通道数据
可增加错误处理程序，如地址码错误、CRC码错误判断、通讯故障处理等。
ModBus通信系统协议
ModBus网络是一个工业通信系统，由带智能终端的可编程序控制器和计算机通过公用线路或局部专用线路连接而成。其系统结构既包括硬件、亦包括软件。它可应用于各种数据采集和过程监控。下表1是ModBus的功能码定义。
表1 ModBus功能码
| 功能码 | 名称 | 作用 |
| 01 | 读取线圈状态 | 取得一组逻辑线圈的当前状态（ON/OFF) |
| 02 | 读取输入状态 | 取得一组开关输入的当前状态（ON/OFF) |
| 03 | 读取保持寄存器 | 在一个或多个保持寄存器中取得当前的二进制值 |
| 04 | 读取输入寄存器 | 在一个或多个输入寄存器中取得当前的二进制值 |
| 05 | 强置单线圈 | 强置一个逻辑线圈的通断状态 |
| 06 | 预置单寄存器 | 把具体二进值装入一个保持寄存器 |
| 07 | 读取异常状态 | 取得8个内部线圈的通断状态，这8个线圈的地址由控制器决定，用户逻辑可以将这些线圈定义，以说明从机状态，短报文适宜于迅速读取状态 |
| 08 | 回送诊断校验 | 把诊断校验报文送从机，以对通信处理进行评鉴 |
| 09 | 编程（只用于484） | 使主机模拟编程器作用，修改PC从机逻辑 |
| 10 | 控询（只用于484） | 可使主机与一台正在执行长程序任务从机通信，探询该从机是否已完成其操作任务，仅在含有功能码9的报文发送后，本功能码才发送 |
| 11 | 读取事件计数 | 可使主机发出单询问，并随即判定操作是否成功，尤其是该命令或其他应答产生通信错误时 |
| 12 | 读取通信事件记录 | 可是主机检索每台从机的ModBus事务处理通信事件记录。如果某项事务处理完成，记录会给出有关错误 |
| 13 | 编程（184/384 484 584） | 可使主机模拟编程器功能修改PC从机逻辑 |
| 14 | 探询（184/384 484 584） | 可使主机与正在执行任务的从机通信，定期控询该从机是否已完成其程序操作，仅在含有功能13的报文发送后，本功能码才得发送 |
| 15 | 强置多线圈 | 强置一串连续逻辑线圈的通断 |
| 16 | 预置多寄存器 | 把具体的二进制值装入一串连续的保持寄存器 |
| 17 | 报告从机标识 | 可使主机判断编址从机的类型及该从机运行指示灯的状态 |
| 18 | （884和MICRO 84） | 可使主机模拟编程功能，修改PC状态逻辑 |
| 19 | 重置通信链路 | 发生非可修改错误后，是从机复位于已知状态，可重置顺序字节 |
| 20 | 读取通用参数（584L） | 显示扩展存储器文件中的数据信息 |
| 21 | 写入通用参数（584L） | 把通用参数写入扩展存储文件，或修改之 |
| 22～64 | 保留作扩展功能备用 | |
| 65～72 | 保留以备用户功能所用 | 留作用户功能的扩展编码 |
| 73～119 | 非法功能 | |
| 120～127 | 保留 | 留作内部作用 |
| 128～255 | 保留 | 用于异常应答 |
ModBus网络只是一个主机，所有通信都由他发出。网络可支持247个之多的远程从属控制器，但实际所支持的从机数要由所用通信设备决定。采用这个系统，各PC可以和中心主机交换信息而不影响各PC执行本身的控制任务。表2是ModBus各功能码对应的数据类型。
表2 ModBus功能码与数据类型对应表
| 代码 | 功能 | 数据类型 |
| 01 | 读 | 位 |
| 02 | 读 | 位 |
| 03 | 读 | 整型、字符型、状态字、浮点型 |
| 04 | 读 | 整型、状态字、浮点型 |
| 05 | 写 | 位 |
| 06 | 写 | 整型、字符型、状态字、浮点型 |
| 08 | N/A | 重复“回路反馈”信息 |
| 15 | 写 | 位 |
| 16 | 写 | 整型、字符型、状态字、浮点型 |
| 17 | 读 | 字符型 |
（1）ModBus的传输方式
在ModBus系统中有2种传输模式可选择。这2种传输模式与从机PC通信的能力是同等的。选择时应视所用ModBus主机而定，每个ModBus系统只能使用一种模式，不允许2种模式混用。一种模式是ASCII（美国信息交换码），另一种模式是RTU（远程终端设备）这两种模式的定义见表3
表3 ASCII和RTU传输模式的特性
| 特性 | ASCII(7位） | RTU(8位） | |
| 编码系统 | 十六进制（使用ASCII可打印字符：0～9，A～F) | 二进制 | |
| 每一个字符的位数 | 开始位 | 1位 | 1位 |
| 数据位（最低有效位第一位） | 7位 | 8位 | |
| 奇偶校验（任选） | 1位（此位用于奇偶校验，无校应则无该位） | 1位（此位用于奇偶校验，无校应则无该位） | |
| 停止位 | 1或2位 | 1或2位 | |
| 错误校验 | LRC（即纵向冗余校验） | CRC(即循环冗余校验） |
ASCII可打印字符便于故障检测，而且对于用高级语言（如Fortan）编程的主计算机及主PC很适宜。RTU则适用于机器语言编程的计算机和PC主机。
用RTU模式传输的数据是8位二进制字符。如欲转换为ASCII模式，则每个RTU字符首先应分为高位和低位两部分，这两部分各含4位，然后转换成十六进制等量值。用以构成报文的ASCII字符都是十六进制字符。ASCII模式使用的字符虽是RTU模式的两倍，但ASCII数据的译玛和处理更为容易一些，此外，用RTU模式时报文字符必须以连续数据流的形式传送，用ASCII模式，字符之间可产生长达1s的间隔，以适应速度较快的机器。
表4给出了以RTU方式读取整数据的例子
以RTU方式读取整数据的例子
| 主机请求 | ||||||
| 地址 | 功能码 | 第一个寄存器的高位地址 | 第一个寄存器的低位地址 | 寄存器的数量的高位 | 寄存器的数量的底位 | 错误校验 |
| 01 | 03 | 00 | 38 | 00 | 01 | XX |
| 从机应答 | |||||
| 地址 | 功能码 | 字节数 | 数据高字节 | 数据低字节 | 错误校验 |
| 01 | 03 | 2 | 41 | 24 | XX |
| 十六进制数4124表示的十进制整数为16676，错误校验值要根据传输方式而定。 | |||||
（2）ModBus的数据校验方式
CRC-16（循环冗余错误校验）
CRC-16错误校验程序如下：报文（此处只涉及数据位，不指起始位、停止位和任选的奇偶校验位）被看作是一个连续的二进制，其最高有效位（MSB）首选发送。报文先与X↑16相乘（左移16位），然后看X↑16+X↑15+X↑2+1除，X↑16+X↑15+X↑2+1可以表示为二进制数11000000000000101。整数商位忽略不记，16位余数加入该报文（MSB先发送），成为2个CRC校验字节。余数中的1全部初始化，以免所有的零成为一条报文被接收。经上述处理而含有CRC字节的报文，若无错误，到接收设备后再被同一多项式（X↑16+X↑15+X↑2+1）除，会得到一个零余数（接收设备核验这个CRC字节，并将其与被传送的CRC比较）。全部运算以2为模（无进位）。
习惯于成串发送数据的设备会首选送出字符的最右位（LSB-最低有效位）。而在生成CRC情况下，发送首位应是被除数的最高有效位MSB。由于在运算中不用进位，为便于操作起见，计算CRC时设MSB在最右位。生成多项式的位序也必须反过来，以保持一致。多项式的MSB略去不记，因其只对商有影响而不影响余数。
生成CRC-16校验字节的步骤如下：
①装如一个16位寄存器，所有数位均为1。
②该16位寄存器的高位字节与开始8位字节进行“异或”运算。运算结果放入这个16位寄存器。
③把这个16寄存器向右移一位。
④若向右（标记位）移出的数位是1，则生成多项式1010000000000001和这个寄存器进行“异或”运算；若向右移出的数位是0，则返回③。
⑤重复③和④，直至移出8位。
⑥另外8位与该十六位寄存器进行“异或”运算。
⑦重复③~⑥，直至该报文所有字节均与16位寄存器进行“异或”运算，并移位8次。
⑧这个16位寄存器的内容即2字节CRC错误校验，被加到报文的最高有效位。
另外，在某些非ModBus通信协议中也经常使用CRC16作为校验手段，而且产生了一些CRC16的变种，他们是使用CRC16多项式X↑16+X↑15+X↑2+1，单首次装入的16位寄存器为0000；使用CRC16的反序X↑16+X↑14+X↑1+1，首次装入寄存器值为0000或FFFFH。
LRC（纵向冗余错误校验）
LRC错误校验用于ASCII模式。这个错误校验是一个8位二进制数，可作为2个ASCII十六进制字节传送。把十六进制字符转换成二进制，加上无循环进位的二进制字符和二进制补码结果生成LRC错误校验（参见图）。这个LRC在接收设备进行核验，并与被传送的LRC进行比较，冒号（：）、回车符号（CR）、换行字符（LF）和置入的其他任何非ASCII十六进制字符在运算时忽略不计。
表5 LRC生成范例－－读取02号从机的前8个线圈
| 二进制 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
