1. SECS/GEM 协议概述：半导体工厂自动化基础
1.1 半导体工厂自动化背景
半导体制造是当今最精密、最复杂的工业过程之一。一座典型的 300mm 晶圆厂（Fab）拥有超过 500 台工艺设备，每台设备每天产生数百万个工艺参数和状态事件。在没有统一通信标准之前，工厂面临以下核心痛点：
- 信息孤岛：不同供应商（Applied Materials、Lam Research、TEL 等）的设备使用私有通信协议，MES（制造执行系统）需要为每种设备开发专用驱动。
- 效率瓶颈：设备状态变更（如批次完成、报警触发）依赖操作员人工确认和录入，导致设备闲置（Idle Time）增加。
- 质量追溯困难：工艺参数和事件日志分散在设备本地，无法实时上传至工厂级数据分析系统，影响良率（Yield）分析时效性。
核心目标：SECS/GEM 协议的出现，旨在建立一套设备无关、双向实时、事件驱动的通信标准，使 Fab 内所有设备能够以统一语言与上位系统（MES、EAP、RMS）交互。
1.2 SECS/GEM 协议栈全景
SECS/GEM 协议栈由 SEMI（国际半导体设备与材料协会）制定，分为四个逻辑层级。下图展示了从物理连接到应用建模的完整协议栈结构：
各层对应的 SEMI 标准及核心职责如下表所示：
| 层级 | SEMI 标准 | 核心职责 | 典型实现 |
|---|---|---|---|
| 物理/传输层 | E4 (SECS-I) / E37 (HSMS) | 定义物理连接方式（串口或 TCP/IP）和字节传输机制 | RS-232 线缆 / 以太网 Socket |
| 数据链路/消息层 | E4 (SECS-I) / E37 (HSMS) | 块传输、校验、重传、消息分帧与重组 | SECS-I Block / HSMS Message |
| 会话/表示层 | E5 (SECS-II) | 定义消息结构（Stream/Function）、数据类型（ASCII、Binary、List 等） | SML 解析器 / 二进制编码器 |
| 应用层 | E30 (GEM) | 设备行为建模：状态机、事件上报、报警、远程命令、数据变量 | GEM 接口库（如 Cimetrix、Java GEM） |
工程要点：在采集事件上报场景中，我们主要关注 E5（SECS-II） 的消息编码和 E30（GEM） 的事件模型。物理层选择 HSMS（TCP/IP）已成为现代 Fab 的事实标准。
1.3 HSMS 与 SECS-I 对比
HSMS（High-Speed SECS Message Services，SEMI E37）和 SECS-I（SEMI E4）是协议栈最底层的两种传输方式。它们在物理介质、性能、连接模型上存在本质差异。下图直观对比了两种传输方式的架构：
下表从工程选型角度，对 HSMS 和 SECS-I 进行详细对比：
| 对比维度 | SECS-I（E4） | HSMS（E37） |
|---|---|---|
| 物理介质 | RS-232 串口（DB9/DB25） | TCP/IP 以太网（RJ45） |
| 通信模式 | 半双工（轮流发送） | 全双工（同时收发） |
| 传输速率 | 9.6 kbps ~ 38.4 kbps | 100 Mbps ~ 1 Gbps |
| 连接拓扑 | 点对点（1 Host : 1 Equipment） | 点对点 / 多连接（1 Host : N Equipment） |
| 消息分帧 | Block 传输（长度 254 字节/块） | Message 传输（长度可达 16 MB） |
| 连接管理 | 物理连接即建立 | Select / Deselect / Link Test 会话管理 |
| 事件上报能力 | 弱（轮询为主） | 强（支持主动推送、批量上报） |
| 适用场景 | 旧设备改造、低速数据采集 | 新设备导入、高速事件采集、实时控制 |
工程避坑：在事件采集项目中，如果设备仅支持 SECS-I，需要评估其事件上报的实时性。SECS-I 的半双工特性会导致高并发事件（如多腔体同时完成）出现排队延迟。建议优先要求设备供应商升级至 HSMS 接口，或使用协议转换网关（SECS-I to HSMS）。
1.4 本章小结
SECS/GEM 协议栈为半导体工厂自动化提供了从物理连接到应用建模的完整通信框架。在事件采集上报场景中，我们重点关注：
- HSMS 作为现代 Fab 的首选传输层，提供高吞吐、全双工、主动推送能力。
- SECS-II 定义消息格式（Stream/Function），是事件数据编码的基础。
- GEM 定义事件模型（CEID、Collection Event、Report），是采集上报的核心逻辑。