汇川PLC通过串口服务器实现网口转串口控制RS485设备实践

去年做一条老产线的设备升级遇到个挺典型的需求现场有一批RS485接口的仪表和变频器控制器换成了支持以太网通信的PLC可原来的上位系统、触摸屏都走网口新PLC自带的串口又不够用。整条线拆了重改代价太大最好的办法就是让PLC用TCP通信经过一个网口转串口的小设备把网络报文转成RS485去操作底下的老设备。当时用的PLC是汇川Easy320AM320系列InoProShop编程环境转接设备是常见的串口服务器。这个方案做完之后我记了不少踩坑笔记今天整理出来给正在折腾汇川PLC以太网通信、或者想把老旧串口设备并入以太网系统的朋友一个参考。不管你是电气工程师、设备维护还是搞自动化集成的这篇都能帮你在调试路上少走几趟弯路。1. 整体设计与思路拆解1.1 方案本质网络包变成串口字节流说穿了“网口转串口控制设备”就是把PLC的TCP/IP报文经过串口服务器的协议转换变成RS232/RS485总线上的字节流让那些只认串口的仪表、变频器、温控器能够被以太网侧的PLC控制。整个过程对PLC来说它只是在做一个正常的TCP Client连接而对下位机来说它看到的还是传统的串口通信。这种架构的长处在于老设备不用换省下大量改造成本物理布线简单网线比RS485走得更远、抗干扰更好一台PLC可以通过网络访问多台串口服务器相当于扩展了N个串口1.2 为什么选汇川Easy320选它不是因为指标多惊艳而是当时的实际需求推动的项目要求必须用国产品牌现场又需要PLC带以太网口、支持多路TCP连接还要有灵活的自由协议通信能力。Easy320在这个价位上把点数和通信接口给得比较足InoProShop基于CODESYS V3.5内核支持结构文本ST、梯形图等编程方式做通信协议拼包、解析时用ST会比梯形图顺手得多。实测下来Easy320的Socket通信功能可以同时维持好几个TCP连接运行稳定性也扛得住长时间的轮询。对中小型项目来说够用了。1.3 网口转串口的选型逻辑串口服务器这个市场已经非常成熟有简化版只做TCP转RS485透传的也有带Modbus网关功能的高级货。选型时重点看这几个参数串口电平RS485半双工还是RS232全双工老设备是哪种接口必须对应工作模式透传Transparent还是Modbus网关Modbus Gateway以太网口速率10/100M即可串口设备通信速率一般也就9600bps到115200bps供电方式现场没有合适电源的话优先选支持PoE或者宽压供电的型号我自己用的是一款支持网页配置的串口服务器USR-N510类型具体型号按你手里的采购清单走它既有透传模式也有Modbus网关模式两种模式在实际项目里都有用后面会详细说。2. 硬件连接与串口服务器配置2.1 硬件清单和接线表列举一下调试时需要的材料避免到现场东缺西缺序号物料数量备注1汇川Easy320 PLC1台带以太网口InoProShop编程2串口服务器USR-N510类1台至少1路RS485支持TCP Server/Client3笔记本电脑1台用于配置PLC和串口服务器4网线/交换机若干PLC、电脑、串口服务器组同一个局域网5RS485屏蔽线若干串口服务器到变频器/仪表624V开关电源1个给串口服务器供电有线时记住一条原则RS485的A/B线不能接反屏蔽层单端接地。有些老工程师会告诉你“A接B没关系试一下就知道”我不建议这么干带多个从站时A/B接反会导致整条总线通信异常。2.2 串口服务器的网络参数配置拿到串口服务器先别急着往PLC程序里写第一步是把它本身的参数配置对。大多数串口服务器支持网页配置默认IP一般印在机身标签上。我的操作习惯是把电脑的IP改成和串口服务器默认IP同网段比如设备是192.168.1.7就把电脑设成192.168.1.8浏览器打开默认IP进登录页面账密参考说明书一般是admin/admin先把IP设成现场局域网地址比如192.168.1.30子网掩码255.255.255.0网关按现场填设置串口参数波特率、数据位、停止位、校验位一定要和变频器/仪表侧完全一致选择工作模式关于工作模式我后面会做一个对比。这里先提一下透传模式TCP转TTL/RS485串口服务器把收到的TCP数据原封不动转成串口字节流把串口收到的字节流打包成TCP发给PLC。适合非标协议设备Modbus网关模式PLC发Modbus TCP报文串口服务器自动转成Modbus RTU报文往RS485上发。PLC侧写程序更简单但前提是下位设备必须走Modbus协议2.3 PLC与串口服务器组网接好线、配好串口服务器参数后先别急着写PLC程序。我习惯先把网络连通性确认好PLC的IP设成192.168.1.10串口服务器设成192.168.1.30电脑IP设成192.168.1.8三者都接入同一台交换机或路由器电脑上ping 192.168.1.10和192.168.1.30确认都能通如果ping不通优先查IP是否冲突、网线是不是好的、防火墙是不是拦了ICMP。这个环节别偷懒网络不通时去查通信程序会浪费大量时间。3. 汇川Easy320侧TCP通信程序实现3.1 在InoProShop里新建工程打开InoProShop新建项目时选择Easy320对应的CPU型号。不同固件版本对通信库的支持略有差异建议做通信项目前把PLC固件升级到官方最新版避免踩到老版本bug。建好工程后在库管理器里添加通信相关的库。InoProShop基于CODESYS内核系统库里有Socket通信相关的功能块一般叫TcpClientOpen、TcpClientSend、TcpClientReceive之类。如果你那版软件里名字不同可以在库管理器里搜一下含“Tcp”或者“Socket”关键字的库选中添加到工程就行。这里有个经验初次上手时先用最简单的例程跑通“连接→发送→接收”再往里面填业务逻辑不要一上来就写全功能程序不然排查问题时会混成一团。3.2 TCP Client连接管理Easy320作为TCP Client去连接串口服务器先要做连接管理。下面这个ST程序片段展示了核心逻辑VAR // TCP连接相关状态 fbTcpOpen : TcpClientOpen; // 系统库提供的TCP连接功能块 fbTcpSend : TcpClientSend; // 发送功能块 fbTcpReceive : TcpClientReceive; // 接收功能块 eOpenState : INT; // 连接状态输出 bDoConnect : BOOL : TRUE; // 触发连接 bConnected : BOOL : FALSE; // 已连接标志 sRemoteIP : STRING : 192.168.1.30; // 串口服务器IP uiRemotePort : UINT : 5000; // 串口服务器TCP端口 bSendRequest : BOOL : FALSE; // 触发发送 bStartReceive : BOOL : FALSE; // 触发接收 bRecvDone : BOOL : FALSE; // 接收完成 END_VAR连接建立的调用模式大致是// 未连接时尝试建立TCP连接 IF NOT bConnected THEN fbTcpOpen(ipAddress : sRemoteIP, uiPort : uiRemotePort, execute : bDoConnect); eOpenState : fbTcpOpen.state; IF eOpenState ESTABLISHED THEN bConnected : TRUE; bDoConnect : FALSE; END_IF END_IF实际项目里不建议让连接建立和业务处理交织在一个周期里最好用状态机把“等待连接”“建立成功”“正常通信”“异常重连”区分开。CODESYS风格的程序里通信状态机是一个很常见的写法好处是逻辑清晰出了故障能快速定位是连不上还是发送卡住。3.3 Modbus RTU请求封包与CRC计算现在到了整个方案最关键的环节PLC通过TCP把Modbus RTU请求发给串口服务器由串口服务器透传到RS485总线上驱动变频器或仪表返回数据。所谓“手把手”实际上就是在教你这个报文怎么拼、怎么算校验、怎么解析返回值。以“读从站地址为1的变频器运行频率”为例Modbus功能码03从寄存器0x0000开始读1个字标准的Modbus RTU请求帧是01 03 00 00 00 01 CRC_L CRC_H其中01从站地址03功能码读保持寄存器00 00起始寄存器地址高8位、低8位00 01读取寄存器数量CRC_L CRC_HCRC16校验值低字节在前CRC16-Modbus的计算逻辑可以用ST写一个函数FUNCTION F_CRC16_MODBUS : WORD VAR_INPUT pData : POINTER TO BYTE; uiLen : UINT; END_VAR VAR i : UINT; j : INT; crc : WORD : 16#FFFF; byte : BYTE; END_VAR FOR i : 0 TO uiLen - 1 DO byte : pData[i]; crc : crc XOR byte; FOR j : 0 TO 7 DO IF (crc AND 16#0001) 0 THEN crc : (crc SHR 1) XOR 16#A001; ELSE crc : crc SHR 1; END_IF; END_FOR; END_FOR; F_CRC16_MODBUS : crc;注意Modbus RTU协议要求CRC低字节先发、高字节后发所以拼报文时要把计算出来的WORD拆开先放低8位再放高8位。这个细节很多人第一次写都会栽跟头我也是调了半小时才发现高低字节反了从站一直返回错误。组装请求报文的核心逻辑如下// 示例读取从站1启动地址0x0000长度1 // 报文结构01 03 00 00 00 01 CRC_L CRC_H // 使用数组作为发送缓冲区先填字节再调用CRC函数最后填CRCCRC计算这个函数写好后可以复用在所有Modbus RTU请求构建场景里无论是读还是写、是变频器还是仪表只要有Modbus协议就能用。这也是“网口转串口”玩法里最值钱的一段代码。3.4 完整通信流程与代码组织我的程序组织方式是分成三个主要PartPart 1周期发送请求用一个定时器每500ms触发一次发送。发送内容根据业务需求变化读频率、读电流、写启停、写给定频率等Part 2接收与解析每次发送完成后打开接收窗口比如等待50ms把收到的字节存入接收缓冲区然后按Modbus RTU报文格式解析出从站地址、功能码、数据段Part 3数据映射把解析到的原始值转换成工程量比如频率寄存器值除以100得到Hz更新到全局变量里供HMI或上位机使用下面是一个简单的发送程序示意// 启动周期发送 IF bConnected AND TON_500ms.Q THEN TON_500ms(IN : FALSE); // 构建读请求功能码03起始地址0x0000数量1 txBuffer[0] : 16#01; txBuffer[1] : 16#03; txBuffer[2] : 16#00; txBuffer[3] : 16#00; txBuffer[4] : 16#00; txBuffer[5] : 16#01; crcValue : F_CRC16_MODBUS(ADR(txBuffer[0]), 6); txBuffer[6] : LOBYTE(crcValue); // CRC低字节 txBuffer[7] : HIBYTE(crcValue); // CRC高字节 bSendRequest : TRUE; TON_500ms(IN : TRUE); END_IF这类代码用ST写非常直观用梯形图写就会绕很多。所以我对通信功能的建议是哪怕你平时习惯梯形图通信相关的模块也用ST来写调试效率高得多。3.5 接收解析与数据有效性判断接收端要注意的是串口服务器是透传的它把RS485总线上的原始字节流一股脑打包TCP发过来PLC收到的不一定正好是一帧完整的Modbus RTU报文可能会多收、少收需要自己做组帧判断。我常用的解析方法是判断接收缓冲区长度是否大于等于6个字节最简述地址功能码至少4字节数据校验CRC是否正确校验从站地址是否匹配根据功能码解析数据如果接收超时我给的是50ms就清空缓冲重新等下一帧。这里有个小技巧先把接收缓冲区在每次发送完成后清零再开始等应答不然上一轮的遗留数据会干扰解析。4. 常见问题与排查技巧实录4.1 通信故障速查表把我在调试过程中最常见的几个故障整理成一张表方便你带去现场对照故障现象可能原因排查与解决TCP始终连接不上IP/端口配置错误、串口服务器未上电、网线松动先ping通设备再检查端口号确认串口服务器监听模式和端口一致能连上但收不到任何数据串口参数波特率/校验位不匹配核对RS485设备的通信参数串口服务器和从站必须完全一致收到数据但CRC校验失败报文拼错、CRC高低字节颠倒用Modbus调试工具抓包比对检查CRC发送顺序数据间歇性丢失RS485走线过长、A/B接反、未接地检查屏蔽层接地缩短总线长度降低波特率到9600bpsPLC重启后通信恢复不了缺少断线重连逻辑在程序里做连接状态监控掉线后自动重新执行TcpOpen4.2 关于透传模式与Modbus网关模式的取舍前面提到串口服务器有两种工作模式这里展开说下取舍逻辑。用透传模式时所有Modbus RTU报文的拼包、CRC校验、超时重发都要在PLC里自己做。好处是灵活不管下位设备走什么私有协议只要你能用字节流描述通信过程它就能工作。坏处是程序量相对大而且对PLC处理器的周期占用要仔细评估。用Modbus网关模式时串口服务器内部集成了Modbus RTU和Modbus TCP的转换逻辑PLC只需要按Modbus TCP格式发送请求功能码、起始地址、数量、数据剩下的RTU封装、CRC校验由串口服务器自动完成。这对程序员最友好但前提是下位设备必须标准支持Modbus协议且串口服务器固件对特殊功能码的兼容性要好。我的实际经验是如果下位机是标准变频器或智能仪表优先选Modbus网关模式省心省力如果你面对的是老式定制设备、PLC本身又要处理非标协议那就老老实实走透传模式程序麻烦一点但什么情况都能控制。4.3 三个特别值得注意的坑坑一连接状态不能只看“通了”调试时经常遇到TCP连接已经建立但是发出去的命令没有响应。这种问题的根源往往不在网络层而在串口侧的参数匹配。手动排查时可以先关掉PLC程序用电脑上的TCP调试工具直接连串口服务器手动发送一条CRC正确的Modbus RTU请求看从站有没有回应。这一步能把故障范围快速缩小——如果电脑发命令设备也没反应那问题在串口参数或接线如果电脑发有反应、PLC发没反应再看PLC程序。坑二通信周期不要写得太激进有些刚上手的朋友喜欢把发送周期调到100ms甚至50ms觉得这样响应快。但RS485是半双工总线从站处理指令也需要时间而且串口服务器内部有转发延迟。我一般把周期设在300ms到500ms之间实测完全能满足产线控制需求通信稳定性和总线寿命都更有保障。对速度有极端要求的控制场景就尽量不要用网口转串口这条链路了直接选带EtherCAT或Profinet的驱动器更合适。坑三掉线重连必须做成自动的TCP连接不像串口那么“健忘”它有一个明显的状态。但现场环境复杂交换机重启、网线松动、串口服务器死机都可能导致TCP连接失效。如果不做掉线重连PLC可能一直维持一个半死不活的连接对象后续发送全部失败。我的做法是每个扫描周期都读取连接状态一旦发现非ESTABLISHED状态立即释放连接资源延时2秒后重新触发TcpOpen。实测下来即使串口服务器断电重启PLC也能自动恢复通信不需要人工干预。5. 性能优化与后续扩展5.1 多从站轮询策略如果一台串口服务器下面挂了8台、16台变频器逐个轮询太慢。常规优化手段是把多个寄存器的读取合并成一条报文减少往返次数把不频繁变化的参数如额定电流、最高频率放到大间隔轮询把实时参数频率、电流、状态字放到小间隔轮询根据协议允许的最长间隔做分时处理避免总线拥堵比如读取1号到10号变频器的运行频率每个站的频率地址都是0x0000依然需要分站读取因为Modbus是主从一对多架构从站地址不同没法合并。但每台变频器可以把“运行频率、输出电流、母线电压、状态字”一次性读回用一条读保持寄存器指令读4个字比发4条指令快得多。5.2 从串口扩展到以太网设备的场景这套方案的思路完全可以平移到别的场景中用网口转串口操作老式条码枪、RFID读卡器通过串口服务器把多台RS485电表接入PLC做能源监测把温湿度传感器、温控器的数据汇总到上位机原理都一样PLC利用TCP Socket把字节流发到串口服务器再由串口服务器匹配对应物理接口的速率和协议变成RS485/RS232信号。学会这一个链路以后几乎可以应对所有“网络主站控制串口从站”的需求。5.3 关于用InoProShop调试通信的一些建议调试这类通信程序有几个工具能大幅提高效率Modbus调试工具如Modbus Poll/ModScan先用电脑模拟主站验证从站和串口服务器这条链路是否正常Wireshark抓包抓取PLC和串口服务器之间的TCP包确认数据确实发出去了、内容是否正确串口服务器自带的TCP调试工具很多型号支持网页上的调试页面可以直接从网页发测试数据给串口顺手验证RS485是否正常个人经验是先工具验证链路再写PLC程序至少能省半天调试时间。6. 结尾心得这套“Easy320 TCP 网口转串口”的组合我后来在好几个项目里都复用了一次比一次顺手。要说最深的体会就是搞工业通信三分靠配置、七分靠协议——串口参数的匹配和报文的正确组装比单纯“把线接上”重要得多。如果你第一次搞这个建议先拿一台变频器、一台串口服务器、一台PC把链路跑通再接入PLC去做联调。别一上来就追求全套设备一次打通通信这东西一次叠加太多变量出了问题很难定位。先用最简单的模式电脑发、设备回验证基础链路再一步一步增加程序逻辑层次你会觉得整个调试过程顺畅很多。