Omron FINS通信时为何出现“响应超时”错误？

Question

Omron FINS通信中出现“响应超时”错误，通常源于底层通信链路或协议配置异常。常见原因包括：① 物理层问题——网线松动、交换机端口异常、IP地址冲突或PLC未启用FINS服务（需确认CX-Programmer中“FINS/TCP设置”已启用且端口（默认9600）开放）；② 网络层问题——客户端与PLC不在同一子网、防火墙拦截FINS端口、路由器/NAT设备阻断TCP连接；③ 协议层问题——FINS节点地址（如49.0.0）配置错误、目标PLC未运行或CPU处于STOP模式、发送帧格式不合规（如命令码/ICF/RSV字段错误）；④ 负载与资源问题——高并发请求导致PLC响应队列溢出，或上位机未正确处理异步应答时序。建议按“物理连通性→IP/FINS服务→节点地址→命令合法性”四级排查，并使用Wireshark抓包验证FINS TCP三次握手及响应帧是否存在。

Answer 1

```html

一、物理层连通性诊断：从“灯亮不等于通”开始

网线松动、RJ45水晶头氧化、交换机端口协商失败（如强制100M全双工 vs 自适应）、PLC以太网模块指示灯异常（LINK亮但ACT不闪）均可能导致FINS连接建立失败。需使用ping -t 192.168.250.1持续探测PLC IP，并观察丢包率与TTL值（Omron CJ/NJ系列默认TTL=64）。特别注意：部分CX-One固件版本在FINS服务禁用时仍响应ICMP，造成“能ping通但FINS超时”的假象。

二、网络层可达性验证：子网、防火墙与NAT的三重关卡

检查项	推荐操作	典型现象
子网掩码一致性	对比客户端与PLC子网掩码（如255.255.255.0），禁止跨/24网段直连	telnet 192.168.250.1 9600 连接拒绝（Connection refused）
Windows防火墙	新增入站规则：允许TCP端口9600，协议类型选“任何”	Wireshark仅捕获SYN包，无SYN-ACK响应

三、FINS服务与节点地址配置：CX-Programmer中的关键开关

在CX-Programmer v9.7+中，路径为【PLC】→【设置】→【FINS/TCP设置】→勾选“启用FINS/TCP服务”，端口必须与上位机代码中new FinsTcpClient("192.168.250.1", 9600)严格一致。节点地址格式为“主站号.网络号.单元号”（如49.0.0），其中主站号必须与PLC实际设定值匹配（通过Sysmac Studio或CX-Configure查看），错误配置将导致PLC静默丢弃请求帧。

四、协议帧级合规性分析：ICF/RSV/DNA/SNA/DA1/DA2字段解构

FINS TCP帧前12字节为FINS头，关键字段包括：
• ICF（Instruction Code Field）：Bit0=1表示响应请求，Bit1-3为命令类别（0x00=内存读写）；
• RSV（Reserved）：必须为0x00；
• GCT（Gateway Count）：跨网关时递减，本地通信应为0x00；
• DNA（Destination Network Address）：对本地PLC通常为0x00；
使用Wireshark过滤条件tcp.port == 9600 and tcp.len > 12可定位原始FINS请求帧，重点校验ICF是否为0x80（标准读命令）且RSV==0x00。

五、资源竞争与时序陷阱：高并发下的PLC响应队列溢出

Omron NJ系列PLC默认FINS并发连接数上限为8，单连接最大未完成请求数为4。若上位机采用异步轮询（如C# Task.WhenAll并发发10个读请求），PLC将丢弃超出队列的请求帧，返回0x0000空响应或直接断连。解决方案：引入令牌桶限流（每500ms最多1个FINS请求），并在接收回调中严格校验response.Header.ICF & 0x40 == 0x40（确认为有效响应帧）。

六、四级排查法流程图：结构化故障定位路径

graph TD
    A[物理层：网线/指示灯/ping通] -->|Yes| B[网络层：telnet 9600端口]
    B -->|Connected| C[FINS服务启用？节点地址正确？]
    C -->|Yes| D[Wireshark抓包：SYN→SYN-ACK→FINS请求→FINS响应]
    D -->|响应帧缺失| E[检查CPU模式/命令格式/队列溢出]
    A -->|No| F[更换网线/重启PLC以太网模块]
    B -->|Refused| G[检查防火墙/CX-Programmer FINS设置]

七、Wireshark实战过滤技巧与帧解析示例

捕获后使用显示过滤器：
• fins && ip.addr == 192.168.250.1 筛选FINS流量
• tcp.stream eq 5 聚焦某次会话
关键识别点：正常FINS响应帧长度≥20字节，且第13字节（FINS命令码）为0x01（读响应）或0x02（写响应），若该位置为0x00则表明PLC未处理请求。

八、CX-Programmer配置截图级指引（文字还原）

打开【在线】→【PLC设置】→【FINS/TCP设置】对话框：
✓ 启用FINS/TCP服务（复选框打钩）
✓ TCP端口号：9600（不可修改为其他值除非PLC固件支持）
✓ 最大连接数：建议设为8（默认值）
✗ 禁止勾选“启用UDP模式”——FINS/TCP与FINS/UDP端口不同且互斥

九、上位机代码健壮性增强方案

// C# 示例：带超时重试与帧校验的FINS读取
public async Task<byte[]> ReadMemoryAsync(string ip, int port, ushort node, ushort addr, int length)
{
    using var client = new TcpClient();
    await client.ConnectAsync(ip, port).TimeoutAfter(3000); // 首层连接超时
    var stream = client.GetStream();
    
    var request = BuildFinsReadFrame(node, addr, length);
    await stream.WriteAsync(request, 0, request.Length);
    
    var response = new byte[1024];
    var readLen = await stream.ReadAsync(response, 0, response.Length).TimeoutAfter(5000);
    
    if (readLen < 20 || response[12] == 0x00) 
        throw new FinsProtocolException("Invalid FINS response: empty or malformed");
    
    return response;
}

十、终极验证清单：10秒快速核对表

• ✅ PLC以太网口LINK/ACT双灯常亮
• ✅ arp -a | findstr "192.168.250.1" 返回MAC地址
• ✅ telnet 192.168.250.1 9600 显示空白光标（非“无法连接”）
• ✅ CX-Programmer中FINS/TCP设置页显示“服务已启用”
• ✅ Wireshark中可见完整TCP三次握手及FINS响应帧（长度≥20）
• ✅ PLC CPU运行模式为RUN（非STOP/PAUSE）
• ✅ 上位机发送的FINS节点地址与PLC实际设定完全一致
• ✅ FINS请求帧ICF=0x80, RSV=0x00, GCT=0x00
• ✅ 单次连接内并发FINS请求≤4个
• ✅ Windows防火墙入站规则明确放行TCP 9600端口

```