T3定时器定义：标准定义、作用范围与默认值
T3定时器是SECS/GEM协议中用于事务级回复超时监控的核心参数，直接决定了主机（Host）与设备（Equipment）之间单个消息交互的等待极限。理解T3的标准定义与作用边界，是后续进行长连接参数调优的前提。
2.1 标准定义（SEMI E37）
根据SEMI E37（HSMS通用服务）标准，T3定时器被定义为：
“在HSMS连接上，发送端等待接收端对单个SECS消息（Message）作出Reply回复的最大允许时间间隔。”
—— SEMI E37-0700, Section 5.2.3
当发送端发出一个需要回复的消息（即消息头中W-Bit=1）后，T3定时器立即启动。若在T3超时前未收到对应的Reply消息，发送端将判定该次事务失败，并触发超时处理流程（通常为重试或断开连接）。
关键区分：T3定时器监控的是单个消息事务的回复等待时间，而非整个TCP连接的空闲时间。后者由T6（连接空闲超时）或T8（连接交互超时）管理。
2.2 作用范围
T3定时器的作用范围覆盖以下场景：
- Primary Message → Reply Message：主机发送S1F1（请求设备ID），设备必须在T3内回复S1F2。
- 设备主动上报 → 主机确认：设备发送S6F11（报警上报），主机需在T3内回复S6F12。
- 多块消息（Multi-block）传输：每个块（Block）的回复等待时间也受T3约束。
- 所有W-Bit=1的消息：只要消息头中W-Bit被置位，发送端即启动T3监控。
以下表格列出了T3定时器不适用的场景：
| 场景 | 说明 | 对应定时器 |
|---|---|---|
| TCP连接建立 | TCP三次握手超时 | T5（连接建立超时） |
| 连接空闲检测 | 链路上无任何数据交互 | T6（连接空闲超时） |
| 消息帧间隔 | 多块消息中块与块之间的到达间隔 | T8（帧间隔超时） |
| 控制消息回复 | Select/Data/Linktest等控制事务 | T3（同样适用，但需注意控制消息的W-Bit设置） |
2.3 默认值（45秒）
SEMI E37标准推荐的T3默认值为45秒。该值基于以下工程考量：
- 设备处理时间：半导体设备（如刻蚀机、沉积设备）在处理复杂SECS命令（如配方下载、参数查询）时，可能需要数秒到数十秒的响应时间。
- 网络延迟容忍：在工厂局域网（Fab LAN）环境下，端到端延迟通常在1-10ms，45秒为网络抖动和重传预留了充足余量。
- 兼容性：45秒是业界广泛采用的默认值，确保不同厂商设备之间的互操作性。
注意：45秒是推荐默认值，并非强制值。在实际部署中，若设备响应时间较长（如超过30秒），建议将T3适当增大至60-90秒，以避免因正常处理延迟导致的误超时。但过大的T3值会延迟故障检测，需权衡设置。
2.4 T3定时器工作流程（SVG）
下图展示了T3定时器在典型SECS消息事务中的启动、监控与超时处理流程：
2.5 T3与HSMS协议栈的关系
在HSMS协议栈中，T3定时器位于事务管理层，与底层TCP传输解耦。下图展示了T3在协议栈中的位置：
2.6 配置建议与常见误区
配置建议：
- 初始部署时，保持T3=45秒，运行一周后根据日志中的超时事件统计进行调整。
- 若设备响应时间稳定在10秒以内，可将T3降低至20-30秒以加速故障检测。
- 若设备存在批量操作（如同时处理多个SECS请求），建议适当增大T3至60秒。
常见误区：
- 误区1：将T3与TCP Keep-Alive混淆。T3监控消息回复，TCP Keep-Alive监控连接存活。
- 误区2：认为T3越大越好。过大的T3会延迟故障发现，导致连接长时间挂起。
- 误区3：所有设备使用相同的T3值。不同型号、不同负载的设备应有独立的T3配置。