3、超时机制详解：T1（线路超时）、T2（协议超时）、T3（回复超时）、T4（连接超时）、T5（分离超时）、T6（控制超时）

在 SECS/GEM 通信中，超时机制是保障系统可靠性的核心防线。不同的超时定时器分别监控通信链路的不同阶段，从物理线路到应用层控制，形成层层递进的故障检测体系。理解每个超时的含义、触发条件及处理策略，是设计健壮半导体设备软件的基础。

3.1 超时定时器总览

SECS/GEM 标准定义了六种关键超时定时器，分别对应通信过程中的不同环节。下表汇总了各定时器的编号、名称、典型范围及主要用途：

3.2 T1：线路超时（Inter-Character / Block Timeout）

T1 是最底层的超时定时器，用于监控 HSMS 或 RS-232 链路上字符或消息块之间的间隔。当发送方开始传输一个消息块后，接收方必须在 T1 时间内收到下一个字符或完整的块，否则判定线路中断。

• 触发场景： 物理线路噪声导致字符丢失、网线松动、对端设备断电。
• 默认值： 通常设为 2.0 秒（HSMS）或 1.0 秒（RS-232）。
• 处理策略： 接收方丢弃当前不完整消息，发送方重试或进入连接恢复流程。

3.3 T2：协议超时（Protocol Timeout）

T2 用于 HSMS 协议的控制报文交换，主要监控 ENQ（请求发送）、ACK（确认接收）和 NAK（拒绝接收）等握手信号的响应时间。当一方发送 ENQ 后，对端必须在 T2 时间内回复 ACK 或 NAK。

• 触发场景： 对端设备繁忙未及时处理协议报文、链路层数据包丢失。
• 默认值： 通常设为 1.5 秒。
• 处理策略： 发送方重试 ENQ 最多 N 次（通常 3 次），若仍无响应则判定连接失效。

3.4 T3：回复超时（Reply Timeout）

T3 是应用层最重要的超时定时器，用于监控设备发送请求消息后等待回复的时间。例如，Host 发送 S2F17（请求设备状态）后，设备必须在 T3 时间内回复 S2F18。

• 触发场景： 设备正在执行耗时操作（如晶圆传输）、设备死锁或消息丢失。
• 默认值： 通常设为 45.0 秒，可根据设备处理能力调整。
• 处理策略： 发送方重试请求或上报超时错误；接收方应检查事务 ID 是否匹配。

3.5 T4：连接超时（Connect Timeout）

T4 用于监控 TCP 连接建立阶段的超时。当设备或 Host 发起 TCP 连接请求后，必须在 T4 时间内完成三次握手并收到连接确认。

• 触发场景： 对端 IP 不可达、端口未开放、防火墙拦截。
• 默认值： 通常设为 30.0 秒。
• 处理策略： 发起方放弃连接，进入重试等待状态，并记录网络故障日志。

3.6 T5：分离超时（Separate Timeout）

T5 用于 HSMS 分离流程。当一方发送分离请求（Separate.req）后，必须在 T5 时间内收到分离确认（Separate.rsp），否则认为对端已离线。

• 触发场景： 对端设备突然断电、网络瞬间中断。
• 默认值： 通常设为 0.5 秒。
• 处理策略： 发送方直接关闭连接，清理会话资源，无需重试。

3.7 T6：控制超时（Control Timeout）

T6 专门用于监控控制事务的完成时间，典型场景是 S1F13（建立通信请求）与 S1F14（建立通信确认）的握手过程。控制事务必须在 T6 时间内完成，否则视为通信建立失败。

• 触发场景： 设备未就绪、协议版本不匹配、控制消息丢失。
• 默认值： 通常设为 10.0 秒。
• 处理策略： 发起方终止当前连接，重新尝试建立通信链路。

3.8 超时处理策略对比

不同超时定时器的处理策略差异较大，下表总结了各超时的推荐处理动作：