3、晶圆传输协议与标准：SEMI标准（E87、E84、E90）、晶圆盒（FOUP/FOSB）接口规范、通信协议（SECS/GEM）基础
各位工程师朋友，今天我们来聊聊晶圆传输的“交通规则”。
光刻机里晶圆怎么跑？不是随便放的。背后有一套严格的协议和标准。说白了，就是让设备、机械手、晶圆盒之间能“说同一种语言”。
我刚开始接触这行时，觉得这些标准又长又枯燥。后来在产线上吃过亏，才明白——不懂标准，你连设备为什么报警都查不出来。
3.1 SEMI标准：E87、E84、E90
SEMI标准是半导体设备通信的“宪法”。其中E87、E84、E90是晶圆传输的核心三件套。
3.1.1 E87：晶圆盒管理标准
E87管的是“晶圆盒的状态”。它定义了FOUP/FOSB从进设备到出设备的完整生命周期。
我个人习惯把E87理解为“酒店入住登记”。晶圆盒到了设备门口，先登记（Mapping），然后分配房间号（Slot），最后退房（Unload）。
E87核心状态机：
- Present：晶圆盒已到达端口，但未锁定
- Mapped：已完成晶圆映射，知道每个Slot有没有片
- Process Ready：可以开始取片加工
- Completed：加工完成，等待取走
我在项目中遇到过一个问题：E87的Mapping信息与实际晶圆位置不符。结果机械手去抓片，抓了个空。嗯，后来我们加了二次校验，才解决。
3.1.2 E84：机械手与端口交接标准
E84管的是“怎么把晶圆盒放到端口上”。它定义了机械手（或天车OHT）与设备端口之间的物理和电气接口。
你想想看，一个FOUP重十几公斤，机械手要精准地放到定位销上。E84规定了：
- 对接高度、水平偏移容差
- 锁定/解锁信号时序
- 安全互锁逻辑
避坑指南：我曾经遇到过E84信号抖动导致误锁定的情况。排查了三天，最后发现是电缆屏蔽层接地不良。从此我养成了一个习惯——所有E84信号线必须用双绞屏蔽线，且单端接地。
3.1.3 E90：晶圆序列号追踪标准
E90管的是“每片晶圆的身份”。它定义了如何在设备间传递晶圆的唯一标识（Wafer ID）。
说白了，就是给每片晶圆发个“身份证”。光刻机读到这个ID，就知道该用什么工艺参数。
| 标准 | 管什么 | 类比 |
|---|---|---|
| E87 | 晶圆盒状态管理 | 酒店入住登记 |
| E84 | 机械手对接 | 停车入位 |
| E90 | 晶圆ID追踪 | 身份证核验 |
3.2 晶圆盒接口规范：FOUP与FOSB
晶圆盒是晶圆的“移动仓库”。主流有两种：FOUP和FOSB。
3.2.1 FOUP（前开式晶圆盒）
FOUP是300mm晶圆的标准容器。它有个前开门，机械手从前面取片。
关键接口参数：
- 25片容量，间距10mm
- 定位销：3个，呈120度分布
- RFID标签：存储晶圆盒ID和工艺信息
- N2吹扫口：保持内部洁净环境
注意：FOUP的定位销磨损会导致重复定位精度下降。我建议每5000次开合后检查一次定位销磨损量，超过0.1mm就要更换。
3.2.2 FOSB（前开式晶圆运输盒）
FOSB是FOUP的“简化版”。主要用于晶圆厂之间的运输，不用于设备内部加工。
区别在哪？FOSB没有N2吹扫功能，密封性也差一些。但成本低，适合批量运输。
3.3 SECS/GEM通信协议基础
SECS/GEM是半导体设备的“通用语言”。设备之间、设备与主机之间，都靠它通信。
3.3.1 SECS（半导体设备通信标准）
SECS定义了消息格式和传输规则。分两层：
- SECS-I：物理层，RS-232串口通信
- SECS-II：消息层，定义数据项和消息结构
我个人习惯把SECS-II消息想象成“信封”。信封上有收件人地址（设备ID）、主题（消息ID）、正文（数据项）。
3.3.2 GEM（通用设备模型）
GEM是SECS的“应用层”。它定义了设备应该有哪些行为。
举个例子：GEM规定设备必须支持“远程控制”状态。主机发个命令，设备就得切换到自动模式。如果设备不支持，那主机就认为它“不听话”。
GEM核心功能：
- 状态管理：设备当前处于什么模式（离线/在线/远程）
- 报警管理：设备出问题要主动上报
- 配方管理：主机可以下载/上传工艺配方
- 数据收集：定时上报温度、压力等参数
3.3.3 实际通信示例
下面是一个简单的SECS消息示例。主机查询设备状态：
// 主机发送：S1F1（请求设备状态）
Stream: 1
Function: 1
Data:
设备ID
模型号
// 设备回复：S1F2（返回状态）
Stream: 1
Function: 2
Data:
设备ID
Online
Remote
嗯，这里要注意：SECS消息的每个字节都有严格定义。我曾经因为少发了一个结束符，导致设备死机。排查了整整一个通宵。
3.4 知识体系总览
为了让大家更直观地理解这些标准的关系，我画了一张图：
这张图展示了从物理接口到应用层的完整体系。每一层都依赖下层提供的服务。你想想看，如果没有这些标准，不同厂家的设备根本没法协同工作。
个人经验：我在调试SECS/GEM时，最常用的工具是Wireshark抓包。但要注意，SECS消息是二进制格式，Wireshark需要装插件才能解析。我建议新手先用模拟器（如SECS Simulator）熟悉消息格式，再上真机调试。
好了，这一章的内容就到这里。这些标准看起来多，但核心思想就一个：让设备之间能“好好说话”。掌握了这个思路，后面学具体实现就轻松多了。