3. SEMI标准体系精讲
在EAP（Equipment Automation Program）设备接口标准化与多厂商适配的工程实践中，SEMI标准体系是贯穿始终的“共同语言”。理解这些标准的适用范围、彼此之间的引用关系，并据此建立合规性检查清单，是避免“接口能通但数据不可信”“单机可用但产线不可集成”的关键前提。本节将围绕E4、E5、E30、E37、E10、E90、E94、E116等核心标准，梳理其定位与协同逻辑。
一、标准分层：从物理链路到业务语义
SEMI标准并非孤立条目，而是按“通信承载—消息协议—数据模型—行为场景—安全与可靠性”逐层构建。E4定义SECS-I串行链路，E37定义HSMS高速消息服务，二者属于传输层，解决“消息怎么可靠送达”；E5定义SECS-II消息内容与数据项编码，E30定义GEM通用设备模型，属于语义层，解决“消息表达什么含义”；E10定义设备状态与异常事件，E90定义子系统通信，E94定义控制作业管理，E116定义设备性能追踪，属于场景层，解决“设备在具体业务中如何响应”。
二、关键标准适用范围速查
SEMI E4（SECS-I）：定义设备与主机之间基于RS-232串行链路的SECS消息传输，规定块结构、握手时序、超时与重试。适用于老式设备或低带宽场景，目前新建产线已较少采用。
SEMI E37（HSMS）：定义基于TCP/IP的SECS消息传输，支持主动/被动连接模式、心跳与连接恢复。它是当前EAP接口的主流承载方式，与E4在消息层可互换，但传输机制完全不同。
SEMI E5（SECS-II）：定义消息的语义与数据项格式，包括消息头、系统字节、数据项类型（如L、A、B、Boolean、U1/U2/U4/U8、I1/I2/I4/I8、F4/F8）及消息编码规则。E5是E30、E10、E90、E94等标准的共同基础。
SEMI E30（GEM）：定义通用设备模型，包括状态机、事件、报警、变量、数据收集、远程命令等。E30不规定具体消息编号，而是规定设备应具备的行为能力，是设备与主机互操作的核心标准。
SEMI E10：定义设备状态分类与可靠性、可用性、可维护性指标，如设备状态（生产、待机、工程、计划停机、非计划停机）及OEE计算。E10为E116提供状态与时间分类基础。
SEMI E90：定义子系统通信，规定设备内部子系统与主控制器之间的接口，适用于复杂设备内部模块化集成。
SEMI E94：定义控制作业管理，规定主机如何向设备下发作业、设备如何反馈作业状态，适用于需要精细作业控制的场景。
SEMI E116：定义设备性能追踪，规定设备如何采集和上报性能数据，与E10配合实现设备效率分析。
三、标准之间的引用关系
这些标准并非平行独立，而是存在明确的引用与依赖。E37与E4是传输层可替换关系；E5是消息语义基础，被E30、E10、E90、E94、E116共同引用；E30是设备行为模型，E10、E90、E94、E116均在其框架下扩展；E10为E116提供状态与时间分类依据；E90与E94在复杂设备中常配合使用，分别处理子系统通信与作业控制。
四、合规性检查清单
基于上述标准体系，建议在EAP接口开发与验收阶段执行以下检查：
| 检查项 | 检查内容 | 关联标准 |
|---|---|---|
| 传输层 | 确认设备支持HSMS主动/被动模式，心跳间隔与超时参数可配置 | E37 |
| 消息格式 | 校验SECS-II消息头、系统字节、数据项编码是否符合规范 | E5 |
| 设备模型 | 验证状态机、事件、报警、变量、数据收集、远程命令是否完整 | E30 |
| 状态与效率 | 确认设备状态分类与E10一致，时间统计可支撑OEE计算 | E10 / E116 |
| 子系统通信 | 若设备含子系统，检查E90接口是否定义清晰、数据可追溯 | E90 |
| 作业控制 | 验证作业下发、状态反馈、异常处理是否符合E94流程 | E94 |
| 引用一致性 | 检查设备声明支持的标准版本与主机端引用版本是否匹配 | 全部 |
五、实操示例：一次典型的合规性核对
假设某新设备厂商声明支持“E37 + E5 + E30 + E10”，主机端EAP基于E37/E5/E30/E10/E116开发。核对过程如下：
- 确认E37连接参数：设备IP、端口、主动/被动模式、心跳间隔（示例：30秒）、超时重试次数（示例：3次）。
- 抓取SECS-II消息，检查消息头中的设备ID、消息编号、系统字节是否符合E5定义。
- 触发设备状态切换，观察E30状态机是否按预期迁移，事件与报警是否上报。
- 核对E10状态分类：设备是否区分生产、待机、工程、计划停机、非计划停机，时间戳是否可采集。
- 若主机需要E116性能数据，而设备未声明支持E116，则需评估是否通过E10数据间接计算，或要求厂商补充。