ModBus协议-功能码-0x03

最新推荐文章于 2025-11-13 15:15:59 发布
原创 最新推荐文章于 2025-11-13 15:15:59 发布 · 2.6w 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ModBus协议功能码

本文详细解析了Modbus协议中03功能码的应用，包括如何使用该功能码读取远程设备中连续的保持寄存器内容，以及请求与响应数据包的具体格式和示例。此外还介绍了异常返回情况及分析。


03 (0x03) Read Holding Registers
This function code is used to read the contents of a contiguous block of holding registers in a remote device. The Request PDU specifies the starting register address and the number of registers. In the PDU Registers are addressed starting at zero. Therefore registers numbered 1-16 are addressed as 0-15.
The register data in the response message are packed as two bytes per register, with the binary contents right justified within each byte. For each register, the first byte contains the high order bits and the second contains the low order bits.



The contents of register 108 are shown as the two byte values of 02 2B hex, or 555 decimal. The contents of registers 109–110 are 00 00 and 00 64 hex, or 0 and 100 decimal,respectively.



0x6B = 107
[108,110]

108 02 2B
109 00 00
110 00 64


Tx:01 03 00 6B 00 03
Rx:01 03 06 02 2B 00 00 00 64

发送分析

01 从站

03 功能码

00 6B 起始地址

00 03 读取个数

返回分析

01 从站 

03 功能码

06 读取的字节个数

02 2B 寄存器数值

00 00  寄存器数值

00 64 寄存器数值


异常返回分析

01 83 02

01 从站

83 命令吗 80+03

02 错误号 参看第0节 ModBus Exception codes

注意：当判断返回功能码83的时候同样需要做CRC校验，如果校验通过，则证明是从站返回来的错误提示码，如果不通过则可能是返回命令的时候受到了干扰，很有可能是将03干扰成了83.












Modbus协议03：Modbus功能码和协议分类
zhangjinajian759的博客
09-14 1397
【3】Modbus协议功能码说明_哔哩哔哩_bilibili。1.Modbus协议功能码介绍。2.Modbus协议分类。
西门子200smart MODBUS TCP 通信返回83 02错误
风之羽
10-29 1万+
错误码 02， 非法数据地址。 打算从VW100开始读6个数值 使用modbus tcp软件发命令 也可以用手册里的modscan64（需注册） 这里的错误是，想当然的以为，读VW100的值，modbus命令里也要用100（0x64）。 错误也很符合故障码02的描述。 200smart里，数据寄存器最大100个，又从第100个读6个或者1个数据，数据地址肯定错了。 发：00 01 00 00 00 06 ff 03 00 64 00 01 回：00 01 00 00 00 03 ff 83 02
Modbus Slave返回0x83错误码
ddidi111的博客
08-28 1896
主设备读取了两段地址，0x3000读取10个寄存器，0x3010读取两个寄存器；从设备只配置了0x3000开始的10个寄存器，导致从设备判断读取的地址越界，所以返回了0x83错误码。在用Modbus Slave模拟modbus从设备，主设备用0x03功能码读取保持寄存器的值，工具返回0x83错误码。原因：通常，Modbus返回83错误码一般都是modbus slave 设备的地址有问题。修改从设备配置0x3000开始的20个寄存器，问题解决。
Modbus03功能码读取
最新发布
like_sunshine978的博客
11-13 1522
主从架构 (Master-Slave)主站 (Master)： 主动发起请求的设备，通常是上位机（如 SCADA 系统、HMI、PC 软件）。同一时间网络上只能有一个主站。从站 (Slave)： 响应主站请求的设备，通常是终端设备（如温度传感器、电机控制器）。每个从站都有一个唯一的地址（1-247）。简单明了： 协议格式简单，易于开发和部署，这是它经久不衰的重要原因。开放标准： 协议规范是公开的，无需版权费用，促进了其广泛采用。两种主要传输模式： 基于二进制格式，通过串行通信。
modbus协议举例（03功能码）
weixin_48867130的博客
08-27 2811
在这个示例中，我们展示了如何通过Modbus RTU协议读取从设备的保持寄存器。通过正确构建请求帧并解析响应帧，可以实现与Modbus设备的通信。
Modbus-RTU模式 03功能码
ddidi111的博客
08-28 2457
02 表示后面数据的字节数,因为一个寄存器有2个字节,所以后面的字节数肯定是2*查询的寄存器个数。01 表示读取的寄存器数量低8位，即这条数据帧代表从第0个地址开始，读取一个寄存器。00 第三组表示读取的寄存器数量高8位。00 第一组表示寄存器起始地址高8位。00 第二组表示寄存器起始地址低8位。XX 第一组表示CRC校验低8位。XX 第二组表示CRC校验高8位。XX 第一组表示CRC校验低8位。XX 第二组表示CRC校验高8位。00 第一组表示数据高8位。00 第二组表示数据低8位。
modbus的03,06,10,14,15,17指令
热门推荐
乄小小胖的博客
09-30 9万+
一、03：读保持寄存器，可读多个或者单个寄存器内容 主机请求 域名 所占字节数 可输入的数据内容 从机地址 1个字节 根据从机地址而定 功能码 1个字节 0x03 寄存器起始地址 2个字节 根据所要读取的寄存器位置而定，范围是0x0000 至 0xFFFF 寄存器数目 2个字节 1 至 125（0x7D) CRC校验码 2个字节 根据前面的数据计算出来 从机响应 域名 所占字节数 返回的数据内容 从机地址 1个字节 从机地址 功能码 1个字节 0x0.
C# 与 C 分别实现最简单的tcp-modbus 通信测试 （func_code = 0x03）
ez scope
01-02 4883
工作需要，常常使用工程控制中使用的iec104 、opc、 modbus等协议。不过我编写的程序多是在应用层实现的。为了之后的工作和学习，写了最简单的测试程序，用于测试modbus下位机（应该不是叫下位机吧！只是一种提供服务的设备）的应答。 编程思路都很简单，创建请求帧，并接收响应帧，解析出来即可。我使用了两种编程语言，主要是以防万一其中一个的运行环境处问题（前几天.NET就用不起了，不得不用办
【嵌入式学习7】MODBUS协议 - 常用功能码
weixin_60546365的博客
04-21 1654
通信：读取数据、写入数据协议：被大多数人任何的规范约定，当大多数人都遵守协议时可以提供工作效率。
QT环境下实现ModbusRTU以及ModBusTCP 支持功能码：0x01、0x03、0x0f、0x10
06-25
支持功能码：0x01、0x03、0x0f、0x10 适用人群，想了解Modbus协议的人，以及从事相关行业的人。了解了这个协议，对于学习其他协议如CAN,1533B等都非常容易，其实这些协议是原理都差不多，只是不同的协议他们约定的...
MODBUS协议(功能码及报文解析)-485功能码
12-11
- **功能码03 (0x03)**：读取保持寄存器（Read Holding Registers） - **功能码04 (0x04)**：读取输入寄存器（Read Input Registers） - **功能码05 (0x05)**：写单个线圈（Write Single Coil） - **功能码06 (0x06)...
精选资源
Modbus功能码一览表(最全版)_Modbus功能码一览表_
10-01
3. 功能码0x03（读保持寄存器）：用于读取远程设备的保持寄存器值。保持寄存器存储数据，即使电源断开也会保留。 4. 功能码0x04（读输入寄存器）：读取输入寄存器的值，这些寄存器通常反映了现场设备的测量值，如...
精选资源
H5U-通讯-MODBUS元件地址编码和功能码定义.pdf
09-03
本文档介绍了汇川H5U系列控制器中的Modbus协议支持的功能码、软元件和变量的地址定义、MODBUS RTU和MODBUS TCP通讯帧格式说明。 MODBUS协议支持的功能码 MODBUS协议是一种常用的工业通讯协议，用于控制器与外部...
C# ModbusRtu 读取 03功能码
qq_37523855的博客
10-22 1254
int startaddr = startaddress; //起始地址 int readlen = readlength;//地址长度 List<byte> command = new List<byte>(); command.Add(1); command.Add(0x3); command.Add(BitConverter.Ge...
Modbus-RTU通讯协议03功能码详解——小白一看就会的协议解析
机会是留给有准备的人
07-27 3万+
Modubus 03功能码数据帧解析 主机发送Master: 假设从机地址为06，则主机发送为 06 03 00 00 00 01 XX XX 06 表示从机地址 03 表示modbus03功能码 00 第一组表示寄存器起始地址高8位 00 第二组表示寄存器起始地址低8位 00 第三组表示读取的寄存器数量高8位 01 表示读取的寄存器数量低8位，即这条数据帧代表从第0个地址开始，读取一个寄存器 XX 第一组表示CRC校验高8位 XX 第二组表示CRC校验低8位 从机收到回复Slave： 06 03 02
MODBUS-功能码详解
Stephen_yu的专栏
09-28 5216
转自https://blog.csdn.net/xiaoluoshan/article/details/73233955 —————————————————————————————————————————————————————— ———————————————————————————————————————————————————————— ...
MODBUS常用功能码
jiangchuan465的博客
02-09 1万+
寄存器分为四种，如表1.1所示：表1.1 寄存器分类。
MODBUS RTU功能码
cokerr的博客
04-29 1464
01 02 03 04返回的具体数据 每两个为一组 高位在前低位在后。01 21 从那个地址开始读 01为高八位 21为低八位。MODBUS RTU 03 功能码。PC------>PLC请求信号。00 02 读几个字 02为两个。03功能码 读多个连续的字。CE为高八位 95为低八位。03 功能码 读多个连续字。03 功能码 读多个连续字。
Modbus-RTU功能码0x4的主机和从机协议格式
08-02
<think>首先，用户的问题是：“我想了解Modbus-RTU功能码0x4的主机和从机协议格式 请问Modbus-RTU function code 0x4 master and slave protocol format”。所以，我需要专注于Modbus-RTU协议中功能码0x04的格式。 功能码0x04是“读取输入寄存器”（Read Input Registers）。根据引用[3]，它被描述为：(0x04): read input registers —> 读取输入寄存器。 现在，我需要回忆Modbus-RTU协议的基本结构。引用[4]提到：Modbus帧的格式，包括从站地址、功能码、起始寄存器地址、寄存器数量、CRC等。引用[3]给出了一个具体的帧格式示例： - 发送帧格式：slave address (1 byte), function code (1 byte), start reg (2 bytes), reg number (2 bytes), CRC (2 bytes)。 对于功能码0x04（读取输入寄存器），主机请求帧和从机响应帧的结构如下： 1. **主机请求帧（Master Request）**： - 从站地址（Slave Address）：1字节 - 功能码（Function Code）：1字节（0x04） - 起始寄存器地址（Starting Address）：2字节（指定要读取的寄存器的起始地址） - 寄存器数量（Number of Registers）：2字节（指定要读取的寄存器数量） 2. **从机响应帧（Slave Response）**： - 从站地址（Slave Address）：1字节 - 功能码（Function Code）：1字节（0x04） - 字节计数（Byte Count）：1字节（表示数据部分的字节数） - 寄存器值（Register Values）：每个寄存器2字节，因此数据长度是寄存器数量 * 2字节 - CRC：2字节 在响应帧中，字节计数表示数据部分的字节数。由于每个寄存器是16位（2字节），所以字节计数 = 寄存器数量 * 2。 现在，我需要确保我的回答使用中文，因为用户指定了“使用中文回答”。用户的问题是用中文写的，所以我应该用中文回复。 回答结构需要清晰，帮助用户逐步解决问题。系统指令说：“回答结构清晰，帮助用户逐步解决问题，尽量保证回答真实可靠”。 此外，我需要生成相关问题。系统指令说：“生成相关问题”。在示例中，相关问题以“§§相关问题§§”开头。 引用：我需要自然地添加引用标识。引用[^1]、[^2]、[^3]、[^4]是提供的参考，我应该基于这些引用。引用[3]直接提到了功能码0x04，所以我应该引用它。 关键点： - 主机请求帧：从站地址、功能码(0x04)、起始地址、寄存器数量。 - 从机响应帧：从站地址、功能码(0x04)、字节计数、寄存器数据、CRC。 CRC是循环冗余校验码，用于错误检测。 在Modbus-RTU中，帧以静默时间（silence period）开始和结束，但帧格式本身是上述内容。 现在，构建回答： 1. 介绍功能码0x04。 2. 解释主机请求帧格式。 3. 解释从机响应帧格式。 4. 可能给出一个示例。 5. 添加相关问题。 使用LaTeX格式： - 行内数学表达式用$...$，如地址值。 - 独立公式用$$...$$，但可能不需要复杂公式，所以用行内即可。 例如，起始地址可以是$0x0000$。 最后，生成相关问题。 相关问题示例： 1. 功能码0x04与其他读取功能码的区别？ 2. 如何计算Modbus-RTU帧的CRC？ 3. Modbus-RTU协议中错误处理机制？ 确保回答真实可靠：基于Modbus标准协议。 完整回答结构： - 开头：简要介绍。 - 主机请求帧详细格式。 - 从机响应帧详细格式。 - 示例。 - 相关问题。 引用：在相关部分添加[^3]或[^4]，因为引用[3]提到了功能码，引用[4]提到了帧格式。</think>### Modbus-RTU 功能码 0x04 协议格式详解 Modbus-RTU 是一种基于串行通信（如 RS-232 或 RS-485）的工业协议，用于主机（Master）和从机（Slave）之间的数据交换。功能码 0x04（读取输入寄存器）用于主机读取从机设备中的输入寄存器值（例如传感器数据）。每个输入寄存器为 16 位（2 字节），只读属性。下面我将逐步解释主机请求帧和从机响应帧的协议格式，确保内容真实可靠，基于 Modbus 标准协议[^3][^4]。 #### 1. **主机请求帧（Master Request）** 主机发送请求帧以查询从机输入寄存器。帧格式固定，由以下字段组成（总长度 8 字节）： - **从站地址（Slave Address）**：1 字节，指定目标从机 ID，范围 $0x01$ 到 $0xF7$（1~247 十进制），其中 $0x00$ 为广播地址（但功能码 0x04 不支持广播）[^1]。 - **功能码（Function Code）**：1 字节，固定为 $0x04$（表示读取输入寄存器）。 - **起始寄存器地址（Starting Address）**：2 字节，指定要读取的第一个寄存器的地址，采用大端序（高位字节在前）。地址范围通常为 $0x0000$ 到 $0xFFFF$（例如，$0x0000$ 表示第一个寄存器）。 - **寄存器数量（Number of Registers）**：2 字节，指定要读取的寄存器数量，范围 $0x0001$ 到 $0x007D$（1~125 十进制），因为最大读取量受帧大小限制。 - **CRC 校验（Cyclic Redundancy Check）**：2 字节，基于前述字段计算出的错误检测码，用于确保数据完整性[^4]。 帧格式示例（十六进制表示）： - 假设主机请求读取从机 ID $0x01$ 的起始地址 $0x0002$（第三个寄存器），数量 $0x0003$（3 个寄存器）： ``` 01 04 00 02 00 03 [CRC] ``` 其中 `[CRC]` 为 CRC 计算值（如 $0x31D1$）。 #### 2. **从机响应帧（Slave Response）** 从机收到有效请求后，返回响应帧。帧格式包括数据值，长度可变（最小 5 字节 + 数据部分）： - **从站地址（Slave Address）**：1 字节，回显主机请求中的从机 ID（如 $0x01$）。 - **功能码（Function Code）**：1 字节，固定为 $0x04$（与请求一致）。 - **字节计数（Byte Count）**：1 字节，表示后续数据字段的总字节数。计算公式：$ \text{寄存器数量} \times 2 $（因为每个寄存器占 2 字节）。 - **寄存器数据（Register Data）**：变长字段，每个寄存器以 2 字节大端序存储。数据长度 = 字节计数。 - **CRC 校验（Cyclic Redundancy Check）**：2 字节，基于前述字段计算[^3][^4]。 帧格式示例（十六进制表示）： - 接上例，从机返回 3 个寄存器的值：$0x1234$（第一个值）、$0x5678$（第二个值）、$0x9ABC$（第三个值）： ``` 01 04 06 12 34 56 78 9A BC [CRC] ``` 其中： - `06` 是字节计数（3 寄存器 × 2 = 6 字节）。 - `12 34` 等为寄存器值。 - `[CRC]` 为 CRC 计算值（如 $0x45F2$）。 #### 关键注意事项 - **错误处理**：如果请求无效（如地址越界或寄存器数量超限），从机返回异常响应（功能码 $0x84$ + 错误码），但这不是功能码 0x04 的正常格式[^3]。 - **CRC 计算**：CRC 使用多项式算法（如 CRC-16-Modbus），工具如 Modbus Poll 可辅助调试[^3]。 - **协议限制**：最大读取 125 个寄存器（250 字节数据），避免帧过长导致超时[^4]。 #### 示例场景 - **主机请求**：读取从机 $0x02$ 的起始地址 $0x0000$，数量 $0x0002$。 ``` 02 04 00 00 00 02 [CRC] ``` - **从机响应**：返回值 $0x55AA$ 和 $0x33CC$。 ``` 02 04 04 55 AA 33 CC [CRC] ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值