2. SEMI标准体系与GEM300概览

在300mm晶圆厂中，设备与主机（Host）之间的自动化通信并不是靠某一个标准单独完成的，而是由SEMI制定的一整套标准协同支撑。理解这些标准之间的关系，是设计、集成和验收设备通信接口的基础。本节将梳理SEMI E4/E5/E30/E37/E39/E40/E87/E90/E94/E116等标准的分工与协作，并给出GEM300的通信架构与合规边界。

一、从GEM到GEM300：标准的层次分工

SEMI标准可以按“通信基础—通用设备模型—300mm专用能力”三个层次来理解。

通信基础层解决“怎么连、怎么传”。E4定义了SECS-I串行通信，E37定义了HSMS（High-Speed SECS Message Services），即基于TCP/IP的高速消息服务，是当前300mm厂的主流传输方式。E5定义了SECS-II消息内容，规定消息的结构、数据项格式和语义，是设备与主机之间“说什么”的语法基础。

通用设备模型层解决“设备如何被描述和交互”。E30定义了GEM（Generic Equipment Model），规定设备状态模型、事件报告、报警、变量、远程命令等通用行为。E39定义了对象服务（Object Services），为设备内部对象提供统一访问方式。E40定义了处理任务管理（Process Job Management），用于管理一批晶圆的加工任务。E87定义了载具管理（Carrier Management），描述FOUP等载具的状态与位置。E90定义了衬底追踪（Substrate Tracking），用于追踪单片晶圆在设备内的位置与状态。

300mm专用能力层解决“300mm厂特有的自动化需求”。E87和E90本身就是为300mm自动化设计的，而E94定义了控制任务（Control Job）管理，E116定义了设备性能追踪（EPT），用于采集设备效率与可靠性数据。GEM300通常指E30、E37、E39、E40、E87、E90、E94等标准的组合，是300mm设备必须具备的通信能力集合。

二、通信架构：从Host到设备的消息路径

在典型的300mm设备通信架构中，Host端通常由MES/EAP系统发起通信，通过TCP/IP网络连接到设备的HSMS端口。设备内部有一个通信服务模块，负责解析SECS-II消息，并调用GEM模型中的状态机、事件报告和对象服务。具体路径可以概括为：Host应用 → HSMS连接（E37）→ SECS-II消息编解码（E5）→ GEM行为处理（E30）→ 对象/任务/载具/衬底模型（E39/E40/E87/E90/E94）。

以一次“派工加工”为例：Host先通过E87确认载具已到达设备端口，再通过E40创建Process Job，指定要加工的晶圆列表和配方；设备通过E90追踪每片晶圆在腔体中的位置和状态；加工完成后，设备通过E30事件报告通知Host，并通过E94更新Control Job状态。整个过程的消息都封装在E5定义的SECS-II结构中，经E37的HSMS连接传输。

三、合规边界：哪些必须做，哪些可以选

GEM300合规并不是“所有标准都必须实现”，而是有明确的边界。通常，E37、E5、E30是基础，必须实现；E39、E40、E87、E90、E94是300mm自动化的核心能力，设备在宣称GEM300合规时通常需要全部支持。E116属于性能追踪，部分工厂会要求，但并非所有GEM300设备的强制项。E4（SECS-I）在300mm厂中已基本被E37取代，通常不作为强制要求。

四、实际配置示例：HSMS连接参数

下面是一个典型的HSMS连接配置片段，用于设备端与Host建立通信。参数含义：Active表示设备主动连接Host，IP和Port为Host地址，T3为回复超时，T5为连接分离超时，T6为控制消息超时，T7为未选择超时，T8为网络字符间超时。

[HSMS]
Mode = Active
HostIP = 192.168.10.20
HostPort = 5000
DeviceIP = 192.168.10.31
DevicePort = 5000
T3 = 45
T5 = 10
T6 = 5
T7 = 10
T8 = 5
LinktestInterval = 30

配置完成后，设备上电后应主动向Host发起TCP连接，并发送HSMS Select.req。Host回复Select.rsp后，链路进入Selected状态，此时才能收发SECS-II消息。若T7超时仍未收到Select.rsp，设备应断开连接并重试。实际调试时，可用抓包工具观察TCP三次握手和HSMS控制消息，确认链路状态。

五、标准关系速查