1. SECS/GEM协议概述：半导体工厂自动化背景、SECS/GEM协议族介绍、SECS I与HSMS的定位与关系

1.1 半导体工厂自动化的真实场景

各位工程师朋友，咱们先聊聊工厂里的实际情况。

你走进一间12寸晶圆厂，看到的不是穿着白大褂的工人，而是一排排设备在自动跑货。光刻机、刻蚀机、薄膜沉积设备……它们之间怎么通信？谁来告诉光刻机“下一批晶圆是28nm工艺”？谁又把机台的温度、压力数据传回MES（制造执行系统）？

答案就是SECS/GEM协议族。

我2015年第一次进Fab调试时，就被师傅拉着讲了一整天SECS。当时觉得这东西又老又土，后来踩了几个坑才明白——没有SECS/GEM，半导体工厂的自动化就是空中楼阁。

工厂自动化的目标其实很简单：

• 减少人为干预——操作员点错一个按钮，整批晶圆报废
• 提升设备利用率——机台空闲时间从20%降到5%
• 实现数据追溯——每一片晶圆在哪个腔室、什么工艺条件，全要记录

SECS/GEM就是实现这些目标的通信“语言”。

1.2 SECS/GEM协议族介绍

SECS/GEM不是单个协议，而是一套协议族。我习惯把它分成三层来看：

层级	协议名称	主要作用
应用层	GEM (Generic Equipment Model)	定义设备行为模型、状态机、报警、事件等
消息层	SECS-II (SEMI Equipment Communications Standard Part 2)	定义消息格式、数据结构、SxFx流和功能
传输层	SECS-I 或 HSMS	定义数据怎么在物理线路上传输

说白了：

• GEM 告诉你“设备应该做什么”
• SECS-II 告诉你“消息长什么样”
• SECS-I / HSMS 告诉你“数据怎么发出去”

举个例子你就明白了。设备要报告“晶圆已到达”：

• GEM定义了这个事件叫“Material Arrived”
• SECS-II把它编码成S6F11（流6功能11）的消息格式
• SECS-I或HSMS负责把这个消息打包成字节流，通过RS-232或TCP/IP发出去

1.3 SECS-I与HSMS的定位与关系

SECS-I和HSMS都是传输层协议，但它们的定位完全不同。

SECS-I：老将出马

SECS-I是1980年代制定的标准，基于RS-232串口通信。特点很鲜明：

• 物理层：RS-232C，15米以内点对点
• 波特率：9600 bps（早期甚至只有1200）
• 传输方式：半双工，一次只能一方发
• 可靠性：靠硬件握手和超时重传

我记得有一次调试一台90年代的离子注入机，设备端只有DB25串口。我拿着USB转串口线折腾了半天，波特率、校验位、停止位全试了一遍才通上。嗯，那种老设备，SECS-I是唯一的选择。

HSMS：现代主力

HSMS（High-Speed SECS Message Services）是1990年代推出的，基于TCP/IP网络。优势很明显：

• 物理层：以太网，距离不受限
• 速度：100Mbps起步，现在千兆以太网很常见
• 传输方式：全双工，可同时收发
• 可靠性：TCP协议保证，自带重传和校验

两者的关系

SECS-I和HSMS在消息层面是兼容的。什么意思？

• SECS-II消息在SECS-I和HSMS上的编码方式不同
• 但消息内容（SxFx、数据项）完全一样
• GEM定义的行为模型也不受传输层影响

你可以把SECS-I和HSMS想象成两种运输方式：

• SECS-I是绿皮火车——慢，但稳定可靠
• HSMS是高铁——快，但需要配套的轨道（网络基础设施）

两者运送的“货物”（SECS-II消息）是一样的，只是运输方式不同。

1.4 协议栈全景图

下面这张图能帮你理清整个协议族的关系：

1.5 选型前的思考

讲到这里，你可能要问：那我到底该用SECS-I还是HSMS？

我的建议是分三步走：

1. 先看设备接口——设备只有串口？那没得选，只能用SECS-I。设备有以太网口？HSMS优先。
2. 再看传输距离——设备在隔壁房间？SECS-I的15米够用。设备在另一栋楼？必须HSMS。
3. 最后看速度要求——只是传传状态和报警？SECS-I的9600 bps勉强够。要传大量工艺参数或配方？HSMS是唯一选择。