Modbus Poll / Slave：把 Modbus 那一头也模拟出来

它到底解决什么

Modbus 在展厅里出现得比想象中频繁：环境监测的温湿度传感器、电动窗帘和幕布的控制器、灯光调光模块、部分展项的执行机构、还有跟楼控对接的能耗采集，很多都走 Modbus。协议本身站内有专篇讲透（Modbus 是什么怎么用、Modbus 深入），这里只谈工具。

调 Modbus 的工作分两个方向，方向不同，要的工具不同：

方向一，你去读别人。 中控要读传感器的温度值、要给调光模块写一个亮度。这是最常见的，你扮演主站，设备是从站。这个方向上免费工具已经足够好用——摩尔信使 MThings 在国内展厅圈用得很广，读写寄存器、看数据曲线、统计通信质量都有，日常调试完全够。

方向二，别人来读你。 这个方向容易被忽略，但在展厅项目里越来越常见：甲方要求展厅系统把运行数据（开馆状态、设备在线数、当日参观人次）以 Modbus 从站的方式开放出来，让楼宇的集中管理平台来读。这时候你是从站，对方是主站。

方向二的调试是个死结：在你的从站程序写完之前，对方没法测；在对方来读之前，你没法验证自己写得对不对。双方都在等对方。

Modbus Slave 就是用来打破这个死结的——它能在你的笔记本上模拟出一个从站，寄存器的值你自己填。对方的采集系统连过来读，读到的就是你填的值。这样对方可以先调他那边，你可以先确认地址规划对不对，两边并行推进。反过来 Modbus Poll 模拟主站，用来验证你写的从站程序对不对。

展厅哪道工序会用到它

接口约定阶段。 甲方或第三方系统提出要读展厅数据，双方要先约定寄存器地址表——哪个地址放什么、是什么数据类型、多少个寄存器。约定完就用 Slave 按这张表模拟出来，让对方先连着调。这一步能提前暴露大量的地址理解偏差（比如寄存器编号从 0 开始还是从 1 开始，这个坑几乎每次都要踩一遍）。

设备未到场时的程序验证。 传感器还没进场，用 Slave 模拟一个，中控的采集逻辑先跑通。

故障复现。 现场某个寄存器偶发读不到，办公室里用模拟从站构造同样的场景反复试，比在现场蹲着等偶发要高效。

怎么获取

官网 modbustools.com 提供下载。这是 Witte Software 的商业软件，官网提供试用版，正式使用需要购买许可。

这里要明确本站的态度：商业软件只给官方获取路径，本站不提供也不介绍任何绕过授权的方式。展厅集成商是要开发票、要过审计的正规经营主体，用未授权软件交付项目，风险不在技术上，在合规上。如果预算不允许，方向一的需求用免费的摩尔信使完全能覆盖；方向二的从站模拟需求如果不频繁，可以考虑用开源库自己写十几行代码顶一下。

最短可用路径

用 Poll（主站，去读别人）：

1. 选连接方式——串口就是 Modbus RTU，网口就是 Modbus TCP。
2. 串口方式要填波特率、数据位、停止位、校验位，这四项必须和设备手册一致；网口方式填 IP 和端口。
3. 填从站地址（设备的站号）、功能码、起始寄存器地址、读取数量。
4. 开始轮询，值就出来了。

用 Slave（从站，被别人读）：

1. 同样先选串口还是网口。
2. 设定本机的从站地址（站号），这个号要和对方约定一致。
3. 在表格里填各个寄存器的值。
4. 等对方连过来读。

展厅工程里真正要改的那几个设置

寄存器编号的起点是头号大坑。 Modbus 的寄存器地址有两套写法：一套从 0 开始（协议层面的地址），一套从 1 开始（文档里常见的编号）。设备手册写「40001」，实际在工具里可能要填 0。双方对接时一定要明确说的是哪一套，光说「地址 100」是不够的。这个坑造成的现象是：读出来的值总是偏一位，或者读到的是隔壁那个寄存器的值。

数据类型和字节序要对齐。 一个 32 位的数值要占两个寄存器，这两个寄存器谁在前谁在后，不同厂家的实现不一样。表现是读出来的数字大得离谱或者小得离谱。工具里有切换字节序的选项，试一下就知道。

串口方式下的站号唯一性。 RS485 是一根总线挂多台设备，靠站号区分。两台设备撞了站号，现象是数据错乱且时有时无，非常难查。总线设计的注意事项见 RS485 总线怎么设计。

轮询间隔别设得太密。 一些低端从站设备处理能力有限，轮询太快会来不及响应，表现为间歇性超时。展厅里环境数据几秒一次足够，没必要毫秒级。

踩坑与排错清单

什么时候别用它

日常读写用免费工具就够，别为此付费。 这是最重要的一条。展厅里九成的 Modbus 需求是「读几个寄存器、写一个值」，摩尔信使 MThings 免费提供主从机调试、数据录波、链路统计，完全覆盖。为了这类需求买商业许可，钱花得不值。

要做正式的数据采集，别用调试工具顶。 这一对是调试工具，不是采集网关。展厅要做能耗看板、环境监测这类需要持续采集入库的事，得用专门的网关设备加后台服务。调试工具挂在现场跑几个月，稳定性和运维性都不合适。

非 Modbus 的场合别硬套。 投影机走 PJLink 或 RS232 私有指令，灯光走 DMX，楼控走 BACnet。这些各有各的工具，见指令到底发没发？六款调试工具怎么分工。

与本站方案的衔接

「把展厅数据开放给第三方系统读」这个需求，用调试工具只能验证可行性，落地还是要有真正的服务端。展厅侧要考虑的是：数据从哪来、多久更新一次、系统重启后地址表还在不在、对方读不到时怎么报警。

企服君中控 SoftControl 在这类对接场景里承担的是数据源与协议服务端的角色，让集成商不必为每个项目重写一遍对外接口。经常接需要跟第三方系统对接的项目的集成商，可以看集成商年费方案。

Modbus 现场没数据时的完整排查顺序，见 Modbus 读不到数据怎么查。