Modbus RTU协议说明

目录

一、协议的基本特点

二、协议的报文说明

三、协议的错误说明

四、CRC校验说明

五、报文的格式

---

一、协议的基本特点

Modbus是施耐德电气于1979年为使用PLC通信而发表的一种串行通信协议。现在它已经成为工业领域通信协议的业界标准，并且是工业电子设备之间常用的连接方式。Modbus被广泛使用的原因主要有三个：

1、公开发表并且无版权要求。（免费）

2、易于部署和维护。（方便）

3、对供应商来说，修改移动本地的比特或字节没有很多限制。（修改简单）

Modbus通信协议作用在OSI模型的物理层（1层）、数据链路层（2层）及应用层（7层）。这里的OSI被称为开放系统互联参考模型，它定义了网络互连的七层框架，每层框架都有其各自的通信协议。

 而通信协议其实就是一种约定，一种编码和解码的方式。例如用莫尔斯电码打出三短三长三短（编码），知道协议的人，就会明白这是在表示求救信号（解码），反之，则很难理解它的含义。Modbus也是如此，在之后的内容中我们将更加清楚的看到这一点。

二、协议的报文说明

Modbus协议有三类，分别是：Modbus-RTU、Modbus-ASCII、Modbus-TCP。一般来说，一个设备只有其中的一种协议，而且Modbus规定，Modbus-RTU是设备必须支持的协议，也是默认选项。所以大多数设备都采用了Modbus-RTU协议通信。

先来看一个简单的Modbus-RTU报文。首先声明一点，我们将电脑上的串口助手当作主站，M2101或M1002模块作为从站。根据命令的不同，使用的从站设备也有所不同。

 当主站或者说客户机发送了请求报文：01 02 00 00 00 04 79 C9，从站（M1001）或者说服务器会返回响应报文：01 02 01 0F E1 8C。报文中的每一小段都是由一个字节也就是两个十六进制码构成。例如0F，它的二进制是0000 1111。

那我们要怎样理解报文数据呢？以主站发送的报文为例，它可以分为三部分，分别是：地址域——01；协议数据单元（PDU）——02 00 00 00 04，它包含功能码和数据；差错校验——79 C9。而且响应报文与请求报文比较相似，我们将在之后的内容中一起说明。

 首先看地址域部分。它是由一个8位字节构成，那么理论上可以有256个不同的地址。这是否意味我们可以为主站连接256个从站设备呢？答案是否定的。因为在这256个地址空间中又有以下这些区别。Modbus规定地址0保留为广播地址，1～247为子节点单独地址，248～255为保留地址。所以从机的地址范围在1～247之间，而其他地址可以由用户自由扩展。这样就可以在满足用户特定需求的同时尽量保持协议的兼容性。当然，保留区也具有同样的功能，如设置特定地址段的广播指令等等。需要注意的是地址域只和从站有关，主站是没有地址标识的，而且每个从站的地址都是唯一的，以便于与其它从站区别。

根据地址域的不同，Modbus分为广播与单播两种请求模式。

在广播模式下，所有从站必须执行主站命令，而无需应答返回。

 在单播模式中，一个Modbus事务处理包含两个报文：一个来自主节点（主站）的请求，一个来自子节点（从站）的应答。

 它的具体过程是：主节点发送请求后进入等待应答状态，只有特定子节点应答完成后，主节点才可以进行下一个事务处理。而且同一时刻，主节点只会发起一个Modbus事务处理。当然主节点在等待响应时会同步启动响应超时机制，避免主节点永远处于等待应答状态。不管是何种模式，子节点都不会主动发送数据，而且子节点间也不会互相通信。在报文中可以看到，无论是主站的请求还是从站的应答，报文的起始位都是地址域。

 接下来说明报文的协议报文单元（PDU），它由功能码和数据构成。功能码由一个字节表示，它可以分为三类：公共功能码、用户定义功能码和保留功能码。我们结合实例，说明公共功能码中常用的几个功能码以及数据域的内容。需要注意的是，下面的说明内容只包含报文中的PDU部分，而省略了它的地址域和校验域。在介绍具体的协议功能码前，先看看Modbus协议控制的寄存器的种类。如下图：

 我们可以将寄存器分为四类，每种寄存器都有其特定的地址区域。

Modbus-RTU协议的功能有很多，这里我们将结合实例为大家说明几个常用的功能码。

 主站输入报文：01 00 02 00 06。

报文的首字节是功能码域。01功能码是读线圈命令，可以读取线圈1至2000的连续状态。线圈其实就是DO（数字输出），它的对象类型是单个比特，1表示ON，0表示OFF。从站的线圈有很多，在执行01命令时，从站要从那个线圈开始读？需要读几个？这就要功能码后的数据域来定义了。以输如的00 02 00 06为例，前两个字节表示起始地址，其中00是线圈起始地址的高位，02是线圈起始地址的低位。后两个字节表示要读取的线圈数量，00表示读取数量的高位，06表示读取数量的低位。因为报文都是十六进制写的，所以00 02转换为十进制是2，00 06转换为十进制是6。那么数据域就表示从第3个线圈开始读，一直读到第8个线圈为止。

那么从站（M1002）的响应报文01 01 00的各个字节都有什么含义呢？

开始的第一个字节还是功能码，表示从站执行的是主站请求的01命令。紧接着的一个字节01，表示从站返回的字节数，也就是返回1个字节，其中的00表示8-3线圈的状态，它的二进制是0000 0000从右至左依次表示3-8线圈的状态，最高两位用0填充，这是因为协议必须要输出一个完整的字节才行。

读离散量的功能码是02，与读线圈的功能码报文相差无几，我们就不介绍了。

写线圈的功能码又分为写单个线圈05和写多个线圈0F，我们以0F功能码为例，说明报文的含义。0F功能码可以强制线圈序列中的每个线圈为ON或OFF。发送的请求报文是：0F 00 02 00 06 01 2A。

 0F自然是功能码域，之后的四个字节分别是起始地址位00 02，输出数量00 06。紧接着的一个01字节表示要为线圈写入一个字节的内容，内容是2A，用二进制表示是0010 1010，对应的线圈顺序是8-3，数据字节中未使用的比特还是用零填充。

 从站（M1002）的响应报文是0F 00 02 00 06。

0F是说明从站执行的功能码，之后的四个字节中，前两个字节是起始地址位，后两个字节是输出数量。我们发现，在执行0F命令时，响应报文和请求报文的前五个字节是完全相同的。

 接着介绍04功能码，它可以读取1至125的连续寄存器。每个连续寄存器以两个字节表示。发送的请求报文是：04 00 67 00 04。

 04是它的功能码，寄存器的起始地址是00 67，00 04表示要读4个寄存器的值。所以请求报文是要读取寄存器104-107也就是M2101模块上的IN 3到IN 6这四个寄存器中的值。

这些值是怎样计算的呢？打开M2101模块的用户手册。

热电偶输入寄存器列表地址3X中的3是用来区分模块上的各种寄存器， 命令04都是在操作3区的寄存器。其中的X是表示十进制，所以地址30104的实际地址就是十进制的104，转换为十六进制就是68。但是在十进制表示中，首个寄存器是1，而十六进制表示中，首个寄存器是00，所以在命令中就将104（十进制）地址表示为67（十六进制）。

从站（M2101）返回的响应报文则是：04 08 F5 55 F5 55 18 63 01 1A。

04功能字节后的08字节表示读取了8个字节的数据，其中F5是寄存器104的高八位，55是它的低八位，而F555正是模块在无温度数据下返回的默认值；01是寄存器107的高八位，1A是它的低八位，011A是模块采集的温度数据。因为模块返回的返回值是以0.1℃为单位的16位整型数据，所以返回的温度是28.2℃。

最后介绍10功能码，它可以写连续寄存器块。发送的请求报文为：10 00 67 00 02 04 00 00 00 07。

在功能码10之后是起始地址00 67，要写的寄存器数量00 02，需要写入的字节数04，它们是00 00 00 07。查看模块的用户手册，

可以明白，请求报文要将IN 3通道的热电偶类型改变为B型（00 00），将IN 4通道改变为N型（00 07）。

从站（M2101）的响应报文则是10 00 67 00 02，与请求报文的前五个字节并无差别。

表明从站执行了请求命令。我们可以在软件上查看一下。关闭串口，打开Manager软件，找到设备后点击Function Config就可以看到通道的热电偶类型发生了改变。

上述的Modbus-RTU协议报文我们可以这样理解：当主站要发送请求报文时，首先要确定报文是发送给谁的，也就是地址域；然后说明自己要干什么，也就是功能码；其次要确定这件事从哪里开始干，干到那里停止，也就是起始地址和输出数量；倘若有要求的话，主站还要在报文中写入自己的具体要求，也就是字节数和字节内容。从站的响应报文也可如此理解。

对于Modbus协议的其它功能码我们便不再一一介绍。它们的详细内容，大家可以参考Modbus协议说明。

三、协议的错误说明

到现在为止，我们已经说明了Modbus-RTU协议的大部分内容，但还有两个问题困扰着我们：如果出现错误怎么办？毕竟意外总会发生。还有一个则是，报文最后两字节的CRC校验应该怎样计算？下面就来解释这两个问题。

我们以一个实例来说明错误的响应报文有什么样的特点。当然，这里给出还是省略地址域和校验域的报文。当主站发送请求报文02 00 00 00 05后，

 从站（M1002）产生的响应报文是82 03。

通过前面的介绍，我们可以知道主站的请求是要读取1至5的离散量输入（DI）状态。但返回的响应报文显然是错误的，为什么会这样？检查M-1002发现，模块上并没有五个离散量输入。

 修改请求报文为02 00 00 00 04，

 产生的响应报文为02 01 0F，这是正确的回执。

 那异常报文82 03具有什么样的特点呢？

我们将响应报文分为功能码域和数据码域。因为正常响应的所有功能码的最高有效位都为0，即功能码的值都低于十六进制的80（1000 0000）。所以异常响应报文的功能码出现的是正常功能码加80的值，也就是异常报文中显示的82。

 而数据域中的异常码03，定义了产生异常的从站状态。协议中定义的异常码如下图所示。

所以对实例中异常报文的解释就是：从站在执行02功能码时发生错误（82），出现错误的原因是：在从站想要查询的值中包含不可允许的值（03）。

这样我们就可以通过异常响应报文，更轻松地找出错误发生的原因。

四、CRC校验说明

CRC校验也就是循环冗余校验，它由两个字节组成，并且会附加在报文后面发送出去，它的具体值由发送设备计算。而接收设备在接收报文时会重新计算CRC的值，并将结果和实际收到的CRC值相比较，如果两个值不相等，则为错误。

 CRC的生成过程如下：

1. 将一个16位寄存器装入十六进制FFFF（全1），将之称作CRC寄存器
2. 将报文的第一个8位字节与16位CRC寄存器的低字节异或，结果置于CRC寄存器。
3. 将CRC寄存器右移1位（向LSB方向），MSB充零。提取并检测LSB。
4. 如果LSB为0，重复步骤3；如果LSB为1，对CRC寄存器异或多项式值0xA001（1010 0000 0000 0001）。
5. 重复步骤3和4，直到完成8次位移。当做完此操作后，将完成对8位字节的完整操作。
6. 对报文中的下一个字节重复步骤2到5，继续此操作直到所有报文处理完毕。
7. CRC寄存器中的最终内容为CRC值
8. 当放置CRC值与报文时，高低字节必须交换。

因为篇幅问题，我们只尝试计算02 07的CRC值，并给出如下的计算过程：

 

 当然我们也可以使用函数自动生成CRC。

 上述程序将所有可能的CRC值都预装在两个数组中，当计算报文内容时简单索引即可。函数的两个参数：unsigned char*puchMsg表示指向含有用于生成CRC的二进制数据报文缓冲区的指针；unsigned short usDataLen表示报文缓冲区的字节数。

五、报文的格式

对于Modbus-RTU报文我们最后还要说明的一点是：在RTU传输模式下每个字节都有11位，当然，我们只需要输入编码系统中的8位字节就可以了。11位字节的格式是这样的：

 1个起始位，8个数据位（首先发送最低有效位），1个奇偶校验位，一个停止位。除了8个数据位需要我们自己输入外，其它位都是由协议自动添加。同时Modbus协议也支持无校验，不过此时它的停止位就变成两位了。

要注意的是：不管Modbus-RTU协议有无奇偶校验，CRC校验都是必须存在的。此链接是Modbus-RTU协议的视频说明。Modbus RTU 的视频说明https://www.bilibili.com/video/BV1Qr4y1M7oE/?spm_id_from=333.788&vd_source=a840efafc4eaad82ef9b216d7904def0

ps：文中提及的软件和模块等内容大家可以去此链接中查看。https://www.smacq.cn/

使用的串口软件的是SSCOM串口/网络数据调试器。