1. 先别急着改程序把主从关系这张图想明白做汇川PLC的Modbus从站配置最容易翻车的地方往往不在配置本身而在很多人根本没搞明白“从站”到底意味着什么。前几天有个朋友跟我抱怨说H5U做从站上位机用Modbus TCP怎么都读不到数据半天找不出原因。我远程一看他把PLC的IP写错了但这不是最要命的——最要命的是他连主站和从站的通讯逻辑都还没理顺。我们平时做项目大多数情况是汇川PLC做Modbus主站去轮询变频器、仪表、温控器这些从站设备。但反过来当上位机组态软件、触摸屏、MES系统或者另一台PLC需要主动读写汇川PLC的数据时汇川PLC就必须作为从站等着别人来访问。这就是标题里说的“从站配置”的真正场景。在InoProShop里配置从站本质上是做三件事第一告诉PLC“我要开放哪些数据区域给别人读写”第二把这些数据区域映射到标准的Modbus寄存器地址上第三设定通讯参数让主站能找到你、能跟你对话。听起来就那么回事但实际做起来寄存器映射、地址偏移、功能码匹配这些问题一个接一个。这篇文章我尽量把H5U、AM系列、Easy系列在InoProShop里的从站配置路径讲透再把通讯失败的排查思路一条条拆开。无论你是刚接触Modbus的新手还是被通讯问题折磨过的老手应该都能找到能直接用的东西。2. 从站配置前的硬性条件硬件连线和串口参数2.1 RS485接线看起来简单其实最容易埋雷先说Modbus RTU。汇川PLC做从站如果走的是RS485那物理层就是第一道关卡。RS485是差分信号理论上A、B两根线反接不会烧设备但通讯必然失败。我见过不少现场A、B接反了主站那边报超时排查半天最后发现是线序问题。汇川PLC的COM口不同系列端子标注不太一样有的是A、B-有的是RS、RS-接线前一定要看具体型号的硬件手册别凭感觉。终端电阻也是一个高频问题。RS485总线两端都需要接终端电阻阻值一般是120Ω。如果总线上就两台设备一个主站、一个从站那两台设备都要把终端电阻拨上。如果从站挂在总线的中间位置那这个从站就不该接终端电阻。很多人忽略这件事导致通讯时好时坏尤其是在线缆比较长、波特率比较高的时候波形反射会把数据帧冲得乱七八糟。还有一点是接地。RS485的屏蔽层应该单端接地不能两端都接更不能在PLC端和仪表端形成地环路。地电位差大的场合通讯失败率会明显升高严重的时候还会损坏通讯芯片。现场如果出现“单独测每台设备都正常一联网就不行”的情况优先查地电位和屏蔽层。2.2 串口参数必须逐位对齐没有商量余地波特率、数据位、校验位、停止位这四个参数主站和从站必须完全一致。Modbus RTU最常见的是9600、8、N、1也有38400、8、E、1这些组合。但“常见”不代表“一定”关键看主站那边设置的是什么。在InoProShop里串口参数一般是在设备组态里选择COM口后在属性窗口里配置。需要注意有些汇川PLC的COM口默认是支持多种协议的比如H5U的COM口可以配置成Modbus RTU主站、从站或者自由协议。你做了从站配置之后这个口就被Modbus从站功能占用了不要再指望它同时干别的事。校验位这块有个容易踩的坑如果主站设置的是无校验N,8,1从站也设置成无校验两边一致没问题。但有些设备手册里写的默认参数是“8, N, 1”实际对应的Modbus帧格式是11位1起始位8数据位1停止位无校验。如果设置成“8, E, 1”帧就是12位。两边只要差一位整个通讯就废了。2.3 Modbus TCP从站的前提是IP层通走Modbus TCP的话物理层就简单多了网线插上IP地址、子网掩码配好先ping一下看通不通。但这里有个细节汇川PLC做Modbus TCP从站端口号默认是502这个一般不用改但要注意PLC的防火墙如果型号带的话或者路由器策略不能把502端口屏蔽了。还有主站和从站的IP地址必须在同一个网段网关设置要合理。有些项目的上位机在别的网段中间隔了路由器这时候PLC的网关必须指对否则上位机发过来的TCP连接请求根本到不了PLC。3. InoProShop里从站配置的完整路径菜单、映射、寄存器逻辑3.1 从站配置到底在哪个菜单下面InoProShop这个软件不同版本的界面布局略有差异但总体逻辑是一样的。新建工程后在左侧的工程树里找到“设备组态”或者“通讯设置”相关的节点。以H5U为例一般在“设备”下面能看到本体自带的COM口和网口选中对应的通讯口右键或者在下方的属性窗口里切换协议模式。我在实际配置中习惯的路径是这样在工程树中找到PLC型号双击进入设备组态界面。找到“串口”或“以太网”节点选中要用于Modbus通讯的物理接口。在属性窗口中把接口的工作模式修改为“Modbus从站”。在弹出的配置界面中设置从站地址、通讯参数RTU方式下、或者端口号TCP方式下。配置寄存器映射表把PLC的软元件地址映射到Modbus寄存器区域。这个“寄存器映射表”就是整个从站配置的核心。Modbus协议本身定义了几个数据区域线圈Coil可读可写对应Modbus地址0x、离散输入Discrete Input只读对应Modbus地址1x、输入寄存器Input Register只读对应Modbus地址3x、保持寄存器Holding Register可读可写对应Modbus地址4x。汇川PLC做从站时通常就是把内部的M中间继电器、D数据寄存器这些软元件映射到以上区域。3.2 把PLC地址映射到Modbus地址一个偏移量引发的惨案这部分是整个从站配置的重中之重也是“配置完通讯一直失败”的最大来源之一。Modbus协议里的寄存器地址是从0开始的但很多上位机组态软件、触摸屏变量表里写的地址却是从1开始的或者说从40001开始的。举个例子Modbus保持寄存器协议层的地址编号是0、1、2、3……对应的数据地址是40001、40002、40003、40004……也就是协议地址 40001。如果你在Modbus Poll里读保持寄存器填的地址是0那读到的就是40001这个寄存器也就是协议里的第1个保持寄存器。这里如果差1读出来的数据就会整体错位甚至直接报地址超范围。在InoProShop的从站映射表里你配置的是协议层的寄存器偏移还是40001这种PLC风格地址不同固件版本的软件处理方式可能会不一样。我遇到过的情况是有些版本里映射表直接填PLC软元件地址比如D100然后在Offset列填Modbus协议地址0表示D100对应保持寄存器的起始地址有些版本则需要你手动计算偏移量。最稳妥的办法是配置完成后用Modbus测试工具实际读一遍看数据对不对得上。另外寄存器数量也要提前算好。你映射了D100到D110一共11个字那保持寄存器的数量就是11个。主站那边读取的数量不能超过这个范围否则从站会返回异常码Illegal Data Address。很多通讯失败不是没连通而是功能码请求了不存在的地址从站直接回了异常帧。3.3 共享寄存器映射和批量映射的用法除了一个一个映射InoProShop通常还支持批量映射。比如我配置一个连续的D区从D100开始长度50个字全部映射为保持寄存器起始Modbus地址为0这样主站就能连续读取50个字。这种方式在实操中最高效也最不容易出错。但批量映射要注意数据类型的问题。D寄存器是16位的Modbus保持寄存器也是16位的一对一映射没问题。如果PLC这边用的是32位数据比如DFLOAT、DDINT就需要两个连续的Modbus寄存器来存放一个32位数据。这时候主站读取时必须按“两个寄存器合并成32位”的方式来解析而且要注意字序——是低字在前还是高字在前也就是常说的“高低位字节序”问题。搜索词里有个“汇川am系列dword怎么转real”其实就是这个问题的变种。AM系列是基于Codesys平台的数据存储默认遵循的是Motorola格式大端但Modbus协议本身没有规定32位数据的排列方式具体取决于主站的实现。如果你的主站读出来的32位浮点数乱套了大概率就是字节序没调整对。汇川这边一般可以在从站配置里选择字节序格式或者在组态软件的解析设置里调Word Order多试两次就能找到正确组合。4. 通讯失败排查按照这个链路走别一上来就怀疑PLC4.1 第一层物理层诊断打铁还需自身硬排查任何通讯问题我个人的习惯是先从物理层入手因为这一层的问题表现最像传说中的“幽灵故障”。RS485接线的话拿万用表量一下A、B之间的电压正常空闲状态下应该在2V到5V之间不同设备略有差异。如果电压接近0那说明总线没上电或者某台设备没供电、没接入总线。如果电压明显偏低比如只有0.3V那就有可能有设备把总线拉死了逐台断开从站设备看看电压是否恢复。这个方法在现场排查非常管用。Modbus TCP的话先用PC接同一个交换机ping PLC的IP。ping不通检查网线、IP、网关ping得通但通讯失败那就往上层查。4.2 第二层从站地址和串口参数冲突Modbus RTU的从站地址范围是1到2470是广播地址不能用做从站地址。有的PLC默认地址是1这个没问题。但如果你在现场挂了好几台汇川PLC都做从站注意站号不能重复重复了主站发请求时总线上会有多台设备同时应答数据直接被碰撞掉通讯表现就是要么超时要么偶尔能通一下。串口参数这块主站、从站必须完全一致前面已经强调过了。这里再补充一个容易忽略的点InoProShop里的串口配置有些版本在“从站模式”下还能额外设置“响应延迟”或者“帧间隔”参数。如果你把这个值设得过大主站那边的超时时间又比较短就会出现“PLC明明配置好了但通讯还是超时”的现象。把响应延迟改成0或者一个极小值单位通常是毫秒一般就能解决。4.3 第三层主站发的是什么功能码从站支不支持Modbus功能码决定了通讯的“语义”。主站读取保持寄存器一般发03功能码写单个保持寄存器发06写多个保持寄存器发160x10。从站配置的寄存器映射区域决定了哪些功能码能生效。在实际项目中我见过一个挺典型的案例上位机用MODBUS_POLL工具写一个DO线圈用的功能码是05写单个线圈但PLC的从站映射表里根本没有配置线圈区域只配置了保持寄存器。结果上位机一直报错看起来就像“通讯失败”。其实通讯链路、从站响应都是正常的状态码返回的是非法地址只是人没往功能码那边想。所以排查通讯问题时如果能抓包或者用Modbus调试工具看从站返回的异常码就能快速定位。异常码1表示非法功能码2表示非法地址3表示非法数据4表示从站设备故障10表示网关路径不可达。这些异常码是排查协议层问题的最直接线索。4.4 第四层InoProShop工程配置是否真正生效这一层是汇川PLC特有的坑。InoProShop的从站配置改完之后必须先“编译”再“下载”到PLC而且下载完成后PLC需要重新运行程序配置才会生效。有些人改了配置只做了编译没有下载就跑去测试结果通讯当然失败。还有人是下载了但PLC保持在STOP模式没有切到RUNModbus从站服务不会运行上位机照样连不上。另外从站配置有时候绑定的是某个任务Task或者某个程序实例。如果你下载了程序但对应的通讯功能块没有被调用或者被调用但使能条件不满足从站也不会正常工作。AM系列和H5U的软PLC架构不太一样AM那边是Codesys内核通讯功能一般是以隐式任务的方式自动运行H5U这边更偏向硬件PLC从站配置是系统层面的不需要你在梯形图里写什么调用代码。但无论哪种下载后断电重启一次再测试这是最稳妥的验证方式。4.5 第五层用Modbus Poll、Modbus Slave这类工具辅助验证排查到最后大多数问题都能用测试工具定位。Modbus Poll是主站模拟工具Modbus Slave是从站模拟工具。很多人搜这两个软件的用法其实核心就是验证“主站这边发的报文和从站这边收的报文是否能对上”。当你用Modbus Poll跟汇川PLC从站通讯时需要注意几个关键设置Slave ID填PLC从站地址跟InoProShop里配置的站号保持一致。功能码根据你要测的数据区域选读保持寄存器选03。地址注意起始地址填的是协议地址从0开始还是40001风格地址不同工具显示方式不同。长度填你要读的寄存器数量不能超过从站映射的上限。轮询周期建议设成500ms或1000ms别太密不然从站忙于响应也会影响其他通讯。Modbus Poll还有一个有用的功能是显示通讯错误码和响应帧。当你勾选了“显示通讯错误”之后只要主站发了请求界面右下角就会显示从站的响应状态。这一招能直接区分“完全没收到响应”和“收到了异常响应”帮你精准定位问题在哪一层。4.6 排查优先级总结一句话概括排查思路先看灯通讯指示灯有没有闪再量线A/B电压然后测IP网络能不能通接着查参数站号、波特率、校验位最后看报文功能码、寄存器地址、异常码。按这个顺序来多数问题半小时内能定位。5. 那些让人抓狂的高频坑我见过的真实案例5.1 案例一H5U的COM口“分身乏术”有个项目H5U做从站同时还要连接一个触摸屏工程师图省事把触摸屏也接到同一个COM口上以为Modbus从站模式下能同时响应多台上位机。结果触摸屏能通讯上位机通讯就时好时坏。原因很简单H5U的单串口同一时间只能工作在一种模式下Modbus从站模式下这个口只处理Modbus RTU主站发来的请求并不支持两个上位机同时挂在一个物理串口上做多主站通讯。触摸屏和上位机如果都要访问PLC建议要么拆成两个串口要么用Modbus TCP走网口。这个问题在现场特别容易碰到因为看起来“都是Modbus协议应该没问题”但实际电气层面和协议层面都支持不了。5.2 案例二寄存器映射范围不够导致上位机读到的全是0或N/A有一次做项目上位机组态软件配置了读取保持寄存器地址范围是0到4999但PLC的映射表只映射了100个字。按道理超过范围的请求应该返回异常码2但有些上位机软件遇到异常码后的处理方式不太一样有的会继续重试有的会直接把这个站标记为离线。这个案例的教训是从站映射区域的大小必须覆盖上位机实际访问的最大地址。你可以多映射一些冗余区域比如上位机实际用100个字但从站映射512个字给后续扩展留出空间。如果映射区域太小上位机一旦读越界从站返回异常界面看起来就是“通讯失败”但真正的原因是地址映射不匹配。5.3 案例三32位数据高低位顺序不对数值显示严重错乱这是搜索词里“汇川am系列dword怎么转real”的来源也是最多人困惑的一个坑。PLC里存了一个REAL32位浮点数比如3.14。从站映射到保持寄存器后在Modbus协议栈里是以两个16位寄存器存放的。主站读取时如果把两个寄存器的顺序搞反或者把寄存器内部两个字节的顺序搞反读出来的数就是一个天文数字。解决办法是在InoProShop的从站配置或者主站侧的数据解析里调整字节序。汇川H5U和AM系列的存储格式在大端小端选择上有差异不同上位机软件的默认解析也不一样。实操中最快的方法先用一个已知数值比如1.0在PLC里测试然后在主站侧尝试四种组合ABC D、A B C D、B A D C等看哪个组合能读出1.0记住这个组合就是正确的字节序配置。这不算通讯失败但看起来很像失败因为数据明显不对。很多项目就是卡在最后这一步通讯通了、数据也能读了但读上来的浮点数乱七八糟让工程师一度以为PLC数据区写错了。5.4 案例四下载程序后忘记“重新初始化Modbus配置”InoProShop里某些型号的PLC参数如果被修改过下载程序后Modbus从站配置不一定立刻生效。我遇到过H5U下载程序后从站不响应把PLC断电重启才恢复正常的情况。并不是PLC有故障而是Modbus从站的服务进程在程序下载时被复位了需要重新启动。所以有一个习惯值得养成每次修改从站配置并下载程序后都做一次完整的断电重启再开始联调。虽然这个动作看起来有点笨但能节省很多不必要的怀疑时间。5.5 案例五主站通讯超时时间设得太短有些上位机软件默认的通讯超时是200ms甚至100ms。当从站响应稍慢一点尤其是配置了比较大的映射表或者PLC程序扫描周期较长时主站就会判定超时然后报通讯失败。Modbus协议本身不限制从站的响应时间但一般要求从站应在较短时间内通常是几十毫秒内完成响应。如果PLC的程序扫描周期比较长比如超过了100ms从站的响应速度就会受到影响。这时候可以适当调长主站的超时时间或者优化PLC程序缩短扫描周期。在从站配置里如果有“响应延时”参数也可以调小。6. 从站通讯稳定运行的几个实用建议排查完失败原因之后接下来要考虑的就是怎么让从站通讯长期稳定运行而不是今天调通了明天又挂掉。一个是轮询周期的设计。如果上位机是组态软件轮询周期建议设置在200ms到1000ms之间。太短的轮询周期会让从站CPU开销增大尤其是在数据量比较大的情况下甚至会影响PLC程序本身的扫描周期。太长的轮询周期又会导致数据刷新不及时。按照项目实际需求来不是越快越好。另一个是异常重连机制。Modbus TCP模式下如果上位机长时间不访问TCP连接可能会被系统回收。上位机软件如果处理不当在断线重连时可能会报错。这个场景下可以在上位机侧增加自动重连逻辑或者设置合理的KeepAlive参数。Modbus RTU模式不存在这个问题因为是无连接协议主站随时发帧从站随时回复。还有一个经常被忽视但很重要的点别把从站映射的D区跟程序里正在频繁读写的D区搞冲突。有人为了图省事把从站映射区域直接设置成D0到D999但PLC主程序里也在大量使用这些地址做运算、缓存、中间变量。上位机读的时候没问题一旦有上位机往这个区域写了数据Modbus保持寄存器是可读可写的就可能覆盖掉PLC正在用的重要数据造成逻辑混乱。更稳妥的做法是单独划一块D区专门给Modbus从站通讯用比如D5000以后程序里不要碰这一块只用来跟外部交换数据。最后再说一下Modbus Slave这个工具。很多人搜“modbus slave密钥”其实是想在电脑上模拟一个从站设备用来测试上位机或者主站PLC的程序。Modbus Slave的使用逻辑跟Modbus Poll相反——它让电脑变成从站你也可以在上面设置寄存器地址范围、数据类型、扫描周期。如果你手上暂时没有真实的汇川PLC拿Modbus Slave先做联调是完全可行的。测试通过之后再切换到实际PLC能省不少时间。在实际项目中我个人的习惯是把“从站映射表”打印出来贴在电气柜里上面标明每个Modbus地址对应PLC哪个软元件、数据类型是什么、单位是什么。这样以后现场设备维护、程序调试不用翻电脑也能快速定位问题。很多通讯失败的问题本质上都是信息不对称造成的——配置的人知道映射关系维护的人不知道又找不到文档就只能瞎猜了。