4. T3超时现象：连接建立失败、设备离线、通信中断的典型表现
T3超时是SECS/GEM通信中最常见且影响最严重的故障之一。当HSMS连接建立阶段或会话保持期间，主动方（通常是Host）在T3定时器溢出前未收到预期的Reply Message，即判定为T3超时。这种超时并非简单的网络延迟，而是直接导致连接建立失败、设备离线或通信中断的根因。
4.1 连接建立阶段的T3超时表现
在HSMS连接建立阶段，T3超时主要发生在Select.req与Select.rsp的交互过程中。当主动方发送Select.req后启动T3定时器，若被动方（设备）未在T3时间内回复Select.rsp，主动方将触发超时处理逻辑。
关键现象：Host日志中反复出现“T3 Timeout on Select.req”或“HSMS Connection Failed - T3 Expired”等错误信息，设备状态在Host侧显示为“Offline”或“Not Communicating”。
诊断提示：连接建立阶段的T3超时通常与网络层问题（如防火墙阻断、端口不可达）或设备端HSMS状态机异常有关，而非单纯的报文丢失。
4.2 设备离线的典型表现
当T3超时发生在已建立的连接上（如Data Message的响应超时），设备会被Host标记为“离线”状态。这种离线并非物理断线，而是逻辑通信中断。
| 表现维度 | 具体现象 | 影响范围 |
|---|---|---|
| Host侧 | 设备状态显示为“Offline”或“Not Connected”；无法发送控制指令 | 整条产线或单个设备 |
| 设备侧 | 设备仍处于本地运行模式，但无法接收Host的远程指令 | 设备本地操作不受影响 |
| 日志记录 | Host日志：T3 Timeout on SxFy；设备日志：Link Test Failure 或 Select.rsp未发送 | 故障定位依据 |
| 恢复行为 | Host自动重试Select.req，若连续超时则断开TCP连接并重新建立 | 恢复时间取决于重试策略 |
注意：设备离线后，Host可能无法获取设备的实时状态（如报警、配方执行结果），导致生产数据丢失或工艺中断。在半导体制造中，这种离线状态可能造成批量产品报废。
4.3 通信中断的典型表现
通信中断是T3超时的直接后果，表现为Host与设备之间的报文交互完全停止。中断可能发生在以下场景：
- 单次超时：某个Data Message的响应超时，Host重试该消息，若重试成功则通信恢复；若连续超时则触发连接断开。
- 连续超时：在T3定时器溢出后，Host连续发送Link Test (Separate.req) 进行探活，若仍无响应则判定通信中断。
- 广播中断：在设备集群中，一台设备的T3超时可能导致Host对该设备的所有通信中断，但不影响其他设备。
4.4 典型故障场景与日志特征
以下表格总结了T3超时在不同场景下的典型日志特征，帮助工程师快速定位问题阶段：
| 故障场景 | 典型日志（Host侧） | 典型日志（设备侧） | 根因方向 |
|---|---|---|---|
| 连接建立失败 | T3 Timeout on Select.req (S1F13) |
HSMS State: NOT_CONNECTED |
网络不通、端口未监听、状态机异常 |
| 设备离线 | Device Offline - T3 Timeout on SxFy |
Link Test Failed - No Response |
设备CPU繁忙、消息队列阻塞 |
| 通信中断 | HSMS Connection Lost - T3 Expired |
TCP Connection Closed by Peer |
网络抖动、防火墙超时断开 |
| 间歇性超时 | T3 Timeout on S2F17 (偶尔出现) |
Message Processing Delayed |
设备负载高、响应时间波动 |
关键指标：当T3超时频率超过每小时3次时，应视为严重故障，需立即排查网络或设备性能问题。在半导体FAB中，单次T3超时可能导致设备离线5~30秒，影响整条产线的OEE。
4.5 现象总结与诊断优先级
T3超时的三种典型表现（连接建立失败、设备离线、通信中断）并非孤立存在，而是相互关联的故障链。诊断时应遵循以下优先级：
- 先确认网络层：检查TCP连接是否正常、端口是否可达、防火墙是否阻断。
- 再检查设备状态：确认设备HSMS状态机是否处于正确的连接状态，设备CPU负载是否过高。
- 最后分析报文交互：通过抓包分析T3超时发生时的具体报文序列，确认是请求未到达还是响应未返回。
实战建议：在Host侧配置T3超时告警阈值（如连续3次超时触发告警），并在设备侧启用HSMS状态日志，以便在故障发生时快速定位是Host端还是设备端的问题。