上位机与欧姆龙PLC通信时IP连接失败如何排查？

Question

问题：上位机与欧姆龙PLC建立以太网通信时提示“连接超时”或“目标主机不可达”，已确认IP地址设置为同一网段，但PING测试失败。可能原因包括PLC未启用以太网功能、IP地址冲突、物理连接不良或通信端口配置错误（如FINS端口号未开放）。此外，防火墙或杀毒软件可能拦截通信请求。如何系统排查并恢复连接？

Answer 1

1. 初步检查与网络基础验证

当上位机与欧姆龙PLC建立以太网通信时出现“连接超时”或“目标主机不可达”，首先应从最基础的物理层和网络配置入手。

• 确认上位机与PLC是否处于同一IP网段（如192.168.1.x/24）。
• 使用命令行工具执行 ping <PLC_IP> 测试连通性。
• 若PING失败，检查网线是否为标准直通线，建议更换高质量网线进行测试。
• 查看交换机或路由器端口状态灯是否正常闪烁，排除物理链路中断。
• 确保PLC供电正常且运行指示灯无异常（如ERR灯未亮）。

此时可初步判断问题是否源于硬件连接或基本IP设置错误。

2. 深入排查IP地址冲突与ARP缓存

即使IP设置看似正确，仍可能存在IP地址冲突导致通信失败。

排查项	操作方法	预期结果
IP冲突检测	在局域网内使用arp-scan或Advanced IP Scanner扫描	确认PLC IP唯一
ARP缓存清理	执行 arp -d * 清除本地ARP表	避免旧MAC映射干扰
静态ARP绑定	使用 arp -s <IP> <MAC> 手动绑定	提升通信稳定性

若发现多个设备响应同一IP，则需重新分配IP地址并重启相关设备。

3. 验证PLC以太网模块功能启用状态

部分欧姆龙PLC（如CJ2M、NJ系列）需在编程软件中明确启用以太网端口功能。

1. 打开Sysmac Studio或CX-Programmer。
2. 连接PLC（可通过USB或串口临时连接）。
3. 进入“IO Table”或“Network Settings”配置界面。
4. 检查Ethernet Unit是否已使能（Enabled）。
5. 确认IP地址、子网掩码、网关设置与上位机匹配。
6. 保存并下载配置至PLC。
7. 重启PLC后再次尝试PING测试。

此步骤常被忽视，尤其在更换CPU或恢复出厂设置后。

4. 分析通信端口与FINS协议配置

欧姆龙PLC默认使用FINS/TCP协议，端口号通常为9600（可自定义），若未开放则无法建立会话。

// 示例：C#中使用TcpClient连接PLC
using (var client = new TcpClient())
{
    try
    {
        await client.ConnectAsync("192.168.1.10", 9600); // 注意端口一致性
        Console.WriteLine("连接成功");
    }
    catch (Exception ex)
    {
        Console.WriteLine($"连接失败: {ex.Message}");
    }
}

需确认：

• PLC侧FINS服务已启动。
• 防火墙未阻止该端口。
• 上位机程序中指定的节点号、网络号、单元号符合FINS地址格式。

5. 防火墙与安全软件拦截分析

现代操作系统自带防火墙可能拦截未知TCP连接请求。

1. 临时关闭Windows Defender防火墙或第三方杀毒软件。
2. 测试PING及端口连通性是否恢复。
3. 若恢复正常，添加例外规则允许特定端口（如9600）通信。
4. 建议创建专用入站/出站规则，限定仅对PLC IP生效。

企业环境中还需检查是否有组策略或EDR系统限制工业协议流量。

6. 系统化故障诊断流程图

为提高排查效率，推荐采用结构化流程：

graph TD A[开始] --> B{PING PLC IP?} B -- 失败 --> C[检查物理连接] C --> D[更换网线/端口] D --> E[确认电源与运行灯] E --> F{仍失败?} F -- 是 --> G[检查IP冲突] G --> H[清除ARP缓存] H --> I[扫描局域网IP] I --> J{存在冲突?} J -- 是 --> K[修改PLC IP] J -- 否 --> L[检查PLC以太网启用状态] L --> M[通过编程软件配置] M --> N[确认FINS端口开放] N --> O[检查防火墙设置] O --> P[尝试连接] B -- 成功 --> Q[测试FINS通信] Q --> R[完成]