SEMI标准体系入门：E4/E5/E30/E37/E40一文讲清半导体设备通信规范

如果你是半导体设备工程师、MES开发者，或者刚刚接手产线数据采集项目，迟早会碰到一个绕不过去的问题：设备怎么和工厂系统”说话”？

答案就藏在SEMI标准体系里。SEMI（Semiconductor Equipment and Materials International）制定了一整套设备通信规范，让不同厂商的设备可以用同一种”语言”和MES、EAP、数据采集系统对话。其中，E4、E5、E30、E37、E40是最核心的几个标准号——无论你的产线是200mm还是300mm，这些标准几乎每天都在设备背后默默运行。

这篇文章会用”工具书”的方式，把这些标准逐个讲清楚。建议收藏，日后查阅。

一、SEMI标准全景图：E系列在哪里？

SEMI标准体系非常庞大，覆盖半导体制造的方方面面。按技术领域划分，主要有以下几大族群：

在整个SEMI体系中，E系列（Equipment Automation）是设备与工厂信息系统对接的基石。从最底层的物理通信（串口/网口），到消息格式、设备行为模型、批次管理，E系列标准定义了”设备自动化”的完整协议栈。可以说，没有E系列标准，就没有现代半导体工厂的自动化。

二、核心通信标准逐个讲

我们按协议栈从底向上的顺序来讲。先传输层，再消息层，最后行为层。

2.1 SEMI E4 — SECS-I（串行传输层）

全称：SEMI Equipment Communications Standard 1 — Message Transfer

E4定义了设备与Host之间通过RS-232串行接口传输SECS消息的规则，包括波特率、数据帧格式、握手机制（ENQ/EOT/ACK）、重试策略等。

这是SECS协议最早的传输标准，诞生于1980年代。当时的设备通信就是一根串口线连过去。SECS-I的最大传输速率只有9600bps，每条消息还需要分块（Block）传输，效率极低。

现状：绝大多数新设备早已不再使用SECS-I，但在一些老旧的200mm产线上（特别是日本、韩国的老Fab），你仍然可能遇到E4设备。如果你要做设备改造或数据采集，需要准备RS-232串口转换器和专用驱动。

2.2 SEMI E5 — SECS-II（消息格式层）

全称：SEMI Equipment Communications Standard 2 — Message Content

如果说E4/E37解决的是”消息怎么传”，E5解决的是“消息里面写什么”。

E5定义了SECS消息的通用格式——Stream/Function结构：

• Stream（S）：消息的功能类别，类似于”模块”。例如S1=设备状态，S2=设备控制，S6=数据采集，S7=Recipe管理。
• Function（F）：该类别下的具体功能。奇数为请求（Primary），偶数为应答（Reply）。例如S1F1是”你在吗？”，S1F2是”我在”。

E5还定义了消息体的数据类型系统，包括：

常见的Stream/Function对举例：S1F13/S1F14（建立通信）、S2F41/S2F42（远程指令）、S6F11/S6F12（事件报告）、S7F19/S7F20（Recipe列表查询）。E5定义了数百个S/F组合，覆盖设备通信的各种场景。

2.3 SEMI E37 — HSMS（TCP/IP传输层）

全称：High Speed SECS Message Services

HSMS是E4（SECS-I）的TCP/IP替代品，是当今绝大多数半导体设备使用的传输协议。它解决了串行通信速度慢、距离短、布线麻烦的问题。

HSMS的核心特点：

• 基于TCP/IP：使用标准以太网，传输速率可达100Mbps以上，远超SECS-I的9.6Kbps。
• Active/Passive模式：通信双方需约定谁主动发起连接（Active）、谁等待连接（Passive）。通常Host为Active，设备为Passive——但这不是固定的，具体取决于设备配置。
• 会话管理：HSMS定义了Select、Deselect、Linktest等控制消息，用于管理通信会话的建立、维护和断开。
• 单会话（HSMS-SS）：绝大多数设备使用HSMS-SS（Single Session）模式，一个TCP连接承载一个SECS通信会话。

关键配置参数有T3（Reply Timeout，通常45秒）、T5（Connection Separation Timeout，10秒）、T6（Control Transaction Timeout，5秒）、T7（Not Selected Timeout，10秒）、T8（Network Intercharacter Timeout）。如果你的SECS通信频繁超时断开，大概率是这些Timer参数没配对。

2.4 SEMI E30 — GEM（设备行为模型）

全称：Generic Equipment Model

如果说E5定义了”消息格式”，E37定义了”传输方式”，那E30就定义了”设备该怎么表现”。它是整个SECS/GEM体系中最重要、最核心的标准。

GEM定义了设备必须具备的行为能力，包括：

• 通信状态机（Communication State Model）：设备的通信状态分为DISABLED、ENABLED（含NOT COMMUNICATING和COMMUNICATING子状态），定义了建立/断开通信的完整流程。
• 控制状态机（Control State Model）：OFF-LINE、ON-LINE（LOCAL/REMOTE），决定了Host能否控制设备。
• 事件报告（Event Reporting）：设备发生特定事件时主动上报给Host（通过S6F11），Host可以动态配置关注哪些事件。
• 报警管理（Alarm Management）：设备异常时发送报警（S5F1），报警恢复时发送清除（S5F1，ALCD不同）。
• 变量查询（Status Variables & Equipment Constants）：Host可以查询设备的运行参数（SV）和设备常量（EC）。
• 远程控制（Remote Control）：Host通过S2F41发送远程指令（如START、STOP、PAUSE）。
• Recipe管理：上传/下载/查询设备Recipe（S7F系列消息）。
• Spooling：通信中断时，设备将消息缓存，恢复后自动重发。

GEM是FAB要求设备厂商必须实现的基础能力。如果你的设备不支持GEM，基本无法进入主流晶圆厂。

2.5 SEMI E40 — PJM（Process Job Management）

全称：Standard for Processing Management

E40解决的是“这一批晶圆用什么Recipe跑、跑到哪一步了”的问题。它定义了Process Job的生命周期管理：

• 创建（Create）：Host告诉设备：这批料用Recipe A，从Slot 1到Slot 25。
• 启动/暂停/停止/中止：Host可以远程控制Process Job的执行。
• 状态追踪：Process Job有完整的状态机（QUEUED → SETTING UP → PROCESSING → PROCESS COMPLETE → …）。

E40是MES调度的基础。没有PJM，MES就无法精确控制设备”跑什么、怎么跑”。

核心标准速览表

三、300mm时代的扩展标准：GEM300

进入300mm（12英寸）时代后，晶圆全部在FOUP（前开式晶圆盒）中传输，人工操作大幅减少，自动化程度要求急剧提升。原有的GEM标准不够用了，SEMI在其基础上扩展了一组标准，业界统称为GEM300。

GEM300并不是取代GEM，而是在GEM之上叠加更高级的能力。GEM仍然是基础，GEM300标准依赖GEM运行。

特别值得一提的是E116（EDA/Interface A）。传统SECS/GEM的数据采集频率有限（通常秒级），而先进制程的FDC（故障检测与分类）和VM（虚拟量测）需要毫秒级甚至更高频率的传感器数据。E116提供了一条独立于SECS/GEM的高速数据通道，采用SOAP/XML协议栈，可以每秒采集成千上万个数据点。

对于300mm Fab的设备工程师来说，GEM是必选项，GEM300是标配。如果你的设备要进入台积电、三星、Intel的产线，GEM300的合规性测试是必须通过的门槛。

四、实操：如何快速实现SECS/GEM通信

了解了标准体系之后，实际开发中你有几条路可以走：

4.1 商业方案

主流的商业SECS/GEM SDK包括：

• Cimetrix CIMConnect/CIM300：业界最成熟的方案，支持GEM+GEM300全套标准，提供.NET和C++ SDK。价格不菲，单设备License从数千到数万美元不等。
• Brooks Automation（现Azenta）：提供类似的商业SDK，在日本市场占有率较高。
• Peer Group：提供SECS/GEM仿真器和测试工具，在标准合规性测试领域很有影响力。

商业方案的优势是成熟稳定、有技术支持、通过标准认证；劣势是价格昂贵、定制灵活度受限。对于大型设备厂商来说，商业SDK是首选；对于中小团队或研发验证阶段，成本门槛过高。

4.2 开源方案：secsgem-driver

如果你想快速验证SECS/GEM通信、搭建数据采集原型，或者预算有限，开源驱动是一个非常好的起点。

我们开源了基于Python的SECS/GEM驱动——secsgem-driver，支持HSMS（E37）传输和SECS-II（E5）消息解析，覆盖GEM（E30）的核心功能。几行代码就能让你的程序和设备”对话”：

from secsgem_driver import HsmsConnection

# 连接设备（Passive模式，监听5000端口）
conn = HsmsConnection(address="192.168.1.100", port=5000, active=True)
conn.connect()

# 发送S1F13建立通信
reply = conn.send_and_receive("S1F13", [])
print(f"设备回复: {reply}")

# 查询设备状态变量
sv_reply = conn.send_and_receive("S1F3", [1001, 1002, 1003])
print(f"设备状态: {sv_reply}")

详细的使用教程和源码，可以参考我们之前的文章：开源SECS/GEM Python驱动：secsgem-driver使用指南。

开源驱动适合快速原型验证、数据采集POC、内部设备调试。但对于量产级别的设备出货，还是建议使用经过完整合规性测试的方案。

五、协议之上：从数据采集到AI智能化

SECS/GEM解决的是“设备怎么说话”的问题——它让设备可以上报状态、发送事件、接收指令。但拿到数据之后呢？

真正的价值在于用数据驱动决策。这是半导体智能制造的核心命题：

• VM（Virtual Metrology，虚拟量测）：用设备运行参数预测加工结果，减少物理量测频率，省下动辄数十万的量测设备时间。
• R2R（Run-to-Run Control，批次间控制）：根据上一批的加工结果，自动微调下一批的Recipe参数，让工艺持续逼近最优点。
• FDC（Fault Detection & Classification，故障检测与分类）：实时监测设备传感器数据，在异常发生的第一时间报警，避免批量报废。

从通信协议到AI应用，完整的技术链路是：

这条链路中的每一环都不简单。SECS/GEM需要处理数十种消息类型；数据采集要应对毫秒级高频流数据；特征工程需要深厚的工艺理解；AI推理要在边缘端实时完成（延迟要求通常在100ms以内）；控制反馈要确保安全可靠。

这正是我们打造NeuroBox E3200的初衷——把这条完整的链路封装在一个边缘AI平台中：

• 内置SECS/GEM通信引擎：支持HSMS+GEM，即插即用，无需额外开发通信层。
• 高频数据采集：支持EDA/Interface A级别的数据采样频率。
• 边缘AI推理：VM、R2R、FDC模型在本地运行，实时响应，数据不出厂。
• 部署在设备侧：紧贴设备安装，最大限度降低通信延迟，满足实时控制需求。

对于设备厂商来说，如果你已经实现了SECS/GEM通信，距离AI智能化只差”最后一公里”——而这一公里，NeuroBox E3200可以帮你走完。

SEMI E系列标准速查表

相关阅读

• SECS/GEM协议入门：半导体设备通信的第一课
• 开源SECS/GEM Python驱动：secsgem-driver使用指南
• GEM300标准解读：300mm产线设备自动化的完整规范