3. Tokyo Electron设备通信接口
在晶圆制造自动化体系中，设备与主机（Host）之间的通信是数据集成的基础。Tokyo Electron（TEL）作为涂胶显影、刻蚀、沉积等关键制程设备的主要供应商，其设备通信严格遵循SEMI组织制定的SECS/GEM系列标准。理解这些标准在TEL设备中的具体实现方式，是进行EAP（Equipment Automation Program）开发、故障排查和产线集成的必备知识。
一、协议栈层次与TEL设备的实现位置
SECS/GEM并非单一协议，而是一组分层标准。从下到上依次为：物理层与链路层（HSMS或SECS-I）、消息层（SECS-II）、行为层（GEM）以及能力扩展层（GEM300）。TEL设备通常同时支持HSMS和SECS-I两种链路方式，但现代300mm设备以HSMS为主。
HSMS（High-Speed SECS Message Services）基于TCP/IP，使用单一端口（默认5000）承载所有SECS-II消息。TEL设备在HSMS层实现时，通常作为被动端（Passive）监听连接请求，由主机主动发起TCP连接。连接建立后，双方通过发送Select.req和Select.rsp完成HSMS会话激活，之后才能交换SECS-II消息。若链路空闲超过T3超时（默认45秒），被动端会发送Linktest.req探测链路存活；若T6超时（默认5秒）内未收到响应，则判定链路断开并关闭TCP连接。
在TEL设备中，HSMS参数通常可在设备端HMI的通信设置界面查看和修改，包括IP地址、端口号、T3/T5/T6/T7/T8超时值以及Device ID。Device ID是SECS-II消息头中的设备标识，主机与设备必须一致，否则消息会被丢弃。
二、GEM行为层在TEL设备中的核心实现
GEM（Generic Equipment Model）定义了设备与主机交互的通用行为模型。TEL设备在GEM层实现时，最核心的是状态模型和数据采集机制。
状态模型包含三个维度：通信状态（Disabled/Enabled）、控制状态（Equipment Offline/Online Local/Online Remote）以及设备状态（Idle/Setup/Executing/Paused等）。TEL设备上电后默认处于Communication Disabled + Equipment Offline状态。主机通过S1F13（Establish Communications Request）发起通信建立，设备以S1F14响应，其中包含MDLN（设备型号）和SOFTREV（软件版本）两个关键数据项。随后主机发送S1F17（Request ON-LINE）将设备切换至Online Remote状态，此时设备才接受远程命令。
数据采集通过事件报告（Event Report）机制实现。TEL设备内部预定义了大量事件，例如：晶圆到达某工位（Wafer Arrival）、工艺开始（Process Start）、工艺结束（Process End）、报警发生（Alarm Set）等。主机通过S2F33（Define Report）定义报告内容，即指定一个报告ID对应哪些变量ID（VID）；再通过S2F35（Link Event Report）将事件ID与报告ID关联。当设备内部事件触发时，设备主动发送S6F11（Event Report Send），携带报告ID和对应的变量值。主机收到后以S6F12确认。
以一个教学示例说明：假设主机希望监控TEL涂胶显影设备的腔体温度。设备端变量VID=1001对应“腔体温度”，事件ID=2001对应“工艺开始”。主机依次发送：S2F33定义报告RID=1包含VID=1001；S2F35将事件2001链接到报告1。当工艺开始时，设备发送S6F11，数据项为[1, 2001, [1001, 23.5]]，主机解析后即可获得温度值23.5℃。此处的数值为示例假设，实际值由设备传感器决定。
三、GEM300标准在TEL设备中的扩展实现
GEM300是SEMI为300mm晶圆厂制定的一系列能力标准集合，TEL设备通常支持其中的E30、E37、E39、E40、E87、E90等。这些标准在GEM基础上增加了载具管理、基板追踪和过程作业能力。
E87（Carrier Management）定义了载具（FOUP）在设备端口上的状态管理。TEL设备通过S3F17（Carrier Action Request）接收主机的载具操作命令，如“Proceed With Carrier”、“Cancel Carrier”等。设备通过S6F11事件报告载具到达（Carrier Arrived）、载具ID读取完成（Carrier ID Read Complete）、载具槽位映射完成（Slot Map Complete）等状态变化。
E90（Substrate Tracking）定义了基板（晶圆）在设备内部的追踪。TEL设备为每个进入设备的晶圆分配一个Substrate ID，并通过S6F11事件报告晶圆位置变化，如“Wafer At Process Module”、“Wafer At Aligner”等。主机通过S14F9（Request Substrate Tracking Info）查询当前所有基板的位置和状态。
E40（Process Job Management）定义了过程作业的管理。主机通过S16F11（Process Job Create）创建过程作业，指定作业ID、配方ID、载具ID和晶圆列表。TEL设备接收后，通过S16F12确认，并在作业执行过程中通过S6F11报告作业状态变化（如PRJob Started、PRJob Completed）。
四、关键消息类型与典型交互序列
在TEL设备通信中，以下消息类型出现频率最高，需重点掌握：
| 消息 | 方向 | 用途 | TEL设备典型响应 |
|---|---|---|---|
| S1F13 / S1F14 | Host → Equip | 建立通信 | 返回MDLN和SOFTREV |
| S1F17 / S1F18 | Host → Equip | 请求在线 | 切换至Online Remote |
| S2F33 / S2F34 | Host → Equip | 定义报告 | 确认报告ID与VID映射 |
| S2F35 / S2F36 | Host → Equip | 链接事件与报告 | 确认事件ID与报告ID关联 |
| S6F11 / S6F12 | Equip → Host | 事件报告 | 主动上报，主机确认 |
| S2F41 / S2F42 | Host → Equip | 远程命令 | 执行命令并返回结果 |
| S5F3 / S5F4 | Host → Equip | 配方上传/下载 | 传输PPID和配方体 |
| S3F17 / S3F18 | Host → Equip | 载具操作 | E87载具管理响应 |
| S16F11 / S16F12 | Host → Equip | 过程作业创建 | E40作业管理响应 |
一个典型的TEL设备与主机交互序列如下：主机先通过S1F13建立通信，收到S1F14后发送S1F17请求在线；设备进入Online Remote后，主机通过S2F33/S2F35配置事件报告；随后主机通过S3F17发送载具操作命令，设备通过S6F11上报载具到达和槽位映射完成；主机再通过S16F11创建过程作业，设备执行并上报作业状态；工艺过程中，设备持续通过S6F11上报晶圆位置和工艺参数；作业完成后，主机通过S5F3上传新配方或通过S5F5查询配方列表。
五、TEL设备实现中的常见差异点
虽然SECS/GEM标准是统一的，但不同TEL设备型号（如Clean Track、Etch、CVD）在具体实现上存在差异。例如，部分TEL设备对S2F33的CEID（Collection Event ID）数量有限制，超过限制会返回错误；部分设备对S6F11的发送频率有内部节流机制，避免消息风暴。此外，TEL设备通常提供设备端日志，记录所有收发的SECS-II消息，格式为时间戳、方向、消息名、数据项。在排查通信问题时，对比主机端日志和设备端日志是最直接的方法。
对于GEM300功能，需确认设备是否购买了对应选项（Option）。部分TEL设备默认仅支持基础GEM，E87/E90/E40需要额外授权并在设备端启用。在集成前，应通过S1F1（Are You There）或S1F13的响应中检查设备支持的Stream/Function列表，或查阅设备通信手册中的能力表。
掌握以上内容后，读者应能理解TEL设备通信接口的层次结构、关键消息的用途以及典型交互流程，为后续EAP开发、设备联调和故障排查打下基础。