3. SECS/GEM标准体系概览

SECS/GEM并不是单一标准，而是一组由SEMI（国际半导体产业协会）制定的通信规范集合。很多初学者容易把“SECS”和“GEM”混为一谈，实际上它们分别解决不同层次的问题：SECS-I/HSMS负责“怎么传”，SECS-II负责“传什么”，GEM负责“传的内容如何组织成设备行为”，而E30、E37、E5、E4等则补充了场景、事务、消息和状态的具体定义。理解它们之间的层次关系，是掌握整套体系的关键。

一、核心原理：分层协作的标准族

可以把SECS/GEM体系类比为网络通信的OSI模型：底层负责可靠传输，中层负责消息语义，上层负责业务行为。具体分工如下：

• E4（SECS-I）：基于RS-232串口的传输层协议，定义了块传输、握手、超时与重传机制，适用于早期点对点连接。
• E37（HSMS）：High-Speed SECS Message Services，基于TCP/IP的高速传输层，替代SECS-I，支持多设备并发与长距离通信。
• E5（SECS-II）：定义消息结构，包括Stream、Function、数据项格式（如L、A、U4、B等），是设备与主机之间“说什么”的语法规范。
• E30（GEM）：Generic Equipment Model，定义设备应具备的通用行为，如状态模型、报警、事件报告、配方管理、远程命令等，是“怎么用SECS-II”的规则集。
• E37/E5/E30共同构成现代SECS/GEM通信的三大支柱，而E4则用于兼容旧设备。

二、方法流程：从物理连接到业务交互

设备与主机建立通信通常遵循以下流程：

1. 物理/网络连接：选择SECS-I（串口）或HSMS（TCP/IP）建立链路。
2. 传输层握手：HSMS通过Select.req/Select.rsp完成会话建立；SECS-I通过ENQ/EOT握手。
3. SECS-II消息交换：双方按Stream/Function发送消息，如S1F1（Are You There）用于确认在线。
4. GEM行为初始化：主机读取设备状态、报警、事件报告定义，建立数据采集模型。
5. 持续交互：事件触发、远程命令、配方上传下载、过程程序管理等。

下面是一个典型的HSMS连接与消息交互的简化日志：

// HSMS 建立连接
TCP Connect -> 设备IP:5000
Send Select.req (SessionID=0xFFFF)
Recv Select.rsp (Status=0, Accept)

// SECS-II 在线确认
Send S1F1 W  (Are You There)
Recv S1F2     (On Line Data: MDLN, SOFTREV)

// GEM 事件报告定义
Send S2F33 W  (Define Report)
Recv S2F34     (Define Report Ack)
Send S2F35 W  (Link Event Report)
Recv S2F36     (Link Event Report Ack)

// 事件触发上报
Recv S6F11     (Event Report Send: CEID=1001)
Send S6F12     (Event Report Ack)

三、案例/场景：不同标准组合的适用场合

在实际产线中，标准组合取决于设备年代、接口类型和主机能力：

例如，某8英寸晶圆厂仍保留SECS-I设备，通过协议转换器将E4转换为HSMS接入主机；而12英寸新厂则直接要求设备支持HSMS+SECS-II+GEM，并强制通过E30一致性测试。

四、误区与复盘：常见理解偏差

复盘时建议检查：设备是否声明支持的Stream/Function列表？是否实现S1F1、S1F13、S2F33等基础消息？事件报告是否按GEM规范链接？这些是判断标准体系落地程度的关键指标。

五、标准关系全景图

下图展示了SECS/GEM标准族的分层关系与典型适用场景，帮助建立整体认知。

通过这张分层图可以清晰看到：SECS-I与HSMS处于最底层，负责链路；SECS-II居中，定义消息语法；GEM位于上层，规范设备行为；而E30、E37、E5、E4等标准编号则分别对应这些层次中的具体文档。实际项目中，设备厂商通常声明“支持HSMS+SECS-II+GEM”，即表示同时满足E37、E5和E30三项标准。