一、SECS/GEM概述：半导体制造自动化入门
大家好，我是老张。在半导体行业摸爬滚打了十几年，今天咱们来聊聊SECS/GEM协议。说实话，这玩意儿刚接触时确实有点绕，但搞懂了之后你会发现——它其实就是半导体工厂里设备跟系统之间沟通的“普通话”。
1.1 半导体制造自动化：为什么需要它？
先问个问题：一个晶圆厂每天要处理多少片晶圆？答案是成千上万片。每片晶圆要经过几百道工序，光刻、刻蚀、沉积、清洗……如果全靠人工操作，效率低不说，出错率也高得吓人。
我2010年刚入行时，去过一家老厂。那时候设备还是半自动的，操作员拿着纸质工单跑来跑去。结果呢？有一次把25片晶圆放错了机台，整批报废，损失几十万美金。老板脸都绿了。
所以，自动化是必须的。核心目标就三个：
- 减少人为干预——机器自己干活，人只负责监控
- 实时数据采集——每台设备的状态、每批晶圆的进度，系统一目了然
- 统一调度——MES（制造执行系统）告诉设备“该干啥”，设备告诉MES“干完了”
而SECS/GEM，就是实现这一切的通信桥梁。
1.2 SECS/GEM协议的历史与演进
SECS/GEM不是一天建成的。它的发展史，其实就是半导体行业从“各自为政”走向“标准化”的过程。
| 年代 | 版本/标准 | 说明 |
|---|---|---|
| 1980年代 | SECS-I (E4) | 串口通信，RS-232，速度慢但稳定 |
| 1990年代 | HSMS (E37) | 以太网通信，速度快，取代SECS-I |
| 1990年代 | GEM (E30) | 定义了设备行为模型，让设备“听话” |
| 2000年代至今 | SECS-II (E5) | 消息格式标准化，数据怎么传、传什么 |
我个人习惯把SECS/GEM比作“三层蛋糕”：
- 底层：SECS-I或HSMS——负责“怎么传”
- 中间层：SECS-II——负责“传什么”
- 顶层：GEM——负责“什么时候传、传完干啥”
你想想看，没有GEM之前，设备厂商各自定义通信方式。A公司的刻蚀机说“我用TCP/IP传XML”，B公司的清洗机说“我用串口传二进制”。MES系统要对接不同设备，得写N种驱动——这简直是噩梦。
核心观点：SECS/GEM的出现，让设备厂商和工厂系统有了统一的“对话规则”。设备不再是个信息孤岛。
1.3 HSMS vs SECS-I：该选哪个？
这个问题，我几乎每次培训都会被问到。直接说结论：
- SECS-I：基于RS-232串口，速度慢（最高115.2kbps），距离短（15米以内）。适合老设备、简单场景。
- HSMS：基于TCP/IP以太网，速度快（100Mbps甚至更高），距离远（局域网内随便连）。现代工厂标配。
我在项目中遇到过一台2005年的老式扩散炉，只支持SECS-I。没办法，只能加个串口转以太网的网关。但新设备，比如ASML的光刻机，清一色HSMS。
避坑指南：我曾经以为SECS-I已经淘汰了，结果在某个8英寸厂里发现还有几十台设备在用。所以，别想当然——先确认设备支持什么。
简单对比一下：
| 特性 | SECS-I | HSMS |
|---|---|---|
| 物理层 | RS-232 | 以太网 |
| 速度 | 9.6k~115.2k bps | 10/100/1000 Mbps |
| 连接方式 | 点对点 | 点对点或网络 |
| 适用场景 | 老设备、低速数据 | 新设备、高速数据 |
| 实现复杂度 | 低 | 中 |
说白了，如果你在新建工厂，直接上HSMS。如果是改造老线，可能得兼容SECS-I。
1.4 GEM标准核心概念
GEM（Generic Equipment Model）是SECS/GEM体系里最“聪明”的部分。它定义了设备应该具备哪些“能力”，以及如何与主机（Host）交互。
核心概念我总结为“三件套”：
- 状态模型：设备有几种状态？比如“空闲”、“运行中”、“报警”、“离线”。GEM规定了状态之间的转换规则。
- 事件通知：设备发生什么事了？比如“晶圆到达”、“加工完成”、“温度超限”。设备要主动告诉主机。
- 远程控制：主机能不能远程操作设备？比如“启动”、“停止”、“修改参数”。GEM定义了哪些操作是允许的。
举个例子。我做过一个项目，设备是台清洗机。按照GEM标准，它必须支持：
- 主机查询当前状态（是空闲还是工作中）
- 晶圆进入时主动上报“Load Complete”事件
- 主机远程下发“Start Process”指令
如果设备不支持这些，那它就不符合GEM标准。工厂IT会直接拒绝接入——嗯，就是这么严格。
注意：GEM标准（E30）有几百页，但别被吓到。实际开发中，你只需要实现设备相关的子集。比如一台简单的测量设备，可能只需要实现“状态报告”和“数据采集”就够了。
1.5 知识体系总览
下面这张图，是我自己画的SECS/GEM知识框架。你可以把它当作整个课程的地图。
这张图我每次培训都会拿出来讲。你看，从下往上，一层比一层抽象。但实际开发时，你往往需要同时理解这三层——因为设备跟主机通信时，这三层是同时工作的。
个人经验：我建议初学者先从HSMS入手，因为以太网调试方便。用Wireshark抓包，能看到SECS-II消息的原始内容。等搞懂了消息格式，再回头研究GEM的行为模型，会轻松很多。
好了，这一章就到这里。SECS/GEM不是什么高深莫测的东西，它就是一套“约定”。你遵守约定，设备就能跟系统好好聊天。后面我们会一步步深入，从环境搭建到代码实现，带你真正上手。
一句话总结：SECS/GEM = 传输方式（HSMS/SECS-I） + 消息格式（SECS-II） + 行为规则（GEM）。三者缺一不可。
公众号:蓝海资料掘金营，微信deep3321