PLC通讯中遇到的实际场景

客户的描述是设备A不能和plc正常TCP通讯,这个时候追问客户硬件接线,现场是怎样连接的?通过追问得到场景:路由器下连接两个交换机,交换机分别连接plc和设备A,设备A和PLC需要走TCP通讯,客户设备A和PLC的IP地址端口已经配置无误,但是设备A不能和PLC正常通讯。这种情况应该如何排查呢?

第一、作为设备A的技术支持,首先排查设备A是否正常工作,通讯配置是否正常

①通过设备A的指示灯看设备状态没问题,远程查看客户的设备A处的TCP配置无误

②通过网络调试助手测试

将网络调试助手作为TCP对端,如果可以和设备A可以正常通讯,可以大概率的排除设备A本身的问题

第二、排查PLC设备是否正常工作,通讯配置是否无误

根据对应的PLC品牌排查PLC设置的ip和端口是否无误;也可以通过网络助手和PLC通讯,排查PLC设备本身的问题

第三、物理层排查,网口和线缆是否有问题

确保网线没有断开或者接触不良;检查交换机端口指示灯是否常亮或闪烁(正常状态应为绿色或黄色),若指示灯异常,尝试更换网口;确认两个交换机未通过其他路径形成环路,否则可能触发广播风暴,可通过生成树协议(STP)规避

第四、数据链路层排查,通过客户描述的拓扑图,需要检查PLC和设备A的IP地址是否是同一网段

plc的IP地址和设备A的IP是否属于同一子网,如果不是,那么路由器表需要配置静态或者动态路由协议,确保两个子网的正常通讯

第五、网络层排查,ping测试

确保设备A和PLC的IP地址、子网掩码、网关配置正确

从设备ApingPLC的IP,若失败,说明IP层不通

从PLC执行 ping设备A的IP,反向验证

第六、传输层排查,是否防火墙拦截TCP对应端口

关闭防火墙

第七、应用层排查(第一、二步)

第八、链路中的网络设备排查

路由器性能

检查路由器的CPU和内存使用率,避免因资源不足导致丢包

确认路由器的QoS策略未限制设备A和PLC的通信优先级

交换机转发规则

检查交换机的端口速率(千兆或者百兆)是否与设备匹配,避免速率不一致导致丢包

确保交换机未启用端口隔离功能

相关推荐
会飞的小新7 小时前
Windows CMD 与 PowerShell 深度解析:底层原理、命令差异、自动化选型指南
运维·windows·自动化
niaiheni8 小时前
Fastjson 1.2.83 “Gadget-Free“ RCE
网络·安全·web安全
代码村新手8 小时前
Linux的基本指令
linux·运维·服务器
意疏8 小时前
远程办公软件哪个安全性高?UU远程8项安全防线全覆盖
网络·安全
牛马之星8 小时前
气体涡轮流量计如何维护
网络·经验分享
MonolithIoT8 小时前
实战方案|设备备件无人值守仓库:连续化产线运维备件 7×24 小时数字化管控方案
运维·网络·数据库
瞬间&永恒~9 小时前
【MySQL】4-6:在同一个主机上使用 systemd 运行多个 MySQL服务器
服务器·数据库·mysql
三84410 小时前
BGP/GRE练习
网络
gwf21610 小时前
磨损均衡算法(Wear Leveling)——SSD如何让每块闪存“公平退休“?
运维·数据库·人工智能·python·嵌入式硬件·算法·智能硬件
AAA@峥10 小时前
CentOS7 源码编译安装 MySQL5.7|SQL 基础操作 + 备份恢复完整实战
运维·数据库·sql·centos