1. 半导体设备Host通信与EAP联机控制全景
在12英寸晶圆厂的自动化产线上，一台刻蚀机、一台薄膜沉积设备或一台量测机台，从来不是孤立运行的。它们要接受来自工厂级系统的派工指令，要把每一片晶圆的加工结果、报警信息、耗材状态实时上报，还要在出现异常时被及时暂停或切换配方。连接设备与工厂的这条"神经链路"，正是由Host（主机系统）、EAP（Equipment Automation Program，设备自动化程序）和设备端通信接口三层共同构成的。本课程的目标，就是让读者能够独立完成从通信协议理解、EAP建模、联机调试到异常排查的完整闭环。
典型产线场景：一片晶圆如何被"指挥"
假设MES（制造执行系统）决定把Lot A的第7片晶圆派给刻蚀机ETCH-01。这条指令不会直接飞到设备上，而是先经过Host，再由EAP翻译成设备能听懂的消息。整个过程大致如下：
- MES向Host下发派工请求，携带Lot ID、晶圆ID、目标设备、工艺配方（Recipe）名称。
- Host根据设备实时状态，选择ETCH-01，并把任务转交给该设备对应的EAP实例。
- EAP检查设备是否处于
REMOTE模式、是否空闲、配方是否存在，然后向设备发送S1F3（选择配方）或S2F41（远程命令）等消息。 - 设备执行加工，过程中通过事件（Event）和报告（Report）把状态变化推送给EAP。
- EAP把关键数据整理后回传Host，Host再同步给MES，形成闭环。
这个链条中任何一环断开，都会表现为"设备不动""数据不上报""卡在Waiting for Host"等现场问题。理解三层架构与数据流，是后续所有调试工作的基础。
Host / EAP / 设备三层架构
三层架构的职责边界非常清晰，但初学者常把Host和EAP混为一谈。可以用一句话区分：Host管"生产逻辑"，EAP管"设备对话"。
- Host层：通常由MES或EAP-Server承担，负责工单管理、派工决策、物料追溯、良率统计。它关心的是"哪片晶圆、用什么配方、在哪个设备、结果如何"。
- EAP层：每台设备通常对应一个EAP实例（或一个EAP进程管理多台同类设备）。它负责协议转换、状态机维护、消息收发、超时重试、数据采集与格式化。它关心的是"设备现在什么状态、这条消息发出去没有、回没回"。
- 设备层：包括设备控制软件（Equipment Control Software）和SECS/GEM接口。它负责执行具体动作，并通过SECS-II消息与EAP交互。
三者之间的通信协议也各有分工：Host与EAP之间常用TCP/IP上的自定义协议、MQTT或数据库中间表；EAP与设备之间则遵循SEMI标准，最常见的是SECS-II/HSMS（SEMI E5/E37），部分老设备仍使用SECS-I/RS-232（SEMI E4）。
数据流的关键节点与常见断点
把上面的架构落到实际调试中，最需要盯住的是四个"接口点"：
| 接口点 | 典型协议/消息 | 常见异常表现 |
|---|---|---|
| MES ↔ Host | 数据库表、REST API、MQ | 工单不下发、状态不同步 |
| Host ↔ EAP | TCP 自定义报文、MQTT Topic | EAP 掉线、消息积压 |
| EAP ↔ 设备 | HSMS-SS、SECS-II | Select 失败、T3 超时、S1F14 报错 |
| 设备内部 | GEM 状态模型、事件报告 | 事件未定义、报告未使能 |
例如，现场最常见的"设备卡在 Remote 但不动"问题，往往不是设备故障，而是 EAP 与设备之间的 HSMS 连接虽然建立，但 S1F13（Establish Communications Request）没有得到 S1F14 的 ACK，或者 GEM 的 Control State 仍停留在 OFFLINE。此时 Host 看到的设备状态可能是"在线但不可派工"，而 MES 侧则表现为工单一直排队。
本课程的能力目标
完成全部30章学习后，读者应能独立完成以下工作：读懂设备 SECS/GEM 手册中的消息定义；配置 HSMS 连接参数（IP、端口、Device ID、T3/T5/T6/T7/T8 超时）；设计 EAP 的状态机与消息处理流程；使用日志和抓包工具定位通信异常；编写简单的 EAP 模拟器或设备端测试桩；在 Host 与设备之间完成一次完整的派工—加工—上报闭环。这些能力不是靠背协议条文获得的，而是靠理解三层架构中每一层"该做什么、不该做什么"逐步建立起来的。