1. SECS/GEM 协议概述

SECS/GEM(SEMI Equipment Communications Standard / Generic Equipment Model)是半导体制造设备与工厂主机(Host)之间进行数据通信与状态管理的国际标准协议族,由 SEMI(国际半导体设备与材料协会)制定并维护。在半导体工厂自动化体系中,SECS/GEM 是设备接入 MES(制造执行系统)与 EAP(设备自动化程序)的“通用语言”,也是 T6 定时器超时影响设备初始化流程的底层通信基础。

1.1 协议栈结构

SECS/GEM 协议栈采用分层模型,从物理传输到应用语义共分为四个层次,每一层解决不同粒度的通信问题:

层次 协议/标准 功能描述 典型载体
物理层 RS-232 / TCP/IP 定义电气特性、连接方式与字节传输 串口线、以太网
传输层 HSMS (High-Speed SECS Message Services) 提供面向连接的可靠消息传输、会话管理与心跳检测 TCP 端口 5000/5001
消息层 SECS-II (SEMI E5) 定义消息格式、数据项编码(SML)、流/功能码结构 SECS-II 报文
应用层 GEM (SEMI E30) 定义设备行为模型、状态机、事件通知、变量集合与定时器规范 GEM 状态模型
关键理解: T6 定时器属于 GEM 应用层定义的通信超时定时器,但它的超时处理直接依赖 HSMS 传输层的连接状态与 SECS-II 消息层的重传机制。协议栈各层之间的耦合关系是分析 T6 超时影响的前提。

1.2 通信模型

SECS/GEM 采用 主从(Primary-Secondary) 通信模型,其中 Host 作为主动方(Primary),设备(Equipment)作为被动方(Secondary)。通信过程遵循“请求-响应”或“设备主动上报”两种基本模式:

  • Primary Message(主消息): 由 Host 发起,要求设备执行操作或返回数据。例如 S1F13(建立通信请求)、S2F41(远程命令)。
  • Secondary Message(副消息): 由设备返回,作为对 Primary 的应答。例如 S1F14(通信建立应答)、S2F42(远程命令应答)。
  • Unsolicited Message(主动上报): 设备在无 Host 请求时主动发送的消息,如 S6F11(事件通知)、S5F1(报警上报)。

消息交换的原子单位是 Transaction(事务),一个事务由一对 Primary/Secondary 消息组成。T6 定时器正是在事务层面监控 Secondary 消息的到达时间。

实践要点: 在设备初始化流程中,Host 通常发送 S1F13(建立通信请求)作为第一个 Primary 消息,设备必须在 T6 定时器超时前回复 S1F14。如果 T6 超时,Host 会认为设备无响应,初始化流程直接中断。

1.3 在半导体制造中的作用

SECS/GEM 在半导体制造中扮演着 设备互联与自动化执行 的核心角色,具体体现在以下四个方面:

  1. 设备集成标准化: 不同厂商(如应用材料、东京电子、科磊)的设备通过统一的 SECS/GEM 接口接入工厂网络,无需为每类设备开发私有通信协议。
  2. 生产指令下发: Host 通过 GEM 远程命令(Remote Command)向设备下发配方(Recipe)、启动加工、改变运行模式。
  3. 状态与数据采集: 设备通过事件通知(Collection Event)实时上报加工状态、传感器数据、报警信息,支撑 MES 的实时监控与统计过程控制(SPC)。
  4. 设备控制与初始化: 设备上电后通过 GEM 定义的状态模型(Init → Ready → Running)完成初始化,Host 通过定时器(T3/T6/T7/T8)监控每个阶段的通信健康度。
SECS/GEM 在半导体制造中的通信架构 工厂主机 (Host) MES / EAP / RMS S1F13, S2F41, S6F11 半导体设备 刻蚀 / 光刻 / 沉积 S1F14, S2F42, S6F12 SECS/GEM 协议栈 GEM (E30) — 状态/定时器 SECS-II (E5) — 消息编码 HSMS (E37) — 传输会话 TCP/IP — 物理连接 GEM 通信定时器家族 T3 (Reply Timeout) | T5 (Connect Separation) | T6 (Transaction Timeout) | T7 (Connect Timeout) | T8 (Inter-Data Timeout) T6 超时直接导致当前事务失败,在设备初始化阶段会触发通信断开与重连流程 设备初始化流程中的 SECS/GEM 交互 ① Host 发送 S1F13 (Primary) → ② 设备接收并处理 → ③ 设备回复 S1F14 (Secondary) ④ T6 定时器在步骤①启动,必须在步骤③到达前超时前完成 T6 超时 → 初始化失败 → 设备进入通信异常状态

1.4 GEM 状态模型与初始化流程

GEM 标准(SEMI E30)定义了设备通信的五个基本状态,设备初始化流程本质上是状态迁移的过程:

状态 名称 说明 与 T6 的关系
NOT COMMUNICATING 未通信 设备未建立 HSMS 连接,不响应任何 SECS-II 消息 无 T6 活动
INITIALIZING 初始化中 设备已建立 TCP 连接,正在等待或处理 S1F13/S1F14 握手 T6 监控 S1F14 响应
COMMUNICATING 通信中 设备与 Host 完成握手,可正常收发消息 T6 监控所有事务
WAITING 等待中 设备处于空闲或维护模式,仍保持通信连接 T6 监控事务
REMOTE 远程控制 设备接受 Host 远程命令,可自动运行生产 T6 监控远程命令事务
注意: 在 INITIALIZING 状态下,T6 定时器是唯一用于检测设备是否正常响应握手消息的超时机制。如果 T6 设置过短(例如小于 10 秒)或设备处理延迟,初始化流程会反复失败,导致设备无法进入 COMMUNICATING 状态,进而影响整条产线的启动效率。

1.5 本章小结

SECS/GEM 协议栈为半导体设备提供了从物理连接到应用语义的完整通信框架。在设备初始化流程中,GEM 状态模型定义了明确的迁移路径,而 T6 定时器作为事务级超时监控器,直接决定了初始化握手能否成功完成。理解协议栈的分层结构、通信模型以及 GEM 状态机,是后续分析 T6 定时器超时原因、影响范围与优化策略的基础。