2. SECS/GEM 核心概念：设备端与主机端模型、会话与连接管理、消息流模型

SECS/GEM 协议的核心在于定义了半导体制造设备（Equipment）与工厂主机（Host）之间的通信规范。理解设备端与主机端的角色模型、会话与连接的生命周期管理，以及消息的流转模型，是进行日志分析与问题定位的基础。本章将深入剖析这三个核心概念，并辅以图表和实例，帮助您建立清晰的协议认知框架。

2.1 设备端（Equipment）与主机端（Host）模型

在 SECS/GEM 体系中，通信双方的角色是明确且不对称的。设备端通常指代生产设备（如光刻机、刻蚀机、沉积设备），而主机端则代表工厂的自动化控制系统（如 MES、EAP）。

设备端模型内部通常包含以下逻辑组件：

• 通信接口层： 负责 HSMS 或 RS-232 的物理连接与数据收发。
• SECS-II 消息处理器： 解析和组装 SECS-II 数据项（SML 格式）。
• GEM 状态机： 管理设备状态（如 INIT、COMM、WAIT）和通信状态。
• 数据收集与事件管理： 处理 Trace 数据、报警、状态变量变更等。

2.2 会话（Session）与连接（Link）管理

在 HSMS 协议中，连接（Link） 指的是 TCP/IP 层面的物理或逻辑链路，而 会话（Session） 则是在连接之上建立的、用于区分不同通信逻辑单元的抽象概念。一个物理连接上可以承载多个会话。

2.2.1 连接（Link）状态机

HSMS 定义了明确的连接状态机，用于管理 TCP 连接的建立、维持和断开。常见的状态包括：

• NOT CONNECTED： 未建立 TCP 连接。
• CONNECTED： TCP 连接已建立，但尚未进行 HSMS 握手。
• NOT SELECTED： TCP 连接已建立，但未分配会话 ID。
• SELECTED： 会话已建立，可以传输 SECS-II 消息。

2.2.2 会话（Session）管理

会话通过 S1F13 / S1F14 或 S1F1 / S1F2 等握手消息建立。每个会话都有一个唯一的 Session ID，用于在消息头中标识消息所属的会话。

2.3 消息流模型

SECS/GEM 的消息流遵循严格的 请求-响应 模式。每条消息都有一个唯一的 Stream 和 Function 编号（如 S1F13），以及一个 W-Bit 标记，用于指示是否需要对方响应。

2.3.1 消息类型

• Primary Message（主消息）： 发起方发送的请求消息，W-Bit 通常设置为 1，表示需要响应。
• Secondary Message（次消息）： 接收方回复的响应消息，W-Bit 通常为 0。
• Reply Message（回复消息）： 对 Primary Message 的确认或数据回复。

2.3.2 典型消息流示例

以下是一个典型的 设备端主动上报报警 的消息流：

1. 设备端 发送 S5F1 (Alarm Report Send) 给主机端（Primary）。
2. 主机端 收到后，回复 S5F2 (Alarm Report Acknowledge)（Secondary）。
3. 如果主机端需要确认报警详情，可以发送 S5F3 (Enable/Disable Alarm) 给设备端。
4. 设备端回复 S5F4 确认。

2.4 核心概念总结