1. 搞懂寄存器地址这件事，为什么总卡住新手
干工控和自动化这行的朋友，几乎都绕不开 Modbus 这个协议。它诞生于上世纪七十年代末，结构简单、开放免费、实现成本低，几十年下来硬是成了工业现场事实上的通用语言。不管是 PLC、变频器、温控仪表、电表、称重模块，还是各种传感器，只要带个串口或者网口，十有八九都支持 Modbus。但真正上手调试的时候，绝大多数人遇到的第一个拦路虎，不是协议本身有多难，而是——不知道寄存器地址。
这个问题的普遍程度，我可以说，几乎每个刚接触 Modbus 的人都踩过。你手里拿着一台设备，说明书翻到通讯部分，上面写着“支持 Modbus RTU 协议”，然后给了一张表，列着“温度值”“设定值”“运行状态”之类的参数，但地址那一栏要么是空的，要么写的是 40001、30001 这种让人一头雾水的编号。你把这些数字填进调试软件，读出来全是 0 或者直接报异常，根本不知道问题出在哪。
更让人抓狂的是，不同厂家对地址的表述方式还不一样。有的写 0-based 地址，有的写 1-based 地址，有的写 4xxxx 格式，有的直接给十六进制。你按照说明书填进去，读不到数据，换一种填法，可能就通了。这种“试出来”的过程，对老手来说可能几分钟就搞定，但对新手来说，可能折腾一整天都找不到北。
这篇文章就是冲着这个问题来的。我会从 Modbus 地址的本质讲起，把 0-based 和 1-based 的区别彻底说清楚，然后手把手带你用 Modbus Poll、Modbus Slave 这类工具去扫描和验证地址，再结合汇川 PLC、三菱 FX3U 加温控仪表、西门子 S7-1200 配 CM1241 这些实际场景，把寄存器地址查找和验证的完整流程走一遍。不管你是刚入行的自动化工程师，还是做设备维护的技术员，或者是在做物联网项目需要对接 Modbus 设备的开发者，这篇内容都能让你少走弯路。
2. Modbus 寄存器地址的本质：别被 4xxxx 骗了
2.1 四种寄存器类型与地址编号的由来
要搞清楚寄存器地址，首先得明白 Modbus 协议里到底有几种寄存器。很多人一上来就盯着地址数字看，却忽略了寄存器类型这个前提，结果就是方向错了，怎么试都试不出来。
Modbus 协议定义了四种基本的数据区域，每种区域对应不同的功能码：
| 寄存器类型 | 功能码 | 数据区编号范围 | 读写权限 | 典型用途 |
|---|---|---|---|---|
| 线圈（Coil） | 01/05/15 | 00001-09999 | 读写 | 开关量输出，如继电器控制 |
| 离散输入（Discrete Input） | 02 | 10001-19999 | 只读 | 开关量输入，如限位开关状态 |
| 输入寄存器（Input Register） | 04 | 30001-39999 | 只读 | 模拟量输入，如温度、电压采样值 |
| 保持寄存器（Holding Register） | 03/06/16 | 40001-49999 | 读写 | 参数设定值、配置数据 |
这张表就是那个让无数人困惑的“4xxxx”编号体系的来源。最早 Modbus 协议用这种五位数编号来区分不同的数据区，第一位数字代表区域类型，后四位代表在该区域内的偏移量。比如 40001 表示保持寄存器的第一个寄存器，30001 表示输入寄存器的第一个寄存器。
但问题来了：这个五位数编号只是人类可读的“逻辑地址”，并不是协议报文里实际传输的“物理地址”。当你用 Modbus Poll 或者自己写代码发请求的时候，报文里放的地址是 0-based 的偏移量，而不是 40001 这种编号。
2.2 0-based 与 1-based：差一位，差之千里
这是 Modbus 地址问题里最容易出错的地方，没有之一。
协议报文层面，地址是从 0 开始计数的。也就是说，保持寄存器的第一个寄存器，在报文里的地址是 0x0000。但很多设备说明书用的是 1-based 编号，把它叫做 40001。这两个说的是同一个东西，但数字看起来完全不一样。
我举个实际例子。假设你要读一个温控仪表的当前温度值，说明书上写的是“温度值：40001，只读，单位 0.1℃”。你在 Modbus Poll 里配置的时候，应该填的地址是 0，功能码选 03（读保持寄存器），数量填 1。如果你直接填 40001，软件会报错或者读到完全不相干的数据。
再比如，说明书上写“设定温度：40002，读写”。对应的报文地址就是 1。你发功能码 03、起始地址 1、数量 1 的请求，就能读到设定值。
这里有个简单的换算规则：
- 保持寄存器：报文地址 = 4xxxx 编号 - 40001
- 输入寄存器：报文地址 = 3xxxx 编号 - 30001
- 线圈：报文地址 = 0xxxx 编号 - 1
- 离散输入：报文地址 = 1xxxx 编号 - 10001
但注意，有些厂家不用 4xxxx 编号，直接给 0-based 地址，比如“温度值：地址 0”。这时候你直接用 0 就行。还有些厂家给的是 1-based 地址，比如“温度值：地址 1”，那报文地址就是 0。
提示：拿到任何设备的 Modbus 地址表，第一件事不是急着填软件，而是先确认它用的是哪种编号体系。确认方法很简单：看地址范围。如果地址从 1 开始，大概率是 1-based；如果从 0 开始，就是 0-based。如果出现 40001 这种五位数，那就是 4xxxx 体系。
2.3 地址偏移的常见陷阱
除了 0-based 和 1-based 的区别，还有一个坑是地址偏移。有些设备说明书给的地址是“相对于某个基准的偏移量”，而不是绝对地址。比如汇川 PLC 的 Modbus 地址映射，就经常需要根据软元件编号做转换。
以汇川 H5U 系列 PLC 为例，它的 Modbus 地址映射规则大致是这样的：D 寄存器的地址 = D 编号 + 一个固定偏移。比如 D0 对应的 Modbus 地址可能是 0x0000，D100 对应 0x0064。但不同系列的 PLC，这个映射关系可能不一样，必须查对应型号的通讯手册。
三菱 FX3U 加 485ADP-MB 模块的情况也类似。FX3U 的 D 寄存器在 Modbus 协议下的地址映射，需要参考三菱的通讯手册。一般来说，D0 对应 Modbus 地址 0x0000，D100 对应 0x0064，但这个规则不是所有型号都通用。
西门子 S7-1200 配 CM1241 模块做 Modbus RTU 通讯时，地址映射又不一样。S7-1200 的 DB 块数据区需要通过 MB_MASTER 指令的 DATA_ADDR 参数来指定 Modbus 地址，这个地址是 0-based 的，需要根据 DB 块内的偏移量来计算。
所以，查地址这件事，不能只看通用规则，必须结合具体设备型号的通讯手册。手册里通常会有一张详细的地址映射表，告诉你每个参数对应的 Modbus 地址是多少、用什么功能码、数据类型是什么、单位是什么。这张表才是你真正需要的东西。
3. 没有地址表怎么办：用工具扫描和验证
3.1 Modbus Poll 的扫描功能怎么用
理想情况下，每个设备都有完整的通讯手册和地址表。但现实是，很多国产设备或者老设备的说明书写得极其简略，甚至根本没有地址表。这时候，你就需要靠工具去扫描和验证。
Modbus Poll 是 Windows 平台上最常用的 Modbus 主站调试工具，功能很全，支持 RTU 和 TCP，能读能写，还能做数据记录。它的扫描功能虽然不算特别强大，但配合手动测试，足够应付大多数场景。
具体操作步骤是这样的：
打开 Modbus Poll，点击 Connection 菜单，选择 Connect，配置好串口参数（波特率、数据位、停止位、校验位）或者 TCP 参数（IP 地址、端口号）。这些参数必须和设备手册一致，否则连不上。
连接成功后，点击 Setup 菜单，选择 Read/Write Definition。在弹出的窗口里，设置 Slave ID（从站地址）、Function（功能码）、Address（起始地址）、Quantity（寄存器数量）、Scan Rate（扫描周期）。
先从一个较小的地址范围开始扫描，比如地址 0 到 100，功能码选 03，数量填 100。这样你能一次性看到 100 个保持寄存器的值。
观察哪些地址有非零数据。通常来说，有实际意义的寄存器不会全是 0。但注意，有些寄存器可能本来就是 0，比如设定值默认为 0，所以不能只靠“非零”来判断。
对于有数据的地址，尝试改变设备状态（比如给传感器加热、改变设定值），观察哪个地址的数据跟着变化。变化的那几个地址，大概率就是你要找的目标寄存器。
如果 03 功能码扫不到，换 04 功能码再扫一遍。有些设备的模拟量输入用的是输入寄存器，不是保持寄存器。
如果 03 和 04 都扫不到，再试 01 和 02 功能码，看看是不是开关量。
注意：扫描的时候不要把 Scan Rate 设得太快，尤其是串口通讯，波特率低的时候扫描太快容易丢包。一般 9600 波特率下，扫描周期设 1000ms 以上比较稳妥。TCP 通讯可以快一些，200-500ms 都行。
3.2 Modbus Slave 模拟从站辅助验证
有时候你手头没有实际设备，或者设备不方便反复折腾，这时候可以用 Modbus Slave 来模拟一个从站，先验证你的主站配置和地址理解是否正确。
Modbus Slave 的用法和 Modbus Poll 类似，只是角色反过来。你可以在 Modbus Slave 里定义一组寄存器，设置好地址和值，然后用 Modbus Poll 去读。如果能正确读到，说明你的地址配置逻辑是对的。然后再把同样的逻辑应用到实际设备上。
这个方法的妙处在于，你可以完全控制从站的行为，想改哪个寄存器的值就改哪个，想模拟异常响应就模拟异常响应。对于理解 Modbus 地址和报文格式来说，这是最直观的方式。
具体操作：
打开 Modbus Slave，配置好通讯参数，和 Modbus Poll 保持一致。
在 Setup 菜单里选择 Slave Definition，设置 Slave ID、Function、Address、Quantity。比如你想模拟 10 个保持寄存器，就从地址 0 开始，数量填 10。
在表格里双击某个单元格，可以修改寄存器的值。你可以给不同的寄存器设置不同的值，方便区分。
打开 Modbus Poll，用相同的通讯参数连接，读取地址 0 到 9 的保持寄存器。如果能看到你在 Modbus Slave 里设置的值，说明整个链路是通的。
然后你可以尝试改变 Modbus Poll 里的地址偏移，比如从地址 1 开始读，看看读到的数据是不是整体偏移了一位。这样你就能直观地理解 0-based 和 1-based 的区别。
3.3 用报文分析工具看底层数据
如果你想知道 Modbus 报文里到底发了什么，可以用串口助手或者报文分析工具抓包。比如用 ComMonitor、SSCOM 这类串口调试助手，配合一个 485 转 USB 模块，就能看到主站和从站之间的原始报文。
一条典型的 Modbus RTU 读保持寄存器请求报文是这样的：
01 03 00 00 00 01 84 0A拆解一下：
01：从站地址03：功能码，读保持寄存器00 00：起始地址，0-based，这里是地址 000 01：寄存器数量，读 1 个寄存器84 0A：CRC 校验码
从站正常响应：
01 03 02 00 64 B9 AF01：从站地址03：功能码02：数据字节数，2 字节00 64：寄存器值，十六进制 0x0064，十进制 100B9 AF：CRC 校验
如果你在报文里看到起始地址是00 00，但说明书上写的是 40001，那就印证了 40001 对应报文地址 0 这个规则。如果说明书上写的是 1，报文地址也是00 00，那就说明说明书用的是 1-based 编号。
异常响应长这样：
01 83 02 C0 F101：从站地址83：功能码 03 的最高位置 1，表示异常02：异常码，02 表示非法数据地址C0 F1：CRC 校验
看到异常码 02，基本可以确定是地址不对，或者功能码用错了。异常码 01 表示非法功能码，03 表示非法数据值，04 表示从站设备故障。这些异常码在排查问题的时候非常有用。
4. 实战场景：不同设备的地址查找与验证
4.1 汇川 PLC Modbus RTU 寄存器地址映射
汇川 PLC 在国内市场占有率很高，尤其是 H5U、AM 系列，很多小型自动化项目都在用。它的 Modbus RTU 通讯功能很完善，但地址映射规则需要查手册。
以 H5U 为例，它作为 Modbus 从站时，D 寄存器的地址映射大致如下：
| 软元件 | Modbus 地址（0-based） | 功能码 | 说明 |
|---|---|---|---|
| D0 | 0x0000 | 03/06 | 保持寄存器 |
| D1 | 0x0001 | 03/06 | 保持寄存器 |
| D100 | 0x0064 | 03/06 | 保持寄存器 |
| M0 | 0x0000 | 01/05 | 线圈 |
| M100 | 0x0064 | 01/05 | 线圈 |
这个映射规则看起来简单，但实际用的时候有几个坑：
第一，汇川不同系列的 PLC，地址映射可能不一样。H5U 和 AM 系列的映射规则就有差异，必须查对应型号的通讯手册。
第二，D 寄存器的数据格式。汇川 PLC 的 D 寄存器是 16 位的，但如果要传输 32 位数据（比如浮点数），需要占用两个连续的寄存器。这时候地址怎么算、高低字怎么排，都需要确认。
第三，Modbus 地址和软元件编号的对应关系，有些系列是直接对应，有些系列有偏移。比如某些型号的 D0 可能对应 Modbus 地址 0x1000，而不是 0x0000。这个必须查手册确认。
我实际调试汇川 PLC 的时候，一般会先用 Modbus Poll 扫描一遍，确认 D0 到 D100 对应的 Modbus 地址范围，然后再去写程序。这样比翻手册快，也更可靠。
4.2 三菱 FX3U + 485ADP-MB + E5CC 温控仪表通讯
这个组合在小型温控系统里非常常见。FX3U 是主站，通过 485ADP-MB 模块走 Modbus RTU 协议，读 E5CC 温控仪表的温度值和设定值。
E5CC 的 Modbus 地址表在欧姆龙的手册里有详细说明。常用的几个寄存器：
| 参数 | Modbus 地址（1-based） | 报文地址（0-based） | 功能码 | 数据类型 |
|---|---|---|---|---|
| 当前温度值 | 40001 | 0 | 03 | 16位有符号整数 |
| 设定温度值 | 40002 | 1 | 03/06 | 16位有符号整数 |
| 运行状态 | 40003 | 2 | 03 | 16位整数 |
| 报警状态 | 40004 | 3 | 03 | 16位整数 |
在 FX3U 这边，用 ADPRW 指令来读写 Modbus 寄存器。ADPRW 指令的格式是：
ADPRW S1 S2 S3 S4 S5 D- S1：从站地址
- S2：功能码
- S3：起始地址（0-based）
- S4：寄存器数量
- S5：主站存储起始地址
- D：完成标志
比如要读 E5CC 的当前温度值，从站地址设为 1，功能码 03，起始地址 0，数量 1，读到的数据存到 D100。梯形图大概是这样：
[ADPRW K1 K3 K0 K1 D100 M0]这条指令的意思是：向从站 1 发送功能码 03，起始地址 0，读 1 个寄存器，结果存到 D100，完成标志存到 M0。
实际调试的时候，我遇到过几个问题：
一是 485ADP-MB 模块的通讯参数配置。波特率、数据位、停止位、校验位必须和 E5CC 完全一致。E5CC 默认是 9600、8、1、None，但有些现场为了抗干扰会改成偶校验，这时候 FX3U 这边也要跟着改。
二是 ADPRW 指令的完成标志处理。M0 置位表示通讯完成，但完成不代表成功。如果通讯失败，M0 也会置位，但 D100 里的数据可能是旧的或者无效的。所以最好配合 M8029 或者错误代码来判断通讯是否真正成功。
三是地址偏移。E5CC 手册上写的是 40001，但 ADPRW 指令里要填 0。这个转换必须做对，否则读不到数据。
4.3 西门子 S7-1200 + CM1241 与变频器 Modbus 通讯
西门子 S7-1200 配 CM1241 RS485 模块做 Modbus RTU 主站，和变频器通讯，也是常见场景。S7-1200 这边需要用 MB_MASTER 指令，地址参数是 0-based 的。
假设要读变频器的输出频率，变频器手册上写的是“输出频率：40001，单位 0.01Hz”。在 S7-1200 这边，MB_MASTER 指令的 DATA_ADDR 参数填 0，DATA_LEN 填 1，MODE 填 0（读），就能读到输出频率。
但 S7-1200 的 Modbus 通讯有几个特殊之处：
第一，MB_MASTER 指令需要配合 MB_COMM_LOAD 指令使用，先初始化通讯端口，再调用 MB_MASTER。两个指令的调用顺序和触发条件不能搞错。
第二，DATA_ADDR 参数是 0-based 的，但有些变频器手册给的是 1-based 地址，需要手动减 1。
第三，数据格式。变频器的输出频率可能是 16 位整数，也可能是 32 位浮点数。如果是 32 位数据，需要读两个连续的寄存器，然后在 PLC 里做高低字合并和类型转换。
第四，通讯超时和重试。MB_MASTER 指令有超时参数，如果变频器响应慢，需要适当加大超时时间。同时建议加一个重试逻辑，通讯失败后自动重试几次，提高可靠性。
我实际做过的项目里，S7-1200 和汇川变频器、台达变频器、ABB 变频器都做过 Modbus RTU 通讯。不同品牌的变频器，地址映射和数据格式差异很大，必须逐个查手册确认。但一旦确认好了，通讯本身是很稳定的。
5. 常见问题与排查技巧实录
5.1 读不到数据？先查这五个地方
读不到数据是 Modbus 调试中最常见的问题。根据我的经验，90% 以上的问题都出在以下五个地方：
第一，通讯参数不匹配。波特率、数据位、停止位、校验位，这四个参数必须和从站设备完全一致。我见过太多人因为校验位设错（None 设成 Even，或者反过来）折腾半天的。建议先用串口助手确认从站设备的实际通讯参数，再配置主站。
第二，从站地址不对。Modbus 从站地址范围是 1 到 247，0 是广播地址。有些设备默认从站地址是 1，有些是 2，还有些是 247。如果从站地址设错，从站根本不会响应。可以用 Modbus Poll 的扫描功能，从地址 1 扫到 247，看哪个地址有响应。
第三，功能码用错。读保持寄存器用 03，读输入寄存器用 04，读线圈用 01，读离散输入用 02。如果功能码用错，从站会返回异常码 01（非法功能码）。这时候换一个功能码再试。
第四，地址偏移不对。这是最隐蔽的问题。说明书上写 40001，你填 40001 读不到，填 0 可能就读到了。或者说明书上写 0，你填 0 读不到，填 1 可能就读到了。解决办法就是手动试几个偏移量，或者用报文分析工具看实际发出的地址是多少。
第五，数据格式不对。读到了数据，但值不对。比如读到的温度值是 235，实际温度是 23.5℃。这说明数据需要除以 10。或者读到的值是 0x0064，实际应该是 100，但显示出来是 25600，这说明高低字节反了。数据格式的问题需要查手册确认。
5.2 异常码速查与对应处理
Modbus 异常码是排查问题的重要线索。从站返回异常响应时，功能码的最高位会置 1，后面跟一个异常码。常见的异常码和处理方法：
| 异常码 | 含义 | 可能原因 | 处理方法 |
|---|---|---|---|
| 01 | 非法功能码 | 从站不支持该功能码 | 换用支持的功能码 |
| 02 | 非法数据地址 | 地址超出从站支持范围 | 检查地址映射，确认地址范围 |
| 03 | 非法数据值 | 写入的值超出允许范围 | 检查写入值是否在有效范围内 |
| 04 | 从站设备故障 | 从站内部错误 | 检查从站设备状态，重启试试 |
| 05 | 确认 | 从站正在处理，需要等待 | 增加超时时间，稍后重试 |
| 06 | 从站忙 | 从站正在执行其他任务 | 增加重试间隔，降低请求频率 |
| 08 | 存储奇偶校验错 | 从站存储区校验失败 | 检查从站存储区，可能需要复位 |
看到异常码 02，基本可以确定是地址问题。这时候不要盲目试，先查手册确认地址范围，然后用 Modbus Poll 从地址 0 开始小范围扫描，逐步缩小范围。
5.3 数据不对？字节序和数据类型排查
读到了数据但值不对，这个问题比读不到数据更让人头疼，因为通讯链路是通的，问题出在数据解析上。
最常见的问题是字节序。Modbus 寄存器是 16 位的，但传输 32 位数据（比如浮点数）时，需要两个连续的寄存器。这两个寄存器的高低位怎么排，不同厂家有不同的约定。常见的有四种组合：
- 高字在前，低字在后（Big-Endian）
- 低字在前，高字在后（Little-Endian）
- 高字在前，低字在后，但每个字内部高低字节交换
- 低字在前，高字在后，但每个字内部高低字节交换
这四种组合，你只能一个个试。试的方法很简单：读两个连续的寄存器，用不同的字节序组合解析，看哪个结果符合实际值。
另一个常见问题是数据类型。同样是 16 位数据，可能是无符号整数、有符号整数、BCD 码、或者自定义的编码格式。比如温度值 235，可能是 23.5℃，也可能是 235℃。这个必须查手册确认。
还有一种情况是数据缩放。有些设备传输的数据是原始 ADC 值，需要根据公式换算成实际物理量。比如压力传感器的原始值是 0 到 4095，对应 0 到 10MPa，那实际压力 = 原始值 / 4095 * 10。这种换算关系通常在手册里有说明。
5.4 通讯不稳定？从这几个方向排查
通讯时好时坏，偶尔丢包或者超时，这个问题在工业现场很常见。排查方向主要有以下几个：
第一，接线问题。RS485 是差分信号，A 接 A，B 接 B，不能接反。终端电阻要接，一般在总线两端各接一个 120Ω 电阻。屏蔽线要接地，但只能单端接地，两端接地会形成地环路，反而引入干扰。
第二，波特率和距离。波特率越高，通讯距离越短。9600 波特率下，理论通讯距离 1200 米；19200 波特率下，600 米；115200 波特率下，可能只有几十米。如果距离远，要么降低波特率，要么加中继器。
第三，从站数量。Modbus RTU 总线上挂太多从站，轮询周期会变长，响应变慢。一般建议不超过 32 个从站。如果从站多，可以分成多条总线，或者提高波特率。
第四，电磁干扰。工业现场变频器、电机、继电器这些设备会产生电磁干扰。485 通讯线要远离动力线，最好走单独的线槽。如果干扰严重，可以考虑用屏蔽双绞线，或者加磁环。
第五，主站轮询策略。如果主站轮询太频繁，从站可能来不及响应。建议根据实际需求设置合理的轮询周期，不要盲目追求快。对于变化慢的数据（比如温度），1 秒轮询一次足够了；对于变化快的数据（比如位置），可以适当加快。
6. 几个提高效率的实操心得
6.1 建立自己的地址映射表模板
我做了这么多年 Modbus 调试，最大的体会就是：好记性不如烂笔头。每调试一个新设备，我都会建一个 Excel 表格，把设备的 Modbus 地址映射整理进去。表格包含以下列：
- 参数名称
- 说明书地址（原样抄录）
- 报文地址（0-based，换算后的）
- 功能码
- 数据类型
- 单位/缩放系数
- 读写权限
- 实测值
- 备注
这个表格一旦建好，下次再调试同型号设备，直接拿来用，省时省力。而且调试过程中遇到问题，也可以在备注里记录，形成自己的知识库。
6.2 先用模拟工具验证，再上实际设备
新手最容易犯的错误就是直接拿实际设备试，试错了就反复改参数，改来改去把自己搞晕了。我的建议是：先用 Modbus Slave 模拟一个从站，把主站的配置和地址逻辑验证通过，再上实际设备。
这样做的好处是，你可以完全控制从站的行为，想改哪个寄存器的值就改哪个，想模拟异常就模拟异常。等主站这边配置好了，地址逻辑也理清了，再连实际设备，基本上一次就能通。
6.3 善用报文分析，别怕看十六进制
很多人一看到十六进制报文就头疼，觉得太底层了。但实际上，报文分析是排查 Modbus 问题最直接、最有效的手段。一条报文就那么几个字节，拆开来看，从站地址、功能码、起始地址、数量、CRC，一目了然。
我建议每个做 Modbus 调试的人都装一个串口助手，遇到问题先抓包看报文。报文不会骗人，地址对不对、功能码对不对、CRC 对不对，一看便知。比反复改软件参数高效多了。
6.4 记录每次调试的配置和结果
最后一条心得：养成记录的习惯。每次调试，把通讯参数、地址映射、遇到的问题、解决方法都记下来。这些记录就是你自己的经验库，下次遇到类似问题，翻一翻记录，可能几分钟就搞定了。
我见过很多工程师，同一个问题反复踩坑，就是因为没有记录的习惯。调试的时候搞通了，过几个月再遇到，又忘了当时是怎么解决的。这种重复劳动，完全可以通过记录来避免。
Modbus 寄存器地址这个问题，说到底就是一个“信息不对称”的问题。设备厂家知道地址，但说明书写得不清不楚；调试的人不知道地址，只能靠猜和试。但只要你理解了地址的本质，掌握了扫描和验证的方法，再配合报文分析工具，这个问题就不再是拦路虎了。希望这篇内容能帮你少走一些弯路，下次再遇到“不知道寄存器地址”的情况，能有一套清晰的排查思路。
