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的通信优先级

交换机转发规则

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

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

相关推荐
啦啦啦啦啦zzzz36 分钟前
moduo网络库 Acceptor TcpConnection
服务器·网络·c++·reactor·网络库
游戏开发爱好者837 分钟前
App Store 上传 IPA 自动化,.p8 密钥认证与 CI/CD 接入实战
android·运维·ci/cd·小程序·uni-app·自动化·iphone
天疆说44 分钟前
04 稳定性与性能调优实录:OOM 崩溃、并发槽位、前缀缓存与 DSpark 调参
linux·运维·缓存
微硬创新1 小时前
大点数模拟量采集落地:耐达讯自动化32路0-20mA适配PROFINET总线实践解析
运维·人工智能·网络协议·自动化·信息与通信
星卯教育tony1 小时前
NOI Linux 2.0 服务器多用户网页桌面部署方案(腾讯云轻量Ubuntu20.04专属版 CSP复赛比赛环境搭建免安装虚拟机 )
linux·服务器·腾讯云
GIS数据转换器1 小时前
村镇无人机物流配送与跨域监测一体化平台
大数据·运维·人工智能·科技·无人机
Forever Nore2 小时前
LeetCode 14 最长公共前缀 - 纵向扫描
linux·服务器·leetcode
倔强的石头1062 小时前
飞牛OS部署Mtab:Docker搭建自托管书签导航并实现远程访问
运维·docker·容器
Shadow(⊙o⊙)2 小时前
Linux网络部分——TCP协议服务端客户端交互接口,入门级硬核解析1.0
linux·网络·tcp/ip
小新讲网安2 小时前
HTTP请求走私攻击实战:CL.TE与TE.CL绕过前端服务器全解析
服务器·前端·网络·web安全·http·架构·漏洞