在工控现场摸爬滚打的工程师大概率都遇到过这样的场景项目调试阶段PLC 还没到场或者现场设备还没接线但程序已经写好等着验证通信逻辑。这个时候PC 上跑一个 Modbus Slave 模拟软件配合 PLC 的串口通信模块就能把整个 Modbus RTU 链路先跑通。这套组合里西门子 S7-1200 配 CM1241 通信模块再配上 Modbus Slave 软件是很多工程师调试从站设备、验证主站程序的首选方案。但说实话这套方案看起来简单真正操作起来坑并不少。很多人卡在第一步CM1241 模块的 RS232/422/485 三种接口到底怎么选终端电阻要不要接Modbus Slave 软件里的从站地址、寄存器地址和 PLC 程序里的轮询地址怎么对应好不容易连上了通信状态字又报错却不知道是硬件接线问题、参数配置问题还是指令调用问题。这篇文章不打算停留在概念层面而是从实际调试的角度把 CM1241 与 Modbus Slave 软件之间的 Modbus RTU 通信完整拆解一遍。从前置概念、硬件接线、软件配置到 TIA Portal 中的指令调用、数据映射、运行验证再到常见故障的排查顺序全部覆盖。读完之后你应该能照着这篇文章把主从链路完整跑通并且遇到问题时知道第一步该查什么。1. 为什么要关注 CM1241 与 Modbus Slave 的通信组合先给一个明确判断CM1241 加 Modbus Slave 软件是 S7-1200 项目开发阶段性价比最高的通信调试方案之一。它不需要真实的从站设备不需要额外购买通信测试工具只需要一台安装好 Modbus Slave 软件的 PC就能模拟出多个从站设备验证主站轮询逻辑是否正常。这个组合解决的核心痛点是开发效率问题。想象一下如果你负责的设备是第三方的流量计、变频器或温控表这些设备往往支持 Modbus RTU但在项目初期并不一定都在现场或者即便在场也不希望拿真实设备去做破坏性测试。用 Modbus Slave 软件模拟从站你可以自由设置寄存器数值、改变数据类型、模拟异常响应甚至故意制造通信故障来验证 PLC 主站程序的异常处理分支。等到真实设备到场直接把参数改为实际从站地址和寄存器映射表即可主站程序基本不需要大改。如果不使用这套方案传统做法是等设备到场后用真实仪表和 PLC 联调。一旦数据映射错误排查成本极高。程序里的一个地址错位可能需要拿万用表量线、拿示波器看波形最后发现只是寄存器偏移量搞错了。用模拟软件则不同寄存器表完全透明可以把问题隔离在程序逻辑层面。从适用人群来看这篇文章主要面向三类读者做 S7-1200 项目开发需要和第三方 Modbus RTU 设备对接的电气工程师和自动化工程师。正在学习 Modbus 协议想用一个可控环境理解主从通信机制的初学者。需要编写上位机或测试脚本验证 Modbus 从站设备行为的开发者。一句话总结这套方案的价值在于把通信调试从“依赖现场设备”变成“依赖桌面软件”把不可控的现场因素排除在外让通信程序在实验室就能达到可交付状态。2. Modbus RTU 与 CM1241 的核心概念2.1 Modbus RTU 是什么它的帧结构如何Modbus 协议是工业自动化领域应用最广泛的通信协议之一由 Modicon 公司在 1979 年提出现在已经从串行链路扩展到 TCP/IP 网络。Modbus RTU 是 Modbus 协议在串行链路上的一个变种RTU 全称是 Remote Terminal Unit远程终端单元。它采用二进制编码方式传输数据相比 ASCII 模式在相同波特率下可以传输更多数据因此成为串行 Modbus 通信的主流模式。Modbus RTU 的帧结构分为四部分字段长度说明地址码1 字节从站地址范围 1~2470 为广播地址功能码1 字节指示操作类型如 03 读保持寄存器、06 写单个寄存器、16 写多个寄存器数据区N 字节寄存器起始地址、寄存器数量、数据内容等CRC 校验2 字节循环冗余校验低字节在前一个典型的读保持寄存器请求帧例如读取从站地址 1 的寄存器 40001功能码 03读取长度 2帧格式如下01 03 00 00 00 02 C4 0B其中01是从站地址03是功能码00 00是起始寄存器地址注意是地址偏移不是 PLC 里的绝对地址00 02是读取数量C4 0B是 CRC 校验。Modbus RTU 报文在串行链路上传输时报文之间需要保持一定的静默时间这个时间通常是 3.5 个字符时间。这个细节在设计轮询逻辑时很重要如果主站连续发送帧之间的间隔过短从站可能无法正确区分两个独立的报文。2.2 CM1241 通信模块的定位CM1241 是西门子 S7-1200 系列 PLC 的串行通信模块用于扩展 S7-1200 CPU 的串口通信能力。根据接口类型不同CM1241 主要有两个版本CM1241 RS232订货号 6ES7241-1AH30-0XB0提供单通道 RS232 接口。CM1241 RS485/422订货号 6ES7241-1CH30-0XB0提供单通道 RS485 或 RS422 接口。这两个模块都支持 Modbus RTU 协议既可以作为 Modbus 主站也可以作为 Modbus 从站。在实际项目中S7-1200 通过 CM1241 与第三方设备通信时最常见的主站配置就是 CPU 调用 Modbus_Comm_Load 指令完成端口参数设置再调用 Modbus_Master 指令发起读写请求与现场的从站设备进行数据交换。需要特别提醒的是CM1241 和 S7-1200 CPU 自带的 PROFINET 接口是两个完全不同的通信通道。PROFINET 走以太网Modbus RTU over CM1241 走串口。有些初学者会混淆这两者的关系以为配置了 PROFINET 就能直接发 Modbus RTU其实这是两套独立的协议栈。2.3 RS232、RS422 与 RS485 的选型差异RS232、RS422、RS485 是三种不同的串行通信电气标准它们的核心差异决定了在工控现场怎么接线、怎么配置参数。RS232 是最传统的串行接口采用单端信号传输电压范围在 -15V 到 15V 之间通信距离通常不超过 15 米只能实现点对点通信。它的优势是简单几乎所有 PC 或 USB 转串口工具都支持劣势是抗干扰能力弱、通信距离短、无法多站点组网。RS422 采用差分信号传输发送和接收各使用一对双绞线支持全双工通信。它的通信距离可以达到 1200 米但一台 RS422 主站一般只能接 10 台左右的从站设备。RS422 在实际工控项目中使用频率低于 RS485但在某些需要长距离全双工通信的场景下仍然有应用。RS485 是工控现场最常用的串行通信标准同样采用差分信号传输通信距离可达 1200 米支持半双工通信一个 RS485 总线上最多可以挂接 32 个标准负载。Modbus RTU 在 RS485 上的应用最为成熟绝大多数支持 Modbus RTU 的仪表、变频器、温控表都提供 RS485 接口。三个标准的核心对比如下特性RS232RS422RS485信号传输方式单端差分差分通信距离约 15 米约 1200 米约 1200 米通信方式全双工全双工半双工最多节点1 对 11 对 10 左右1 对 32抗干扰能力弱强强工控应用近距离点对点较少最常见如果 CM1241 模块选用 RS485 接口而 Modbus Slave 软件所在 PC 通过 USB 转 RS485 适配器接入总线这就是标准的 Modbus RTU 主从通信拓扑。PC 上运行 Modbus Slave 模拟从站CM1241 侧由 S7-1200 CPU 执行主站指令发起读写请求。2.4 Modbus Slave 软件的角色Modbus Slave 是 Witte Software 开发的一款 Modbus 从站模拟工具。它可以在 PC 上模拟一个或多个 Modbus 从站设备支持 Modbus RTU、Modbus ASCII 和 Modbus TCP/IP 等协议。在 CM1241 通信调试场景中它的角色是替代真实的从站仪表响应主站S7-1200 侧发来的 Modbus 请求。Modbus Slave 软件界面中最重要的配置包括连接方式Serial Port 或 TCP/IP、串口参数COM 口、波特率、数据位、停止位、校验位、从站 ID、功能码对应的寄存器区域。配置完成后软件会监听串口上的 Modbus RTU 帧收到合法请求后自动回复并在界面上显示通信计数。对于调试而言Modbus Slave 的价值不只是模拟数据它还能作为协议分析器。软件可以显示最近的通信报文包括请求帧和响应帧这对于排查地址映射错误、校验错误、功能码不支持等问题非常有用。后面章节会专门说明如何利用这些信息定位故障。3. 环境准备与硬件连接3.1 硬件清单在开始之前建议先准备好以下硬件和软件S7-1200 PLC任意型号均可例如 CPU 1214C DC/DC/DC。CM1241 通信模块根据现场需求选择 RS232 版本或 RS485/422 版本。24V DC 电源为 PLC 和 CM1241 模块供电。PC 一台安装 TIA Portal博途软件和 Modbus Slave 软件。通信线缆如果使用 RS485 版本需要 USB 转 RS485 适配器例如常见的基于 FT232RL 或 CH340 芯片的适配器。如果使用 RS232 版本需要 USB 转 RS232 适配器或 PC 自带 COM 口。导线若干用于 A/B 信号线连接。RS485 通常使用双绞线。版本方面需要说明的是TIA Portal 和 CM1241 固件版本请以实际项目为准。不同版本的博途在指令库名称和组态界面上可能存在细微差异但本文核心流程基于通用操作版本升级不会改变基本原理。3.2 硬件接线步骤RS485 接线CM1241 RS485 模块的接线端子通常标记为 A 和 B对应 RS485 总线的 AD-和 BD信号线。很多初学者在这里容易搞混因为不同厂家对 A/B 的定义并不完全一致。从西门子 CM1241 模块的角度看模块端子标注一般为A对应 RS485 的 A 线即 D-。B对应 RS485 的 B 线即 D。USB 转 RS485 适配器上的标注同样关键。常见的适配器会标出 A/B 或 D-/D。接线原则是同名相连CM1241 的 A 接 USB 适配器的 ACM1241 的 B 接 USB 适配器的 B。如果出现通信不上且波特率和参数都正确一个常见原因就是 A/B 接反。遇到这种情况优先尝试交换 A/B 两根线。如果通信距离较长或者总线上有多个节点需要在 RS485 总线两端接入终端电阻。终端电阻一般取 120 欧姆用于匹配传输线阻抗降低信号反射。如果只是 CM1241 和 PC 适配器点对点短距离调试例如 2 米以内终端电阻可以不加但加上更稳妥。接线示意CM1241 RS485 模块 USB转RS485适配器 A -------------------- A (D-) B -------------------- B (D) 地线(可选) -------------------- GND需要注意短距离调试时虽然可以不接地线但如果通信不稳定建议把两端的 GND 连接起来减少共模电压干扰。更稳妥的做法是参照西门子手册和适配器手册进行接线。RS232 接线如果使用 CM1241 RS232 模块接线就相对固定。RS232 是标准 D-sub 9 针接口但 CM1241 模块侧是接线端子需要根据模块手册定义连接 RXD、TXD 和 GND。RS232 是交叉连接模块的发送端 TXD 接 PC 适配器的接收端 RXD模块的接收端 RXD 接 PC 适配器的发送端 TXDGND 接 GND。如果使用的是成品 USB 转 RS232 线且 CM1241 侧需要自制接头务必先查清引脚定义避免烧坏模块。3.3 PC 端串口参数确认硬件连接完成后在电脑上打开设备管理器展开“端口COM 和 LPT”确认 USB 转串口适配器分配到的 COM 口编号例如 COM3。不同电脑、不同 USB 口插拔顺序都会影响 COM 口编号所以每次重新插拔后都要重新确认。右键 COM 口选择“属性”进入“端口设置”可以看到波特率、数据位、停止位、校验位等参数。这里的默认值不一定是后面要用的值正式配置以 Modbus Slave 软件和 CM1241 组态中设置为准。4. Modbus Slave 软件的配置与准备4.1 新建从站连接打开 Modbus Slave 软件后首先需要建立一个新的从站连接。在菜单栏选择 Connection然后选择 Connect。在弹出的对话框中Connection 选择 Serial Port。Serial Port 选择 USB 转串口设备对应的 COM 口例如 COM3。Baud Rate 设置波特率例如 9600。Data Bits 通常选择 8。Stop Bits 通常选择 1。Parity 通常选择 None。其他选项保持默认。注意这里的波特率、数据位、停止位、校验位必须和 CM1241 模块组态中的参数保持一致否则通信必然失败。通信参数不一致是最常见的低级错误但恰恰是最容易忽略的。从站连接建立后软件界面下方会显示连接状态和通信计数。此时不要急于操作先确认串口被独占占用。如果 Modbus Slave 软件无法打开 COM 口提示端口被占用需要检查是否有其他软件比如串口调试助手、组态软件占用了同一个 COM 口。4.2 配置从站 ID 和寄存器区域从站连接建立后需要设置从站的 ID 和寄存器区域。Modbus Slave 软件支持一个连接下模拟多个从站 ID但在 CM1241 调试场景下通常一个连接对应一个从站 ID 就够用了。在软件菜单栏选择 Setup然后选择 Slave Definition或者直接双击界面中的 Slave ID 区域。在 Slave Definition 对话框中Slave ID 设置为 1表示从站地址为 1。Function 选择 03 (Read Holding Registers)这是最常用的功能码对应读保持寄存器。Address 设置为 0表示从地址 0 开始显示。Quantity 设置为 10表示显示 10 个寄存器。如果需要模拟写操作还可以选择 06写单个寄存器和 16写多个寄存器也可以在高级配置中开启多个功能码。设置完成后Modbus Slave 主界面会显示一个寄存器表包括地址、值、描述等列。此时可以直接在 Value 单元格里输入数值这些数值就是 PLC 主站侧读到的数据。例如把地址 0 的数值设置为 12345那么当 CM1241 主站发起一条读取从站 1、起始地址 0、长度 1 的 Modbus 请求时PLC 收到的数据就应该是 12345。4.3 通信监控与报文查看Modbus Slave 软件还提供了一个非常有用的功能通信报文显示。在菜单栏选择 Display然后选择 Communication Traffic或者直接点击工具栏上的通信报文按钮。通信报文窗口会显示所有经过串口的 Modbus RTU 帧包括请求帧和响应帧。调试地址映射问题时这个窗口是定位问题的第一现场。比如PLC 侧向从站 1 的地址 0 写入了一个值但在 Modbus Slave 界面上看不到数据变化。此时打开通信报文窗口如果能看到 10 功能码的请求帧且地址和数据正确说明通信链路正常问题在数据映射如果请求帧都没有说明 PLC 主站根本没有发出这条报文问题出在程序或指令调用上。5. TIA Portal 中的 CM1241 组态与指令调用5.1 添加 CM1241 模块并获取硬件标识符打开 TIA Portal打开已有项目或者新建一个 S7-1200 项目。在左侧项目树中双击“设备组态”在硬件目录中找到通信模块拖拽 CM1241 RS485/422 或 RS232 模块到 PLC 的左侧或右侧扩展槽位。组态保存并编译后需要获取 CM1241 模块的硬件标识符。这个标识符在后面的通信指令中会用到它用于告诉系统要操作哪一个通信模块。在 TIA Portal 中可以通过以下方式获取在程序块中新建一个 DB 块或在 OB1 中写指令时从指令列表拖入 Modbus_Comm_Load 指令将指令的 PORT 引脚连接到 CM1241 模块的硬件标识符。或者在 PLC 变量表中查看系统常量找到以“Local~CM_1241”开头的常量例如Local~CM_1241_RS485其值就是硬件标识符。需要提醒的是S7-1200 CPU 本身也有一个 PROFINET 接口但在 Modbus RTU 通信中不能使用 CPU 的硬件标识符作为 PORT 参数必须使用 CM1241 模块对应的标识符。如果这里填错指令会报错或通信无响应。5.2 调用 Modbus_Comm_Load 指令配置端口Modbus_Comm_Load 指令用于配置通信模块的端口参数包括波特率、奇偶校验、停止位等。它只需要在程序启动时执行一次通常放在 OB100 初始化组织块中或者在 OB1 里加上沿触发条件确保只调用一次。从指令列表的“通信 - 通信处理器 - Modbus”中找到MB_COMM_LOADTIA Portal V13 SP1 以上版本名称可能变为Modbus_Comm_Load。调用格式如下Modbus_Comm_Load_DB( REQ : Start_Init_Cm1241, PORT : Local~CM_1241_RS485, BAUD : 9600, PARITY : 0, RTS_ON_DLY : 0, RTS_OFF_DLY : 0, RESP_TO : 1000, MB_DB_ID : 1, ERROR CommLoad_Error, STATUS CommLoad_Status, DONE CommLoad_Done );参数说明如下REQ上升沿触发端口配置。可以使用一个仅在启动时置位一次的 M 变量或全局 DB 位。PORTCM1241 模块的硬件标识符。BAUD波特率设置为 9600必须与 Modbus Slave 软件一致。PARITY奇偶校验。0 表示无校验1 表示奇校验2 表示偶校验。这里设置为 0。RTS_ON_DLY 和 RTS_OFF_DLYRS485 半双工通信中的 RTS 控制延迟单位毫秒。RS232 场景下通常设为 0。对于 RS485根据通信距离和波特率可以适当调整比如设置为 0 到 10 之间的值具体以实测为准。RESP_TO响应超时时间单位毫秒。这里设置为 1000表示主站发送请求后等待从站响应的最大时间。MB_DB_IDModbus 从站数据库编号。在一个通信模块上创建多条 Modbus 连接时使用简单项目中设置为 1 即可。ERROR、STATUS、DONE指令执行状态输出。这里真正容易踩坑的地方是Modbus_Comm_Load 指令和 Modbus_Master 指令虽然都涉及 MB_DB_ID但含义不同。Comm_Load 中的 MB_DB_ID 是端口编号Master 中的 MB_DB_ID 是连接实例编号。如果项目只有一个从站两者都设为 1 一般没有问题但当项目中有多个从站或多个通信模块时必须仔细规划编号否则指令会报错或者访问到错误的从站实例。5.3 定义 Modbus_Master 指令的背景 DB 并编写轮询逻辑端口配置完成后在 OB1 或循环中断 OB 中调用 Modbus_Master 指令执行实际的读写请求。Modbus_Master 指令的调用需要分配一个背景 DB这个 DB 保存通信控制信息。调用格式如下Modbus_Master_DB( REQ : Trigger_Read, MB_MODE : 0, MB_DATA_ADDR : 40001, MB_DATA_LEN : 2, MB_DATA_PTR : Modbus_Data_Block.Data_Read[0], MB_DB_ID : 1, SLAVE : 1, ERROR Master_Error, STATUS Master_Status, BUSY Master_Busy );参数说明如下REQ请求触发信号。每个扫描周期可以保持为 TRUE指令内部会自动管理请求状态。REQ 为 TRUE 时指令会尝试发送请求每次只能有一个活动的请求BUSY 输出可以用于判断当前是否有请求正在执行。MB_MODE通信模式。0 表示读1 表示写。对于写单个寄存器MB_MODE 也可以设为 1。需要注意不同功能码和模式的组合关系西门子指令手册中有详细说明。MB_DATA_ADDRModbus 地址。这里的地址必须使用 Modbus 协议地址而不是 PLC 中的寄存器偏移。例如 40001 对应保持寄存器起始地址。Modbus Slave 软件中看到的地址偏移 0在 MB_DATA_ADDR 中就是 40001。MB_DATA_LEN数据长度单位是字16 位。MB_DATA_PTR指向存储数据的 DB 地址可以是全局 DB 中的数组。MB_DB_ID连接实例编号与 Comm_Load 中的 MB_DB_ID 对应。SLAVE从站地址这里设置为 1与 Modbus Slave 软件中的 Slave ID 一致。对于只读需求MB_MODE 设为 0MB_DATA_ADDR 设为 40001Modbus Slave 软件中的功能码会自动响应 03 读保持寄存器。如果 MB_MODE 设为 1MB_DATA_ADDR 设为 40001则对应写单个或多个寄存器Modbus Slave 软件需要开启相应的写功能支持。5.4 设计多从站轮询逻辑如果总线上有多个从站设备Modbus_Master 指令不能同时对多个从站发起请求。在实际项目中通常的做法是建立一个轮询表每个周期只处理一个从站请求通过状态机或计数器在多个从站之间切换。一个简单的轮询逻辑可以这样设计使用一个 INT 变量作为轮询计数器。根据计数器值选择不同的请求参数。当 Modbus_Master 指令的 BUSY 输出为 FALSE 且请求完成后递增计数器。计数器到达最大值后清零开始新一轮轮询。这段逻辑的优点是结构简单适合从站数量不多的场景。如果从站数量多、读写类型复杂建议使用 SC 语言编写标准轮询功能块把地址、长度、存储区做成配置表这样程序可维护性更高。6. 完整示例S7-1200 通过 CM1241 与 Modbus Slave 通信下面给出一个最小可运行的完整示例。这个示例实现的功能是CM1241 作为 Modbus RTU 主站PC 上的 Modbus Slave 软件模拟从站地址 1PLC 每 500 毫秒读取一次从站保持寄存器的前两个寄存器并把读到的数据映射到全局 DB 中。6.1 PLC 侧全局数据块定义首先在 PLC 中创建一个全局数据块命名为Modbus_Data_Block内容如下DATA_BLOCK Modbus_Data_Block { Data_Read : Array[0..1] of Int; // 读取到的保持寄存器数据 Trigger : Bool; // 轮询触发信号 InitDone : Bool; // 端口初始化完成标志 }6.2 初始化程序在 OB100 初始化组织块中调用 Modbus_Comm_Load 指令完成 CM1241 端口初始化。具体代码如下// OB100: 初始化 Modbus_Comm_Load_DB( REQ : TRUE, PORT : Local~CM_1241_RS485, BAUD : 9600, PARITY : 0, RTS_ON_DLY : 0, RTS_OFF_DLY : 0, RESP_TO : 1000, MB_DB_ID : 1, DONE Modbus_Data_Block.InitDone, ERROR Init_Error, STATUS Init_Status );注意这里 REQ 直接设为 TRUE。OB100 只在启动时执行一次REQ 为 TRUE 可以确保上电时执行一次端口配置。如果担心 OB100 执行完成后 REQ 仍然为 TRUE 导致重复触发可以在 OB1 中用 InitDone 位做互锁。6.3 主程序轮询在 OB1 中调用 Modbus_Master 指令。这里使用一个定时脉冲作为 REQ 信号保证每次通信请求之间有时间间隔。// OB1 主程序 Modbus_Master_DB( REQ : Clock_500ms, // 系统时钟脉冲500ms 周期 MB_MODE : 0, // 读模式 MB_DATA_ADDR : 40001, // 读取从地址 40001 开始的寄存器 MB_DATA_LEN : 2, // 读取 2 个字 MB_DATA_PTR : Modbus_Data_Block.Data_Read[0], MB_DB_ID : 1, // 连接实例编号 SLAVE : 1, // 从站地址 ERROR Master_Error, STATUS Master_Status, BUSY Master_Busy );系统时钟脉冲可以通过调用 IEC 定时器或者直接使用 TIA Portal 提供的系统时钟存储器功能。在 PLC 组态的“系统和时钟存储器”中启用时钟存储器字节例如设为 MB100则 MB100.4 就是 500ms 脉冲。6.4 Modbus Slave 侧配置在 Modbus Slave 软件中建立 Serial Port 连接选择 COM3波特率 96008 数据位1 停止位无校验。设置 Slave ID 为 1。显示保持寄存器起始地址 0数量 10。手工修改地址 0 和地址 1 的数值例如地址 0 100地址 1 200。注意在仪表或自动化行业习惯中地址 40001 在 Modbus 协议报文里的地址偏移实际是 0。所以 Modbus Slave 软件中显示的地址 0就对应 MB_DATA_ADDR 的 40001。如果你在软件中看到的地址是 1对应 MB_DATA_ADDR 就是 40002。这个偏移关系是初学者最容易混淆的地方。7. 运行结果与效果验证7.1 正常状态判断程序下载到 PLC 后将 PLC 切换到 RUN 模式。如果一切正常观察以下现象Modbus Slave 软件界面右下角的通信计数会不断增长。通信报文窗口中可以看到主站周期性发送的请求帧以及从站返回的响应帧。在 TIA Portal 的监控表中添加Modbus_Data_Block.Data_Read[0] 和Modbus_Data_Block.Data_Read[1]可以看到数值分别为 100 和 200与 Modbus Slave 中设置的数值一致。Modbus_Master_DB 背景 DB 中的 ERROR 为 FALSESTATUS 为 16#0000无错误。在 Modbus Slave 软件的报文窗口中你应该能看到类似如下的帧请求帧主站 - 从站01 03 00 00 00 02 C4 0B响应帧从站 - 主站01 03 04 00 64 00 C8 7A 33其中00 64是十进制 10000 C8是十进制 200。7.2 失败时的第一步排查顺序如果通信不成功先不要急着改程序。按以下顺序排查看 Modbus Slave 软件的报文窗口。如果没有请求帧说明主站程序没有发出请求重点检查 PLC 是否处于 RUN、Modbus_Comm_Load 是否执行成功、REQ 信号是否有效。如果请求帧有但没有响应帧或者响应帧出现异常码重点检查从站 ID 是否正确、寄存器地址是否在 Modbus Slave 配置的范围内。如果请求帧和响应帧都有但 PLC 监控数据不正确重点检查 MB_DATA_ADDR 与 Modbus Slave 软件地址偏移的对应关系。如果通信完全无反应且检查不出程序问题回到硬件层确认 A/B 是否接反、COM 口是否被占用、波特率是否一致。7.3 验证 Modbus 异常响应Modbus Slave 软件还支持手动模拟异常响应。在 Slave Definition 配置中可以设置某个地址的访问权限或者直接断开连接测试 PLC 主站在从站无响应时的行为。当从站无响应时Modbus_Master 指令的 STATUS 输出会出现错误代码常见的是 16#8204表示请求超时或从站无响应。此时主站程序应该通过 STATUS 判断错误类型并执行相应的重试或报警逻辑。这也是使用模拟从站调试的最大好处可以在开发阶段就把异常分支测试完整。8. 常见问题与排查方法下面整理 CM1241 与 Modbus Slave 通信调试中最常见的问题和排查方案。问题现象可能原因排查方式解决方案Modbus Slave 软件收不到任何请求帧CM1241 未处于 RUN 状态或通信参数不一致检查 PLC 运行状态和通信参数将 PLC 切换到 RUN统一波特率数据位停止位校验位A/B 接反导致通信失败RS485 正负反接交换 A/B 线测试确保 CM1241 的 A 接适配器的 AB 接适配器的 B主站请求帧有从站无响应从站 ID 不匹配或地址超出范围查看从站 ID 配置和寄存器区域将 Slave ID 设为 1确认请求地址在配置范围内通信有响应但数据全为 0地址偏移错误或数据类型不匹配对比报文中的数据字节确认 40001 对应软件地址 0使用正确的数据长度STATUS 报 16#8204从站无响应或响应超时检查从站是否在线、RESP_TO 是否过短调整响应超时时间检查从站连接Modbus Slave 打不开 COM 口COM 口被其他软件占用关闭串口调试助手等其他占用程序释放串口或更换 COM 口编号USB 转 485 适配器频繁掉线适配器驱动不稳定或供电不足检查设备管理器是否出现感叹号更换驱动或使用独立供电的适配器通信距离超过 50 米不稳定总线未接终端电阻或线缆质量差检查终端电阻和线缆总线两端并接 120 欧终端电阻使用双绞屏蔽线在实际项目中通信问题很少是单一原因。建议在调试前准备一张参数确认表把 CM1241 侧和 Modbus Slave 侧的每一项参数列出来逐项比对能省下大量排查时间。9. 最佳实践与工程建议9.1 参数命名与文档化在项目中建议为所有 Modbus 通信参数建立统一的命名规范。例如从站地址使用SLAVE_1_ADDR、SLAVE_2_ADDR这样的符号名。寄存器地址使用REG_TEMP_PV、REG_TEMP_SP这样的语义化名称。通信状态字在 HMI 报警文本中提前配置好方便现场快速定位。把 Modbus 地址映射表维护在项目文档中并与程序注释同步更新。模拟调试时用的地址表接入真实设备后大概率要微调文档越清晰切换成本越低。9.2 轮询周期与超时设置Modbus RTU 是半双工通信在 RS485 上主站必须等待从站响应后才能发起下一帧请求。在设置轮询器时不要把轮询周期设置得过短。一个常见的错误是PLC 扫描周期为 10ms于是把通信 REQ 也做成 10ms 间隔结果大量请求超时因为从站响应时间根本跟不上。更稳妥的做法是在每个 Modbus_Master 请求完成后加入一个固定延时例如 20ms 到 50ms再发起下一个请求。对于多从站轮询使用状态机结构确保同一时刻总线上只有一个未完成的请求。9.3 数据一致性处理当 PLC 主站读取从站数据时数据从 Modbus 报文写入 DB 的过程发生在通信指令内部不会与用户程序访问冲突。但如果你在处理数据时同时修改 DB可能出现数据不一致。建议把通信数据区与业务处理数据区分开通信指令写通信 DB业务程序通过 MOVE 指令把通信 DB 数据复制到处理 DB。对于写操作也就是 MB_MODE 为 1 的场景要注意从站侧是否支持对应的功能码。有些仪表只支持 03 读不支持单个寄存器写入需要改用 16 功能码批量写入。Modbus Slave 软件中可以配置支持的功能码建议在调试前确认这一点。9.4 生产环境安全提醒如果后续把同一套程序用于生产环境涉及真实设备操作请务必注意以下几点修改 CM1241 硬件参数或 PLC 程序前先备份当前项目。在生产环境中调试通信参数时确认不会对运行中的设备造成误动作。特别是写操作指令在程序稳定前不要自动执行建议先用手动模式测试。涉及安全功能的设备必须通过独立的安全回路控制不能依赖 Modbus 通信完成安全联锁。使用合法授权的软件版本确保上位机工具和模拟软件的可靠性。9.5 借助通信报文定位边界Modbus Slave 的通信报文窗口是最直接的协议分析工具。排查问题时不要只看 PLC 侧的状态字要把请求帧和响应帧逐字节对照。比如请求帧的从站地址、功能码、起始地址、数量是否正确响应帧的数据长度是否符合预期如果长度短了可能是从站返回了异常码。CRC 校验是否通过如果报文显示 CRC 错误检查波特率是否准确尤其是 USB 转串口适配器的晶振精度可能影响波特率误差。协议调试做到这一层基本就能把问题收敛到很小的范围。10. 总结与后续学习方向本文从实际调试场景出发完整介绍了 CM1241 RS232/422/485 通信模块与 Modbus Slave 软件之间进行 Modbus RTU 通信的方法。核心内容包括Modbus RTU 协议帧结构和主从模型、CM1241 模块的接口选型与接线方法、Modbus Slave 软件从站配置、TIA Portal 中 Modbus_Comm_Load 与 Modbus_Master 指令的调用方式、完整示例代码、运行验证和常见故障排查。对初学者来说先在 Modbus Slave 软件里把从站模拟跑通再切换到真实设备是风险最低的学习路径。对已经在做项目的工程师建议直接把轮询逻辑封装成标准功能块把所有从站地址和数据区做成配置表这样项目切换时只需要改配置不需要改程序。后续可以继续深入的方向包括Modbus RTU 与 Modbus TCP 的协议转换、S7-1200 作为 Modbus 从站时的配置方法、多主站轮询时的冲突规避、以及基于 Modbus 通信数据的上位机监控开发。通信调试的水平就是在一次次报文分析和参数排查中提升的把这套方法固化下来以后不管换什么 PLC、什么仪表思路都是通用的。
CM1241与Modbus Slave的Modbus RTU通信调试实战
在工控现场摸爬滚打的工程师大概率都遇到过这样的场景项目调试阶段PLC 还没到场或者现场设备还没接线但程序已经写好等着验证通信逻辑。这个时候PC 上跑一个 Modbus Slave 模拟软件配合 PLC 的串口通信模块就能把整个 Modbus RTU 链路先跑通。这套组合里西门子 S7-1200 配 CM1241 通信模块再配上 Modbus Slave 软件是很多工程师调试从站设备、验证主站程序的首选方案。但说实话这套方案看起来简单真正操作起来坑并不少。很多人卡在第一步CM1241 模块的 RS232/422/485 三种接口到底怎么选终端电阻要不要接Modbus Slave 软件里的从站地址、寄存器地址和 PLC 程序里的轮询地址怎么对应好不容易连上了通信状态字又报错却不知道是硬件接线问题、参数配置问题还是指令调用问题。这篇文章不打算停留在概念层面而是从实际调试的角度把 CM1241 与 Modbus Slave 软件之间的 Modbus RTU 通信完整拆解一遍。从前置概念、硬件接线、软件配置到 TIA Portal 中的指令调用、数据映射、运行验证再到常见故障的排查顺序全部覆盖。读完之后你应该能照着这篇文章把主从链路完整跑通并且遇到问题时知道第一步该查什么。1. 为什么要关注 CM1241 与 Modbus Slave 的通信组合先给一个明确判断CM1241 加 Modbus Slave 软件是 S7-1200 项目开发阶段性价比最高的通信调试方案之一。它不需要真实的从站设备不需要额外购买通信测试工具只需要一台安装好 Modbus Slave 软件的 PC就能模拟出多个从站设备验证主站轮询逻辑是否正常。这个组合解决的核心痛点是开发效率问题。想象一下如果你负责的设备是第三方的流量计、变频器或温控表这些设备往往支持 Modbus RTU但在项目初期并不一定都在现场或者即便在场也不希望拿真实设备去做破坏性测试。用 Modbus Slave 软件模拟从站你可以自由设置寄存器数值、改变数据类型、模拟异常响应甚至故意制造通信故障来验证 PLC 主站程序的异常处理分支。等到真实设备到场直接把参数改为实际从站地址和寄存器映射表即可主站程序基本不需要大改。如果不使用这套方案传统做法是等设备到场后用真实仪表和 PLC 联调。一旦数据映射错误排查成本极高。程序里的一个地址错位可能需要拿万用表量线、拿示波器看波形最后发现只是寄存器偏移量搞错了。用模拟软件则不同寄存器表完全透明可以把问题隔离在程序逻辑层面。从适用人群来看这篇文章主要面向三类读者做 S7-1200 项目开发需要和第三方 Modbus RTU 设备对接的电气工程师和自动化工程师。正在学习 Modbus 协议想用一个可控环境理解主从通信机制的初学者。需要编写上位机或测试脚本验证 Modbus 从站设备行为的开发者。一句话总结这套方案的价值在于把通信调试从“依赖现场设备”变成“依赖桌面软件”把不可控的现场因素排除在外让通信程序在实验室就能达到可交付状态。2. Modbus RTU 与 CM1241 的核心概念2.1 Modbus RTU 是什么它的帧结构如何Modbus 协议是工业自动化领域应用最广泛的通信协议之一由 Modicon 公司在 1979 年提出现在已经从串行链路扩展到 TCP/IP 网络。Modbus RTU 是 Modbus 协议在串行链路上的一个变种RTU 全称是 Remote Terminal Unit远程终端单元。它采用二进制编码方式传输数据相比 ASCII 模式在相同波特率下可以传输更多数据因此成为串行 Modbus 通信的主流模式。Modbus RTU 的帧结构分为四部分字段长度说明地址码1 字节从站地址范围 1~2470 为广播地址功能码1 字节指示操作类型如 03 读保持寄存器、06 写单个寄存器、16 写多个寄存器数据区N 字节寄存器起始地址、寄存器数量、数据内容等CRC 校验2 字节循环冗余校验低字节在前一个典型的读保持寄存器请求帧例如读取从站地址 1 的寄存器 40001功能码 03读取长度 2帧格式如下01 03 00 00 00 02 C4 0B其中01是从站地址03是功能码00 00是起始寄存器地址注意是地址偏移不是 PLC 里的绝对地址00 02是读取数量C4 0B是 CRC 校验。Modbus RTU 报文在串行链路上传输时报文之间需要保持一定的静默时间这个时间通常是 3.5 个字符时间。这个细节在设计轮询逻辑时很重要如果主站连续发送帧之间的间隔过短从站可能无法正确区分两个独立的报文。2.2 CM1241 通信模块的定位CM1241 是西门子 S7-1200 系列 PLC 的串行通信模块用于扩展 S7-1200 CPU 的串口通信能力。根据接口类型不同CM1241 主要有两个版本CM1241 RS232订货号 6ES7241-1AH30-0XB0提供单通道 RS232 接口。CM1241 RS485/422订货号 6ES7241-1CH30-0XB0提供单通道 RS485 或 RS422 接口。这两个模块都支持 Modbus RTU 协议既可以作为 Modbus 主站也可以作为 Modbus 从站。在实际项目中S7-1200 通过 CM1241 与第三方设备通信时最常见的主站配置就是 CPU 调用 Modbus_Comm_Load 指令完成端口参数设置再调用 Modbus_Master 指令发起读写请求与现场的从站设备进行数据交换。需要特别提醒的是CM1241 和 S7-1200 CPU 自带的 PROFINET 接口是两个完全不同的通信通道。PROFINET 走以太网Modbus RTU over CM1241 走串口。有些初学者会混淆这两者的关系以为配置了 PROFINET 就能直接发 Modbus RTU其实这是两套独立的协议栈。2.3 RS232、RS422 与 RS485 的选型差异RS232、RS422、RS485 是三种不同的串行通信电气标准它们的核心差异决定了在工控现场怎么接线、怎么配置参数。RS232 是最传统的串行接口采用单端信号传输电压范围在 -15V 到 15V 之间通信距离通常不超过 15 米只能实现点对点通信。它的优势是简单几乎所有 PC 或 USB 转串口工具都支持劣势是抗干扰能力弱、通信距离短、无法多站点组网。RS422 采用差分信号传输发送和接收各使用一对双绞线支持全双工通信。它的通信距离可以达到 1200 米但一台 RS422 主站一般只能接 10 台左右的从站设备。RS422 在实际工控项目中使用频率低于 RS485但在某些需要长距离全双工通信的场景下仍然有应用。RS485 是工控现场最常用的串行通信标准同样采用差分信号传输通信距离可达 1200 米支持半双工通信一个 RS485 总线上最多可以挂接 32 个标准负载。Modbus RTU 在 RS485 上的应用最为成熟绝大多数支持 Modbus RTU 的仪表、变频器、温控表都提供 RS485 接口。三个标准的核心对比如下特性RS232RS422RS485信号传输方式单端差分差分通信距离约 15 米约 1200 米约 1200 米通信方式全双工全双工半双工最多节点1 对 11 对 10 左右1 对 32抗干扰能力弱强强工控应用近距离点对点较少最常见如果 CM1241 模块选用 RS485 接口而 Modbus Slave 软件所在 PC 通过 USB 转 RS485 适配器接入总线这就是标准的 Modbus RTU 主从通信拓扑。PC 上运行 Modbus Slave 模拟从站CM1241 侧由 S7-1200 CPU 执行主站指令发起读写请求。2.4 Modbus Slave 软件的角色Modbus Slave 是 Witte Software 开发的一款 Modbus 从站模拟工具。它可以在 PC 上模拟一个或多个 Modbus 从站设备支持 Modbus RTU、Modbus ASCII 和 Modbus TCP/IP 等协议。在 CM1241 通信调试场景中它的角色是替代真实的从站仪表响应主站S7-1200 侧发来的 Modbus 请求。Modbus Slave 软件界面中最重要的配置包括连接方式Serial Port 或 TCP/IP、串口参数COM 口、波特率、数据位、停止位、校验位、从站 ID、功能码对应的寄存器区域。配置完成后软件会监听串口上的 Modbus RTU 帧收到合法请求后自动回复并在界面上显示通信计数。对于调试而言Modbus Slave 的价值不只是模拟数据它还能作为协议分析器。软件可以显示最近的通信报文包括请求帧和响应帧这对于排查地址映射错误、校验错误、功能码不支持等问题非常有用。后面章节会专门说明如何利用这些信息定位故障。3. 环境准备与硬件连接3.1 硬件清单在开始之前建议先准备好以下硬件和软件S7-1200 PLC任意型号均可例如 CPU 1214C DC/DC/DC。CM1241 通信模块根据现场需求选择 RS232 版本或 RS485/422 版本。24V DC 电源为 PLC 和 CM1241 模块供电。PC 一台安装 TIA Portal博途软件和 Modbus Slave 软件。通信线缆如果使用 RS485 版本需要 USB 转 RS485 适配器例如常见的基于 FT232RL 或 CH340 芯片的适配器。如果使用 RS232 版本需要 USB 转 RS232 适配器或 PC 自带 COM 口。导线若干用于 A/B 信号线连接。RS485 通常使用双绞线。版本方面需要说明的是TIA Portal 和 CM1241 固件版本请以实际项目为准。不同版本的博途在指令库名称和组态界面上可能存在细微差异但本文核心流程基于通用操作版本升级不会改变基本原理。3.2 硬件接线步骤RS485 接线CM1241 RS485 模块的接线端子通常标记为 A 和 B对应 RS485 总线的 AD-和 BD信号线。很多初学者在这里容易搞混因为不同厂家对 A/B 的定义并不完全一致。从西门子 CM1241 模块的角度看模块端子标注一般为A对应 RS485 的 A 线即 D-。B对应 RS485 的 B 线即 D。USB 转 RS485 适配器上的标注同样关键。常见的适配器会标出 A/B 或 D-/D。接线原则是同名相连CM1241 的 A 接 USB 适配器的 ACM1241 的 B 接 USB 适配器的 B。如果出现通信不上且波特率和参数都正确一个常见原因就是 A/B 接反。遇到这种情况优先尝试交换 A/B 两根线。如果通信距离较长或者总线上有多个节点需要在 RS485 总线两端接入终端电阻。终端电阻一般取 120 欧姆用于匹配传输线阻抗降低信号反射。如果只是 CM1241 和 PC 适配器点对点短距离调试例如 2 米以内终端电阻可以不加但加上更稳妥。接线示意CM1241 RS485 模块 USB转RS485适配器 A -------------------- A (D-) B -------------------- B (D) 地线(可选) -------------------- GND需要注意短距离调试时虽然可以不接地线但如果通信不稳定建议把两端的 GND 连接起来减少共模电压干扰。更稳妥的做法是参照西门子手册和适配器手册进行接线。RS232 接线如果使用 CM1241 RS232 模块接线就相对固定。RS232 是标准 D-sub 9 针接口但 CM1241 模块侧是接线端子需要根据模块手册定义连接 RXD、TXD 和 GND。RS232 是交叉连接模块的发送端 TXD 接 PC 适配器的接收端 RXD模块的接收端 RXD 接 PC 适配器的发送端 TXDGND 接 GND。如果使用的是成品 USB 转 RS232 线且 CM1241 侧需要自制接头务必先查清引脚定义避免烧坏模块。3.3 PC 端串口参数确认硬件连接完成后在电脑上打开设备管理器展开“端口COM 和 LPT”确认 USB 转串口适配器分配到的 COM 口编号例如 COM3。不同电脑、不同 USB 口插拔顺序都会影响 COM 口编号所以每次重新插拔后都要重新确认。右键 COM 口选择“属性”进入“端口设置”可以看到波特率、数据位、停止位、校验位等参数。这里的默认值不一定是后面要用的值正式配置以 Modbus Slave 软件和 CM1241 组态中设置为准。4. Modbus Slave 软件的配置与准备4.1 新建从站连接打开 Modbus Slave 软件后首先需要建立一个新的从站连接。在菜单栏选择 Connection然后选择 Connect。在弹出的对话框中Connection 选择 Serial Port。Serial Port 选择 USB 转串口设备对应的 COM 口例如 COM3。Baud Rate 设置波特率例如 9600。Data Bits 通常选择 8。Stop Bits 通常选择 1。Parity 通常选择 None。其他选项保持默认。注意这里的波特率、数据位、停止位、校验位必须和 CM1241 模块组态中的参数保持一致否则通信必然失败。通信参数不一致是最常见的低级错误但恰恰是最容易忽略的。从站连接建立后软件界面下方会显示连接状态和通信计数。此时不要急于操作先确认串口被独占占用。如果 Modbus Slave 软件无法打开 COM 口提示端口被占用需要检查是否有其他软件比如串口调试助手、组态软件占用了同一个 COM 口。4.2 配置从站 ID 和寄存器区域从站连接建立后需要设置从站的 ID 和寄存器区域。Modbus Slave 软件支持一个连接下模拟多个从站 ID但在 CM1241 调试场景下通常一个连接对应一个从站 ID 就够用了。在软件菜单栏选择 Setup然后选择 Slave Definition或者直接双击界面中的 Slave ID 区域。在 Slave Definition 对话框中Slave ID 设置为 1表示从站地址为 1。Function 选择 03 (Read Holding Registers)这是最常用的功能码对应读保持寄存器。Address 设置为 0表示从地址 0 开始显示。Quantity 设置为 10表示显示 10 个寄存器。如果需要模拟写操作还可以选择 06写单个寄存器和 16写多个寄存器也可以在高级配置中开启多个功能码。设置完成后Modbus Slave 主界面会显示一个寄存器表包括地址、值、描述等列。此时可以直接在 Value 单元格里输入数值这些数值就是 PLC 主站侧读到的数据。例如把地址 0 的数值设置为 12345那么当 CM1241 主站发起一条读取从站 1、起始地址 0、长度 1 的 Modbus 请求时PLC 收到的数据就应该是 12345。4.3 通信监控与报文查看Modbus Slave 软件还提供了一个非常有用的功能通信报文显示。在菜单栏选择 Display然后选择 Communication Traffic或者直接点击工具栏上的通信报文按钮。通信报文窗口会显示所有经过串口的 Modbus RTU 帧包括请求帧和响应帧。调试地址映射问题时这个窗口是定位问题的第一现场。比如PLC 侧向从站 1 的地址 0 写入了一个值但在 Modbus Slave 界面上看不到数据变化。此时打开通信报文窗口如果能看到 10 功能码的请求帧且地址和数据正确说明通信链路正常问题在数据映射如果请求帧都没有说明 PLC 主站根本没有发出这条报文问题出在程序或指令调用上。5. TIA Portal 中的 CM1241 组态与指令调用5.1 添加 CM1241 模块并获取硬件标识符打开 TIA Portal打开已有项目或者新建一个 S7-1200 项目。在左侧项目树中双击“设备组态”在硬件目录中找到通信模块拖拽 CM1241 RS485/422 或 RS232 模块到 PLC 的左侧或右侧扩展槽位。组态保存并编译后需要获取 CM1241 模块的硬件标识符。这个标识符在后面的通信指令中会用到它用于告诉系统要操作哪一个通信模块。在 TIA Portal 中可以通过以下方式获取在程序块中新建一个 DB 块或在 OB1 中写指令时从指令列表拖入 Modbus_Comm_Load 指令将指令的 PORT 引脚连接到 CM1241 模块的硬件标识符。或者在 PLC 变量表中查看系统常量找到以“Local~CM_1241”开头的常量例如Local~CM_1241_RS485其值就是硬件标识符。需要提醒的是S7-1200 CPU 本身也有一个 PROFINET 接口但在 Modbus RTU 通信中不能使用 CPU 的硬件标识符作为 PORT 参数必须使用 CM1241 模块对应的标识符。如果这里填错指令会报错或通信无响应。5.2 调用 Modbus_Comm_Load 指令配置端口Modbus_Comm_Load 指令用于配置通信模块的端口参数包括波特率、奇偶校验、停止位等。它只需要在程序启动时执行一次通常放在 OB100 初始化组织块中或者在 OB1 里加上沿触发条件确保只调用一次。从指令列表的“通信 - 通信处理器 - Modbus”中找到MB_COMM_LOADTIA Portal V13 SP1 以上版本名称可能变为Modbus_Comm_Load。调用格式如下Modbus_Comm_Load_DB( REQ : Start_Init_Cm1241, PORT : Local~CM_1241_RS485, BAUD : 9600, PARITY : 0, RTS_ON_DLY : 0, RTS_OFF_DLY : 0, RESP_TO : 1000, MB_DB_ID : 1, ERROR CommLoad_Error, STATUS CommLoad_Status, DONE CommLoad_Done );参数说明如下REQ上升沿触发端口配置。可以使用一个仅在启动时置位一次的 M 变量或全局 DB 位。PORTCM1241 模块的硬件标识符。BAUD波特率设置为 9600必须与 Modbus Slave 软件一致。PARITY奇偶校验。0 表示无校验1 表示奇校验2 表示偶校验。这里设置为 0。RTS_ON_DLY 和 RTS_OFF_DLYRS485 半双工通信中的 RTS 控制延迟单位毫秒。RS232 场景下通常设为 0。对于 RS485根据通信距离和波特率可以适当调整比如设置为 0 到 10 之间的值具体以实测为准。RESP_TO响应超时时间单位毫秒。这里设置为 1000表示主站发送请求后等待从站响应的最大时间。MB_DB_IDModbus 从站数据库编号。在一个通信模块上创建多条 Modbus 连接时使用简单项目中设置为 1 即可。ERROR、STATUS、DONE指令执行状态输出。这里真正容易踩坑的地方是Modbus_Comm_Load 指令和 Modbus_Master 指令虽然都涉及 MB_DB_ID但含义不同。Comm_Load 中的 MB_DB_ID 是端口编号Master 中的 MB_DB_ID 是连接实例编号。如果项目只有一个从站两者都设为 1 一般没有问题但当项目中有多个从站或多个通信模块时必须仔细规划编号否则指令会报错或者访问到错误的从站实例。5.3 定义 Modbus_Master 指令的背景 DB 并编写轮询逻辑端口配置完成后在 OB1 或循环中断 OB 中调用 Modbus_Master 指令执行实际的读写请求。Modbus_Master 指令的调用需要分配一个背景 DB这个 DB 保存通信控制信息。调用格式如下Modbus_Master_DB( REQ : Trigger_Read, MB_MODE : 0, MB_DATA_ADDR : 40001, MB_DATA_LEN : 2, MB_DATA_PTR : Modbus_Data_Block.Data_Read[0], MB_DB_ID : 1, SLAVE : 1, ERROR Master_Error, STATUS Master_Status, BUSY Master_Busy );参数说明如下REQ请求触发信号。每个扫描周期可以保持为 TRUE指令内部会自动管理请求状态。REQ 为 TRUE 时指令会尝试发送请求每次只能有一个活动的请求BUSY 输出可以用于判断当前是否有请求正在执行。MB_MODE通信模式。0 表示读1 表示写。对于写单个寄存器MB_MODE 也可以设为 1。需要注意不同功能码和模式的组合关系西门子指令手册中有详细说明。MB_DATA_ADDRModbus 地址。这里的地址必须使用 Modbus 协议地址而不是 PLC 中的寄存器偏移。例如 40001 对应保持寄存器起始地址。Modbus Slave 软件中看到的地址偏移 0在 MB_DATA_ADDR 中就是 40001。MB_DATA_LEN数据长度单位是字16 位。MB_DATA_PTR指向存储数据的 DB 地址可以是全局 DB 中的数组。MB_DB_ID连接实例编号与 Comm_Load 中的 MB_DB_ID 对应。SLAVE从站地址这里设置为 1与 Modbus Slave 软件中的 Slave ID 一致。对于只读需求MB_MODE 设为 0MB_DATA_ADDR 设为 40001Modbus Slave 软件中的功能码会自动响应 03 读保持寄存器。如果 MB_MODE 设为 1MB_DATA_ADDR 设为 40001则对应写单个或多个寄存器Modbus Slave 软件需要开启相应的写功能支持。5.4 设计多从站轮询逻辑如果总线上有多个从站设备Modbus_Master 指令不能同时对多个从站发起请求。在实际项目中通常的做法是建立一个轮询表每个周期只处理一个从站请求通过状态机或计数器在多个从站之间切换。一个简单的轮询逻辑可以这样设计使用一个 INT 变量作为轮询计数器。根据计数器值选择不同的请求参数。当 Modbus_Master 指令的 BUSY 输出为 FALSE 且请求完成后递增计数器。计数器到达最大值后清零开始新一轮轮询。这段逻辑的优点是结构简单适合从站数量不多的场景。如果从站数量多、读写类型复杂建议使用 SC 语言编写标准轮询功能块把地址、长度、存储区做成配置表这样程序可维护性更高。6. 完整示例S7-1200 通过 CM1241 与 Modbus Slave 通信下面给出一个最小可运行的完整示例。这个示例实现的功能是CM1241 作为 Modbus RTU 主站PC 上的 Modbus Slave 软件模拟从站地址 1PLC 每 500 毫秒读取一次从站保持寄存器的前两个寄存器并把读到的数据映射到全局 DB 中。6.1 PLC 侧全局数据块定义首先在 PLC 中创建一个全局数据块命名为Modbus_Data_Block内容如下DATA_BLOCK Modbus_Data_Block { Data_Read : Array[0..1] of Int; // 读取到的保持寄存器数据 Trigger : Bool; // 轮询触发信号 InitDone : Bool; // 端口初始化完成标志 }6.2 初始化程序在 OB100 初始化组织块中调用 Modbus_Comm_Load 指令完成 CM1241 端口初始化。具体代码如下// OB100: 初始化 Modbus_Comm_Load_DB( REQ : TRUE, PORT : Local~CM_1241_RS485, BAUD : 9600, PARITY : 0, RTS_ON_DLY : 0, RTS_OFF_DLY : 0, RESP_TO : 1000, MB_DB_ID : 1, DONE Modbus_Data_Block.InitDone, ERROR Init_Error, STATUS Init_Status );注意这里 REQ 直接设为 TRUE。OB100 只在启动时执行一次REQ 为 TRUE 可以确保上电时执行一次端口配置。如果担心 OB100 执行完成后 REQ 仍然为 TRUE 导致重复触发可以在 OB1 中用 InitDone 位做互锁。6.3 主程序轮询在 OB1 中调用 Modbus_Master 指令。这里使用一个定时脉冲作为 REQ 信号保证每次通信请求之间有时间间隔。// OB1 主程序 Modbus_Master_DB( REQ : Clock_500ms, // 系统时钟脉冲500ms 周期 MB_MODE : 0, // 读模式 MB_DATA_ADDR : 40001, // 读取从地址 40001 开始的寄存器 MB_DATA_LEN : 2, // 读取 2 个字 MB_DATA_PTR : Modbus_Data_Block.Data_Read[0], MB_DB_ID : 1, // 连接实例编号 SLAVE : 1, // 从站地址 ERROR Master_Error, STATUS Master_Status, BUSY Master_Busy );系统时钟脉冲可以通过调用 IEC 定时器或者直接使用 TIA Portal 提供的系统时钟存储器功能。在 PLC 组态的“系统和时钟存储器”中启用时钟存储器字节例如设为 MB100则 MB100.4 就是 500ms 脉冲。6.4 Modbus Slave 侧配置在 Modbus Slave 软件中建立 Serial Port 连接选择 COM3波特率 96008 数据位1 停止位无校验。设置 Slave ID 为 1。显示保持寄存器起始地址 0数量 10。手工修改地址 0 和地址 1 的数值例如地址 0 100地址 1 200。注意在仪表或自动化行业习惯中地址 40001 在 Modbus 协议报文里的地址偏移实际是 0。所以 Modbus Slave 软件中显示的地址 0就对应 MB_DATA_ADDR 的 40001。如果你在软件中看到的地址是 1对应 MB_DATA_ADDR 就是 40002。这个偏移关系是初学者最容易混淆的地方。7. 运行结果与效果验证7.1 正常状态判断程序下载到 PLC 后将 PLC 切换到 RUN 模式。如果一切正常观察以下现象Modbus Slave 软件界面右下角的通信计数会不断增长。通信报文窗口中可以看到主站周期性发送的请求帧以及从站返回的响应帧。在 TIA Portal 的监控表中添加Modbus_Data_Block.Data_Read[0] 和Modbus_Data_Block.Data_Read[1]可以看到数值分别为 100 和 200与 Modbus Slave 中设置的数值一致。Modbus_Master_DB 背景 DB 中的 ERROR 为 FALSESTATUS 为 16#0000无错误。在 Modbus Slave 软件的报文窗口中你应该能看到类似如下的帧请求帧主站 - 从站01 03 00 00 00 02 C4 0B响应帧从站 - 主站01 03 04 00 64 00 C8 7A 33其中00 64是十进制 10000 C8是十进制 200。7.2 失败时的第一步排查顺序如果通信不成功先不要急着改程序。按以下顺序排查看 Modbus Slave 软件的报文窗口。如果没有请求帧说明主站程序没有发出请求重点检查 PLC 是否处于 RUN、Modbus_Comm_Load 是否执行成功、REQ 信号是否有效。如果请求帧有但没有响应帧或者响应帧出现异常码重点检查从站 ID 是否正确、寄存器地址是否在 Modbus Slave 配置的范围内。如果请求帧和响应帧都有但 PLC 监控数据不正确重点检查 MB_DATA_ADDR 与 Modbus Slave 软件地址偏移的对应关系。如果通信完全无反应且检查不出程序问题回到硬件层确认 A/B 是否接反、COM 口是否被占用、波特率是否一致。7.3 验证 Modbus 异常响应Modbus Slave 软件还支持手动模拟异常响应。在 Slave Definition 配置中可以设置某个地址的访问权限或者直接断开连接测试 PLC 主站在从站无响应时的行为。当从站无响应时Modbus_Master 指令的 STATUS 输出会出现错误代码常见的是 16#8204表示请求超时或从站无响应。此时主站程序应该通过 STATUS 判断错误类型并执行相应的重试或报警逻辑。这也是使用模拟从站调试的最大好处可以在开发阶段就把异常分支测试完整。8. 常见问题与排查方法下面整理 CM1241 与 Modbus Slave 通信调试中最常见的问题和排查方案。问题现象可能原因排查方式解决方案Modbus Slave 软件收不到任何请求帧CM1241 未处于 RUN 状态或通信参数不一致检查 PLC 运行状态和通信参数将 PLC 切换到 RUN统一波特率数据位停止位校验位A/B 接反导致通信失败RS485 正负反接交换 A/B 线测试确保 CM1241 的 A 接适配器的 AB 接适配器的 B主站请求帧有从站无响应从站 ID 不匹配或地址超出范围查看从站 ID 配置和寄存器区域将 Slave ID 设为 1确认请求地址在配置范围内通信有响应但数据全为 0地址偏移错误或数据类型不匹配对比报文中的数据字节确认 40001 对应软件地址 0使用正确的数据长度STATUS 报 16#8204从站无响应或响应超时检查从站是否在线、RESP_TO 是否过短调整响应超时时间检查从站连接Modbus Slave 打不开 COM 口COM 口被其他软件占用关闭串口调试助手等其他占用程序释放串口或更换 COM 口编号USB 转 485 适配器频繁掉线适配器驱动不稳定或供电不足检查设备管理器是否出现感叹号更换驱动或使用独立供电的适配器通信距离超过 50 米不稳定总线未接终端电阻或线缆质量差检查终端电阻和线缆总线两端并接 120 欧终端电阻使用双绞屏蔽线在实际项目中通信问题很少是单一原因。建议在调试前准备一张参数确认表把 CM1241 侧和 Modbus Slave 侧的每一项参数列出来逐项比对能省下大量排查时间。9. 最佳实践与工程建议9.1 参数命名与文档化在项目中建议为所有 Modbus 通信参数建立统一的命名规范。例如从站地址使用SLAVE_1_ADDR、SLAVE_2_ADDR这样的符号名。寄存器地址使用REG_TEMP_PV、REG_TEMP_SP这样的语义化名称。通信状态字在 HMI 报警文本中提前配置好方便现场快速定位。把 Modbus 地址映射表维护在项目文档中并与程序注释同步更新。模拟调试时用的地址表接入真实设备后大概率要微调文档越清晰切换成本越低。9.2 轮询周期与超时设置Modbus RTU 是半双工通信在 RS485 上主站必须等待从站响应后才能发起下一帧请求。在设置轮询器时不要把轮询周期设置得过短。一个常见的错误是PLC 扫描周期为 10ms于是把通信 REQ 也做成 10ms 间隔结果大量请求超时因为从站响应时间根本跟不上。更稳妥的做法是在每个 Modbus_Master 请求完成后加入一个固定延时例如 20ms 到 50ms再发起下一个请求。对于多从站轮询使用状态机结构确保同一时刻总线上只有一个未完成的请求。9.3 数据一致性处理当 PLC 主站读取从站数据时数据从 Modbus 报文写入 DB 的过程发生在通信指令内部不会与用户程序访问冲突。但如果你在处理数据时同时修改 DB可能出现数据不一致。建议把通信数据区与业务处理数据区分开通信指令写通信 DB业务程序通过 MOVE 指令把通信 DB 数据复制到处理 DB。对于写操作也就是 MB_MODE 为 1 的场景要注意从站侧是否支持对应的功能码。有些仪表只支持 03 读不支持单个寄存器写入需要改用 16 功能码批量写入。Modbus Slave 软件中可以配置支持的功能码建议在调试前确认这一点。9.4 生产环境安全提醒如果后续把同一套程序用于生产环境涉及真实设备操作请务必注意以下几点修改 CM1241 硬件参数或 PLC 程序前先备份当前项目。在生产环境中调试通信参数时确认不会对运行中的设备造成误动作。特别是写操作指令在程序稳定前不要自动执行建议先用手动模式测试。涉及安全功能的设备必须通过独立的安全回路控制不能依赖 Modbus 通信完成安全联锁。使用合法授权的软件版本确保上位机工具和模拟软件的可靠性。9.5 借助通信报文定位边界Modbus Slave 的通信报文窗口是最直接的协议分析工具。排查问题时不要只看 PLC 侧的状态字要把请求帧和响应帧逐字节对照。比如请求帧的从站地址、功能码、起始地址、数量是否正确响应帧的数据长度是否符合预期如果长度短了可能是从站返回了异常码。CRC 校验是否通过如果报文显示 CRC 错误检查波特率是否准确尤其是 USB 转串口适配器的晶振精度可能影响波特率误差。协议调试做到这一层基本就能把问题收敛到很小的范围。10. 总结与后续学习方向本文从实际调试场景出发完整介绍了 CM1241 RS232/422/485 通信模块与 Modbus Slave 软件之间进行 Modbus RTU 通信的方法。核心内容包括Modbus RTU 协议帧结构和主从模型、CM1241 模块的接口选型与接线方法、Modbus Slave 软件从站配置、TIA Portal 中 Modbus_Comm_Load 与 Modbus_Master 指令的调用方式、完整示例代码、运行验证和常见故障排查。对初学者来说先在 Modbus Slave 软件里把从站模拟跑通再切换到真实设备是风险最低的学习路径。对已经在做项目的工程师建议直接把轮询逻辑封装成标准功能块把所有从站地址和数据区做成配置表这样项目切换时只需要改配置不需要改程序。后续可以继续深入的方向包括Modbus RTU 与 Modbus TCP 的协议转换、S7-1200 作为 Modbus 从站时的配置方法、多主站轮询时的冲突规避、以及基于 Modbus 通信数据的上位机监控开发。通信调试的水平就是在一次次报文分析和参数排查中提升的把这套方法固化下来以后不管换什么 PLC、什么仪表思路都是通用的。
