做设备数据对接的时候最常被问到的一个问题就是“你们的PLC能不能支持Modbus TCP从站我们上位机要直接读数据。”尤其是用了汇川InoProShop平台的工程师第一次接触通信配置时很容易在主站和从站的概念里绕晕。这篇就把InoProShop环境下Modbus TCP从站协议的来龙去脉讲透从通信角色、设备配置、寄存器映射到功能码解读、调试验证、常见坑位一次说清适合刚入门汇川中型PLC、想把设备数据开放给上位机或SCADA的同行参考。1. 先把角色搞清楚Modbus TCP主从架构与典型应用场景1.1 一个请求/响应的交互模型Modbus TCP从站翻译成大白话就是你的PLC作为“服务器”监听在502端口上等待其他设备主站/客户端主动发起连接和数据读写请求。整个过程是一问一答的交互模型主站发一个请求报文从站处理完以后必须回复一个响应报文。主站不请求从站绝不主动往外吐数据。这个逻辑和很多人熟悉的HTTP协议有点像。浏览器是客户端你访问一个网页它发起GET请求服务器返回页面内容Modbus TCP同理上位机组态软件、触摸屏或者另一台PLC作为客户端向你的PLC发出读保持寄存器、写线圈这类请求PLC作为服务器返回对应的数据或写入成功标志。在InoProShop工程里配置从站时我习惯先画一张通信关系小图谁发起连接、PLC监听哪个端口、数据流向是“主站写入PLC”还是“PLC送出给主站读”。这张图画清楚了后面IO映射的方向基本上就不会错了。1.2 为什么要让PLC当从站PLC做Modbus TCP从站在产线上太常见了。总结一下不外乎这几种场景上位机/SCADA集中采集多台PLC数据PLC全部作为从站上位机作为主站统一轮询。触摸屏直连PLC屏作为主站主动读取或写入PLC只需要把数据放到指定寄存器区域。产线数据需要进MES/ERP系统网关或数据采集器作为主站从PLC里采集产量、设备状态、报警信息。PLC与PLC之间做简单的主从数据交换小数据量不需要上以太网总线协议直接用Modbus TCP从站功能就能搞定。1.3 与普通TCP通信的区别很多刚接触的人会问PLC支持TCP Socket自由通信为什么还要单独搞一个Modbus TCP从站区别在于应用层的报文格式和状态管理。普通TCP Socket通信需要你自己定义报文格式PLC要写大段的字符串解析、帧头帧尾判断、校验逻辑。而Modbus TCP从站把这一切都标准化了报文固定包含MBAP头加PDU功能码决定读写类型数据地址决定操作哪个寄存器你只需要通过组态或功能块把寄存器区域和PLC变量对应起来剩下的报文解析、异常处理全由协议栈完成。换句话说用Modbus TCP从站你搭的是“现成的服务器框架”做的只是“把后台数据填进预定义的表格”。这也是它在工业领域经久不衰的原因——标准化、轻量、易于实现。2. 配置前必须做好的准备硬件选型与通信网络基础2.1 InoProShop支持的PLC怎么选汇川的PLC里走InoProShop平台的主要是AM系列和H5U这些带以太网口的中型PLC。AM400系列AM401、AM402、AM403、AM600系列AM600之外还有多个子型号、H5U系列基本都支持Modbus TCP通信既可以做主站也可以做从站。选型的时候重点关注两点一是CPU本体是否自带以太网口二是固件版本是否支持你需要的通信功能。我印象里AM系列和H5U的以太网口都支持Modbus TCP从站不需要额外扩展模块直接用本体上的网口就行。部分早期固件版本可能存在从站连接数限制或者库包不全的问题建议配置前先确认PLC的固件版本必要时升级到较新的稳定版本。这个环节虽然不起眼但确实遇到过低版本固件对某些功能码支持不完整的情况。2.2 IP地址规划与物理连接Modbus TCP建立在TCP/IP之上所以IP地址规划是逃不掉的第一步。PLC和主站上位机、触摸屏、采集器必须在同一个网段内并且IP不能冲突。比如上位机是192.168.1.100PLC就可以设置成192.168.1.10。接线方面工控现场环境严苛的话建议用工业交换机把PLC和上位机连起来不要图省事直接用一根网线插到电脑网口直连虽然大多数情况能通但在现场调试时非常容易被地电位差或干扰搞出间歇性断连。如果只是办公室桌面调试PLC直连电脑网口或过一个小交换机都行关键是网口协商正常、Ping得通。2.3 InoProShop工程中的前置检查新建工程选好PLC型号以后有三件事建议在配置从站之前先做掉在InoProShop的设备树里确认PLC的以太网口节点存在并且可以在属性页设置IP地址、子网掩码、默认网关。不同型号显示的节点名称可能略有不同但基本都在“Device”下一级的通信接口或网络接口位置。把程序编译下载到PLC之后先用Ping命令验证网络可达性。Ping不通就不要往下配置协议了问题大概率出在IP地址设置、物理线路或防火墙。检查工程是否包含Modbus TCP相关的设备描述或库文件。InoProShop基于Codesys平台Modbus TCP Slave功能通常以“设备”形式挂在设备树中。如果添加设备的列表里找不到Modbus TCP Slave相关条目说明工程缺少对应的设备描述文件或库包需要在库管理器或设备仓库中补充安装。3. 从站配置的完整链路设备添加、参数设置与IO映射3.1 在设备树中添加Modbus TCP Slave设备这一步是整个配置的核心。在InoProShop的Device Tree中右键点击Device节点或Application节点视版本而定选择“添加设备”在弹出的设备目录中找到Modbus TCP Slave相关设备确认添加。添加完成之后设备树下会多出一个Modbus TCP Slave节点。这个节点的作用等于一个“协议转换引擎”它监听502端口接收主站请求把协议数据区的数据刷新到IO映射绑定的PLC变量上。如果列表里找不到这个设备选项可以检查一下当前PLC型号是否支持Modbus TCP从站。项目的库管理器是否缺少Modbus相关库例如Modbus TCP Slave库、系统以太网库。InoProShop版本是否需要更新或安装额外的设备描述包。3.2 关键参数逐项说明添加完成后双击这个从站节点会看到协议参数配置页。不同版本字段名称可能有些差异但核心参数就这几项参数典型值说明本地端口502Modbus TCP标准端口不推荐随便改改了上位机和协议栈也要跟着变最大并发连接数4/8同时允许多少个主站连接超过后新连接会失败单元标识符Unit ID1相当于从站地址单机直连时一般填1通信超时1000ms连接空闲多久后关闭太短容易误杀长间隔轮询数据区大小按需配置保持寄存器、线圈、输入寄存器等区域范围决定可访问的数据量我特别提醒一下“最大并发连接数”。如果现场既有触摸屏、又有上位机、还有一个采集网关都要同时连这台PLC连接数配置小了后面的设备就会连接超时或直接拒绝连接。这个参数留有余量按实际并发设备数乘以1.5到2倍来配比较稳。3.3 IO映射把协议寄存器交给PLC变量参数配置完最关键的一步是IO映射。Modbus TCP Slave节点在运行时会维护一块协议数据缓冲区主站读写的就是这块缓冲区。通过IO映射我们可以把缓冲区中的寄存器或点位映射到PLC的全局变量或%MW、%IW、%QW等地址上。这里有一个方向问题容易搞反在这个从站设备的IO映射中“输入”方向通常指从主站写入的数据也就是PLC侧接收而“输出”方向指PLC要发送出去给主站读的数据。如果方向设反了你会在主站读到的永远是另一块数据或者写入的数据根本不起作用。以最常用的保持寄存器为例在IO映射表中添加若干条“输出”映射把PLC变量例如GVL.DataWord0映射到Modbus寄存器地址0这样主站用功能码03读地址0时返回的就是GVL.DataWord0的值。添加若干条“输入”映射把Modbus寄存器地址100映射到PLC变量例如GVL.ReceiveWord0这样主站用功能码16写入地址100时PLC侧的GVL.ReceiveWord0就会同步更新。线圈的映射逻辑类似区别在于对象是位BOOL变量。离散输入、输入寄存器这种只读区域通常只配置输出方向不配置输入方向。3.4 映射变量时的两种常用策略实际项目里有人喜欢把每个Modbus地址单独映射到一个变量有人喜欢直接把整个区域映射到一个大数组。两种方式各有适应场景变量逐个映射地址关系清晰、每个变量有独立含义、便于在程序里直接使用符号名适合数据点不多、语义明确的场景。缺点是点位多的时候配置工作量偏大。数组整体映射配置简单、地址连续、主站只需按起始地址和长度连续读写适合大量批量数据交换。缺点是不如变量直观读写数组下标容易和理解错位。我个人的习惯是批量状态类数据比如几十台设备的状态、产量数据用数组单个控制字和参数用独立变量。这样做无论是维护还是排查问题都相对从容。4. 从站端的数据模型与功能码深度对应4.1 四类数据对象与寄存器编号Modbus协议把数据对象分成四类对象类型数据宽度读写属性传统地址范围线圈位可读可写00001-09999离散输入位只读10001-19999输入寄存器16位字只读30001-39999保持寄存器16位字可读可写40001-49999传统地址编号是给别人看的实际在协议报文里传输的地址是从0开始的偏移量。比如上位机组态软件里填“40001”在线缆上实际发送的地址是0填“40010”实际地址是9。这个“减一”规则非常容易踩坑尤其是在做地址换算和排查数据错位的时候第一反应应该想到它。4.2 从站需要支持的功能码清单从站协议的核心工作说穿了就是按功能码处理请求并返回响应。一个标准的Modbus TCP从站通常需要支持以下功能码01 (0x01)读线圈用于读取PLC中的BOOL输出点或保持型BOOL变量。02 (0x02)读离散输入用于读取PLC中的BOOL输入点只读。03 (0x03)读保持寄存器这是最常用的功能码上位机读PLC的整数、浮点数、状态字基本都靠它。04 (0x04)读输入寄存器用于读取只读的模拟量输入或系统状态信息。05 (0x05)写单个线圈用于远程控制单点输出。06 (0x06)写单个保持寄存器用于远程修改单个参数。15 (0x0F)写多个线圈用于一次控制多个输出。16 (0x10)写多个保持寄存器用于一次下发多个参数或控制字。在InoProShop的从站配置里有些区域默认支持全部读写功能码有些只支持特定功能。这取决于你的数据和从站设备的实现。如果主站访问时报功能码不支持异常码01先确认一下你所访问的数据区域是否真的支持该功能码。4.3 异常响应的排查思路当主站的请求有问题时从站不会沉默而是会返回异常响应。异常响应的功能码是请求功能码的最高位置1即原功能码加上0x80后面带一个异常码。常见异常码异常码含义排查方向01非法功能当前数据区不支持该功能码02非法数据地址访问的地址超出已映射范围03非法数据值请求中的数据值不合法04服务器设备故障PLC侧异常检查映射变量和硬件状态调试时看到异常响应不要慌这是从站给你递过来的非常有用的线索。绝大多数情况都集中在“地址越界”和“功能码不支持”两个问题上对照表格逐项排查即可。5. 半小时实测用Modbus Poll验证从站读写5.1 工具准备与连接配置配置完成后要用主站工具实测不能只看配置界面觉得“应该没问题”。Modbus Poll是Windows上非常经典的Modbus主站模拟工具界面简洁适合验证从站。打开Modbus Poll新建连接按以下参数配置协议选择Modbus TCP/IPIP地址填PLC的IP端口填502Unit ID填1或你在从站里配置的值功能码先选03读保持寄存器起始地址填0数量根据实际情况填比如10连接之前先把InoProShop工程下载到PLC并运行确认PLC处于RUN状态。5.2 读写验证流程连接成功且从站配置正确时Modbus Poll的表格里应该能显示PLC映射变量当前的值。读验证在PLC程序里给GVL.DataWord0赋值一个已知数例如1000。在Modbus Poll里读地址0如果显示1000说明读保持寄存器链路通了。再测试一下地址越界时的表现比如读一个没映射的5000地址看看是否会返回异常码02这能验证从站的地址保护是否生效。写验证在Modbus Poll里用功能码16写地址100对应PLC侧GVL.ReceiveWord0写入2000。回到InoProShop在线监控看GVL.ReceiveWord0是否变成2000。如果写入没有生效检查IO映射中该地址是否配置成了“输入”接收方向以及PLC是否处于可写状态。线圈验证同理用功能码05或15写线圈监控对应的BOOL变量变化。5.3 抓包观察报文结构如果读写遇到奇怪的问题比如“读了数据但值看起来不对劲”建议用Wireshark抓包看看原始报文。Modbus TCP的报文结构非常清晰MBAP头事务处理标识符2字节、协议标识符2字节固定为0、长度字段2字节、单元标识符1字节。PDU功能码1字节、数据若干字节。抓包时在Wireshark的过滤栏输入modbus或tcp.port 502就可以看到完整请求响应过程。你会明显看到Modbus请求和响应在TCP会话中一问一答。如果某个请求没有响应或出现TCP重传基本可以判断是网络层或从站处理逻辑出了问题。抓包是最直接、最不能被抵赖的调试手段比任何仪表和监控画面都可靠。遇到双方对协议理解不一致的情况把抓包结果往桌面上一放问题根源基本一目了然。6. 实战中容易踩的坑与解决对策6.1 连接超时和连接数满现场最容易遇到的问题之一是某个主站时不时连不上PLC。排查这类问题先看从站配置里的连接数限制。如果PLC上已经挂着触摸屏和SCADA连接数配置只有2第三个采集网关想连就会被挤掉或者超时。这个问题的表象非常迷惑人看起来是网络不通实际上是从站端口资源耗尽。解决办法一是把最大连接数调大二是从架构上收敛主站数量不要十几台设备都直接连PLC。网关中间做汇聚连接是比较稳妥的架构。6.2 字节序导致数据“看不懂”32位数据交换最经典的坑就是字节序。Modbus协议规定单个16位字是高位在前大端但两个16位字组成32位数据DINT、REAL时谁在前谁在后没有统一规定各家设备实现差异很大。举个例子你的PLC里有一个REAL类型变量值是1.0映射到保持寄存器地址0和1。上位机去读地址0和1后组合成32位得到的结果可能是1.0也可能是某些情况下的巨大数值。遇到这种情况排查方向不是协议配置而是数据组合顺序。常见的组合方式有AB-CD大端、CD-AB字交换、BA-DC字节交换、DC-BA全反转。你可以先用PLC程序把一组已知的32位数据映射到连续寄存器再用主站去读比对组合结果最快速度确定对方的字节序要求。然后在PLC侧做相应的字/字节交换或者在InoProShop程序里重组数据。6.3 数据刷新不一致从站的寄存器缓冲区和PLC变量之间刷新时机是很微妙的。在一个扫描周期内如果主站连续读写多个地址可能遇到有些地址是上一周期的值、有些地址是本周期的值导致数据整体不一致。尤其在控制类场景中这种“组内数据撕裂”可能造成误判断。对策是把需要一致性的数据比如一组坐标值、一组控制字放在同一个数据块里用一次批量读写完成交换。在InoProShop端可以把一整块连续区域映射到一个结构体或数组这样读写天然处于同一扫描周期一致性比零散变量好得多。6.4 重启后从站不生效还有一个低频但很折磨人的问题PLC配置完从站、下载、调试好断电重启后从站却不生效要重新下载工程或手动复位一下才恢复。这个现象多数跟“运行使能”设置有关排查思路是检查从站设备是否设置了运行条件以及PLC启动模式是否处于“运行”而不仅仅是“带电”状态。遇到这类问题我通常的处理顺序是先看启动模式、再看从站设备是否随应用自动启动、最后看以太网口在启动时是否完成初始化。绝大多数情况下都能定位到是初始化时序问题。6.5 一个沿用至今的排查习惯最后分享一个我自己的固定排查顺序适合所有Modbus TCP从站对接问题先确认物理层网线、交换机、IP能否Ping通再确认传输层端口号、防火墙然后看会话层连接数、单元标识符最后才是应用层功能码、地址、字节序。千万别一上来就盯着协议报头分析很多时候问题根本不在这里。按照这个顺序排查速度是最快的。