一、读功能码
1、 01 (0x01)读线圈
在一个远程设备中，使用该功能码读取线圈的 1 至 2000 连续状态。请求 PDU 详细说明了起始地址，即指定的第一个线圈地址和线圈编号。从零开始寻址线圈。因此寻址线圈 1-16 为 0-15。
根据数据域的每个比特将响应报文中的线圈分成为一个线圈。指示状态为 1= ON 和 0= OFF。第一个数据字节的 LSB（最低有效位）包括在询问中寻址的输出。其它线圈依次类推，一直到这个字节的高位端为止，并在后续字节中从低位到高位的顺序。
如果返回的输出数量不是八的倍数，将用零填充最后数据字节中的剩余比特（一直到字节的高位端）。字节数量域说明了数据的完整字节数。
将输出 27-20 的状态表示为十六进制字节值 CD，或二进制 1100 1101。输出 27 是这个字节的MSB，输出 20 是 LSB。
通常，将一个字节内的比特表示为 MSB 位于左侧，LSB 位于右侧。第一字节的输出从左至右27 至 20。下一个字节的输出从左到右为 35 至 28。当串行发射比特时，从 LSB 向 MSB 传输：20 . . .27、28 . . . 35 等等。
在最后的数据字节中，将输出状态 38-36 表示为十六进制字节值 05，或二进制 0000 0101。输出 38 是左侧第六个比特位置，输出 36 是这个字节的 LSB。用零填充五个剩余高位比特。
注：用零填充五个剩余比特（一直到高位端）。
图 10：读取线圈状态图
2、02 (0x02)读离散量输入
在一个远程设备中，使用该功能码读取离散量输入的 1 至 2000 连续状态。请求 PDU 详细说明了起始地址，即指定的第一个输入地址和输入编号。从零开始寻址输入。因此寻址输入 1-16 为 0-15。
根据数据域的每个比特将响应报文中的离散量输入分成为一个输入。指示状态为 1= ON 和 0= OFF。第一个数据字节的 LSB（最低有效位）包括在询问中寻址的输入。其它输入依次类推，一直到这个字节的高位端为止，并在后续字节中从低位到高位的顺序。
如果返回的输入数量不是八的倍数，将用零填充最后数据字节中的剩余比特（一直到字节的高位端）。字节数量域说明了数据的完整字节数。
将离散量输入状态 204-197 表示为十六进制字节值 AC，或二进制 1010 1100。输入 204 是这个字节的 MSB，输入 197 是这个字节的 LSB。
将离散量输入状态 218-213 表示为十六进制字节值 35，或二进制 0011 0101。输入 218 位于左侧第3 比特，输入 213 是 LSB。
注：用零填充 2 个剩余比特（一直到高位端）。
图 11：读离散量输入的状态图
3、 03 (0x03)读保持寄存器
在一个远程设备中，使用该功能码读取保持寄存器连续块的内容。请求 PDU 说明了起始寄存器地址和寄存器数量。从零开始寻址寄存器。因此，寻址寄存器 1-16 为 0-15。
将响应报文中的寄存器数据分成每个寄存器有两字节，在每个字节中直接地调整二进制内容。
对于每个寄存器，第一个字节包括高位比特，并且第二个字节包括低位比特。
将寄存器 108 的内容表示为两个十六进制字节值 02 2B，或十进制 555。将寄存器 109-110 的内容分别表示为十六进制 00 00 和 00 64，或十进制 0 和 100。
图 12：读保持寄存器的状态图
4、 04(0x04)读输入寄存器
在一个远程设备中，使用该功能码读取 1 至大约 125 的连续输入寄存器。请求 PDU 说明了起始地址和寄存器数量。从零开始寻址寄存器。因此，寻址输入寄存器 1-16 为 0-15。
将响应报文中的寄存器数据分成每个寄存器为两字节，在每个字节中直接地调整二进制内容。
对于每个寄存器，第一个字节包括高位比特，并且第二个字节包括低位比特。
将输入寄存器 09 的内容表示为两个十六进制字节值 00 0A，或十进制 10。
图 13：读输入寄存器的状态图
二、写功能码
1、 05 (0x05)写单个线圈
在一个远程设备上，使用该功能码写单个输出为 ON 或 OFF。
请求数据域中的常量说明请求的 ON/OFF 状态。十六进制值 FF 00 请求输出为 ON。十六进制值 00 00 请求输出为 OFF。其它所有值均是非法的，并且对输出不起作用。
请求 PDU 说明了强制的线圈地址。从零开始寻址线圈。因此，寻址线圈 1 为 0。线圈值域的常量说明请求的 ON/OFF 状态。十六进制值 0XFF00 请求线圈为 ON。十六进制值 0X0000 请求线圈为OFF。其它所有值均为非法的，并且对线圈不起作用。
正常响应是请求的应答，在写入线圈状态之后返回这个正常响应。
图 14：写单个输出状态图
2、06 (0x06)写单个寄存器
在一个远程设备中，使用该功能码写单个保持寄存器。
请求 PDU 说明了被写入寄存器的地址。从零开始寻址寄存器。因此，寻址寄存器 1 为 0。
正常响应是请求的应答，在写入寄存器内容之后返回这个正常响应。
图 15：写单个寄存器状态图
3、 15 (0x0F) 写多个线圈
在一个远程设备中，使用该功能码强制线圈序列中的每个线圈为 ON 或 OFF。请求 PDU 说明了强制的线圈参考。从零开始寻址线圈。因此，寻址线圈 1 为 0。
请求数据域的内容说明了被请求的 ON/OFF 状态。域比特位置中的逻辑“1”请求相应输出为ON。域比特位置中的逻辑“0”请求相应输出为 OFF。
正常响应返回功能码、起始地址和强制的线圈数量。
这是一个请求从线圈 20 开始写入 10 个线圈的实例：
请求的数据内容为两个字节：十六进制 CD 01 (二进制 1100 1101 0000 0001)。使用下列方法，二进制比特对应输出。
比特：1 1 0 0 1 1 0 1 0 0 0 0 0 0 0 1
输出：27 26 25 24 23 22 21 20 _ _ _ _ _ _ 29 28
传输的第一字节(十六进制 CD)寻址为输出 27-20，在这种设置中，最低有效比特寻址为最低输出（20）。
传输的下一字节(十六进制 01)寻址为输出 29-28，在这种设置中，最低有效比特寻址为最低输出（28）。
应该用零填充最后数据字节中的未使用比特。
图 16：写多个输出的状态图
4、 16 (0x10) 写多个寄存器
在一个远程设备中，使用该功能码写连续寄存器块(1 至约 120 个寄存器)。
在请求数据域中说明了请求写入的值。每个寄存器将数据分成两字节。
正常响应返回功能码、起始地址和被写入寄存器的数量。
图 17：写多个寄存器状态图
三、文件相关
1、 20 (0x14) 读文件记录
使用该功能码进行文件记录读取。根据字节数量提供所有请求数据长度，并且根据寄存器提供所有记录长度。
文件是记录的结构。每个文件包括 10000 个记录，寻址这些记录为十进制 0000 至 9999 或十六进制 0X0000 至 0X270F，例如寻址记录 12 为 12。
该功能可以读取多个参考组。这些组可以是分散的(不连续的)，但每组中的参考必须是连续的。
用含有 7 个字节的独立“子请求”域定义每个组：
参考类型：1 个字节(必须规定为 6)
文件号：2 个字节
文件中的起始记录号：2 个字节
被读出的记录长度：2 个字节
被读取的寄存器数量不能超过 MODBUS 报文允许的长度：256 个字节，这个寄存器数量与预期响应中的所有其它域组合。
正常响应是一系列“子响应”，与“子请求”一一对应。字节数域是所有“子响应”中的全部组合字节数。另外，每个“子响应”都包括一个表示自身字节数的域。
这是一个请求从远程设备读取两个参考组的实例：
组1 包括文件 4 中的 2 个寄存器，以寄存器 1 开始（地址 0001）。
组2 包括文件 3 中的 2 个寄存器，以寄存器 9 开始（地址 0009）。
图 18：读文件记录状态图
2、 21 (0x15) 写文件记录
使用该功能码进行文件记录写入。根据字节数量提供所有请求数据长度，并且根据 16 比特字的数量提供所有记录长度。
文件是记录的结构。每个文件包括 10000 个记录，寻址这些记录为十进制 0000 至 9999 或十六进制 0X0000 至 0X270F，例如寻址记录 12 为 12。
该功能可以写多个参考组。这些组可以是分散的，即不连续的，但每组内的参考必须是连续的。
用含有 7 个字节和数据的独立“子请求”域定义每个组：
参考类型：1 个字节(必须规定为 6)
文件号：2 个字节
文件中的起始记录号：2 个字节
被写入的记录长度：2 个字节
被写入的数据：每个寄存器为 2 字节。
被写入的寄存器数量不能超过 MODBUS 报文允许的长度：256 个字节，这个寄存器数量与询问中的所有其它域组合。
正常响应是请求的应答。
这是一个请求将一个参考组写入远程设备的实例：
组包括文件4 中的3 个寄存器，以寄存器7 开始（地址0007）。
图 19：写文件记录状态图
3、 22 (0x16) 屏蔽写寄存器
该功能码用于通过利用 AND 屏蔽、OR 屏蔽以及寄存器内容的组合来修改特定保持寄存器的内容。使用这个功能设置或清除寄存器中的单个比特。
请求说明了被写入的保持寄存器、AND屏蔽使用的数据以及 OR 屏蔽使用的数据。
从0 开始寻址寄存器。因此，寻址寄存器 1-16为0-15。功能的算法为：
结果= (当前内容 AND And_Mask) OR (Or_Mask AND And_Mask)
例如：
注：如果Or_Mask 值为零，那么结果是当前内容和 And_Mask的简单逻辑 AND（与）。如果 And_Mask 值为零，结果等于 Or_Mask值。可以使用读保持寄存器功能（功能码03）读出寄存器的内容。于是，当控制器扫描它的用户逻辑程序时，随后可以改变寄存器的内容。
正常的响应是请求的应答。在已经写入寄存器之后，返回响应。
图 20：屏蔽写保持寄存器状态图
四、其他功能码
1、 23 (0x17) 读/写多个寄存器
在一个单独 MODBUS 事务中，这个功能码实现了一个读操作和一个写操作的组合。从零开始寻址保持寄存器。因此，寻址保持寄存器 1-16为0-15。
请求说明了起始地址、被读取的保持寄存器号和起始地址、保持寄存器号以及被写入的数据。在写数据域中，字节数说明随后的字节号。
正常响应包括被读出的寄存器组的数据。在读数据域中，字节数域说明随后的字节数量。
这是一个请求从寄存器4开始读六个寄存器并且从寄存器15开始读三个寄存器的实例：
图 21：读/写多个寄存器状态图
2 、43 (0x2B)读设备识别码
这个功能码允许读取与远程设备的物理描述和功能描述相关的识别码和附加报文。
将读设备识别码接口模拟为一个地址空间，这个地址空间由一组可寻址数据元素组成。数据元素是被叫对象，并且对象Id确定这个数据元素。
接口由 3 种对象组成：
- 基本设备识别码。所有此种对象都是必备的：厂商名称、产品代码和修订本号。
- 正常设备识别码。除基本数据对象以外，设备提供了附加的和可选择的识别码以及数据对象描述。按标准定义所有种类的对象，但是这种对象的执行是可选的。
- 扩展设备识别码。除正常数据对象以外，设备提供了附加的和可选的识别码以及专用数据描述。所有这些数据都是与设备有关的。
请求参数描述：
指配号为14的MODBUS封装接口识别读识别码请求。定义四种访问类型：
01：请求获得基本设备识别码（流访问）
02：请求获得正常设备识别码（流访问）
03：请求获得扩展设备识别码（流访问）
04：请求获得特定识别码对象（专用访问）
在识别码数据不适合单独响应的情况下，可以需要几个请求/响应事务处理。对象id字节给出了获得的第一个对象识别码。对于第一个事物处理来说，客户机必须设置对象id为0，以便获得设备识别码数据的开始。对于下列事务来说，客户机必须设置对象id为前面响应中服务器的返回值。
如果对象id不符合任何已知对象，那么服务器象指向对象0那样响应（从头开始）。
在单个访问的情况下：ReadDevId代码04，请求中的对象id给出了获得的对象识别码。
如果对象id不符合任何已知对象，那么服务器返回一个异常码＝02（非法数据地址）的异常响应。
响应参数描述：
功能码： 功能码 43（十进制）0x2B (十六进制)
MEI 类型： 为设备识别码接口指配号的 14 (0x0E) MEI 类型
ReadDevId 码： 与请求 ReadDevId 码相同：01、02、03 或 04
一致性等级： 设备的识别码一致性等级和支持访问的类型
01：基本识别码(仅流访问)
02：正常识别码(仅流访问)
03：扩展识别码(仅流访问)
81：基本识别码(流访问和单个访问)
82：正常识别码(流访问和单个访问)
83：扩展识别码(流访问和单个访问)
随后更多： 在 ReadDevId 码 01、02或03(流访问)的情况下，
如果识别码数据不符合单个响应，那么需要几个请求/响应事务处理。
00：对象不再是可利用的
FF：其它识别码对象是可利用的，并且需要更多 MODBUS 事务处理
在 ReadDevId码04(单个访问)的情况下，
必须设置这个域为00。
下一个对象 Id： 如果“随后更多=FF”，那么请求下一个对象的识别码
如果“随后更多=00”，那么必须设置为00(无用的)对象号
在响应中返回的对象识别码号
(对于单个访问，对象号码= 1)
对象 0.id： PDU 中返回的第一个对象识别码(流访问)或请求对象的识别码（单个访问）
Object0.长度： 第一个对象的字节长度
Object0.值： 第一个对象的值(对象0.长度字节)
…
ObjectN.id： 最后对象的识别码(在响应中)
ObjectN.长度： 最后对象的字节长度
ObjectN.值： 最后对象的值(对象N.长度字节)
“基本设备识别码”的读设备识别码请求的实例：在这个实例中，一个响应PDU中发送所有的报文。
如果一个设备需要几个事务处理发送响应，那么启动下列事务处理。
图 22：读设备识别码状态图
五、MODBUS 异常响应
当客户机设备向服务器设备发送请求时，客户机希望一个正常响应。从主站询问中出现下列四种可能事件之一：
- 如果服务器设备接收到无通信错误的请求，并且可以正常地处理询问，那么服务器设备将返回一个正常响应。
- 如果由于通信错误，服务器没有接收到请求，那么不能返回响应。客户机程序将最终处理请求的超时状态。
- 如果服务器接收到请求，但是检测到一个通信错误（奇偶校验、LRC、CRC、...），那么不能返回响应。客户机程序将最终处理请求的超时状态。
- 如果服务器接收到无通信错误的请求，但不能处理这个请求（例如，如果请求读一个不存在的输出或寄存器），服务器将返回一个异常响应，通知用户错误的本质特性。
异常响应报文有两个与正常响应不同的域：
功能码域：在正常响应中，服务器利用响应功能码域来应答最初请求的功能码。所有功能码的最高有效位（MSB）都为0（它们的值都低于十六进制 80）。在异常响应中，服务器设置功能码的MSB为1。这使得异常响应中的功能码值比正常响应中的功能码值高十六进制80。
通过设置功能码的MSB，客户机的应用程序能够识别异常响应，并且能够检测异常码的数据域。
数据域：在正常响应中，服务器可以返回数据域中数据或统计表（请求中要求的任何报文）。在异常响应中，服务器返回数据域中的异常码。这就定义了产生异常的服务器状态。
客户机请求和服务器异常响应的实例：
在这个实例中，客户机对服务器设备寻址请求。功能码(01)用于读输出状态操作。它将请求地址1245(十六进制04A1)的输出状态。值得注意的是，象输出域(0001)号码说明的那样，只读出一个输出。
如果在服务器设备中不存在输出地址，那么服务器将返回异常码(02)的异常响应。这就说明从站的非法数据地址。
异常码的列表：
