1. EAP联机测试工程全景
EAP（Equipment Application Program，设备应用程序）在半导体、面板与光伏产线中，承担的是“设备与制造执行系统之间的翻译官与调度员”角色。它向下通过 SECS/GEM、PLC、Modbus、OPC UA 等协议与机台通信，向上通过 MES、RMS、SPC、AMHS 等系统交换工单、配方、量测与状态数据。没有 EAP，机台就是一座信息孤岛；EAP 联机不稳定，MES 看到的产能、良率与在制品数据就全部失真。因此，EAP 联机测试不是“把线接上、能通就行”，而是验证一条从物理链路到业务语义的完整数据通路是否可靠、可追溯、可恢复。
EAP 在产线中的位置与数据流
从数据流角度看，EAP 位于设备层与系统层之间，是典型的“边缘网关 + 业务代理”。一次正常的生产交互通常包含：MES 下发工单与配方到 EAP，EAP 转换为设备可识别的命令（如 S2F41、S2F49 或自定义 PLC 寄存器写入），设备执行后回传事件（如 S6F11、ProcessStart、LotEnd），EAP 再上报 MES 并触发 SPC 采样或 AMHS 搬送。联机测试要覆盖的，正是这条链路上每一个接口、每一种状态和每一类异常。
联机测试的目标：不是“通”，而是“可信”
很多团队把联机测试等同于“ping 通、端口能连、消息能收发”，这远远不够。EAP 联机测试的真正目标可以归纳为四个层次：连通性——物理链路、IP/端口、协议握手正常；一致性——SECS-II 消息格式、CEID/RPTID 定义、PLC 寄存器地址与设备规格书完全一致；时序正确性——事件顺序、超时重试、并发工单不串号；可恢复性——断网、断电、设备报警后能自动重连并补传数据。只有这四层都通过，EAP 才具备上线条件。
以半导体产线常见的 HSMS 连接为例，测试时需要验证：设备主动连接（Active）与被动连接（Passive）两种模式是否都能建立；T3（回复超时，默认 45s）、T5（连接分离超时，默认 10s）、T6（控制事务超时，默认 5s）、T7（未选择超时，默认 10s）、T8（网络字符间超时，默认 5s）等定时器是否按设备规格设置。这些参数不是随便填的，必须与设备手册和 MES 接口文档对齐，否则会出现“能连上但过几分钟就断”的典型故障。
调试与故障排查的边界
EAP 联机问题往往横跨多个系统，如果不先划清边界，很容易陷入“互相甩锅”。工程上通常按以下边界划分责任：
- EAP 侧：协议配置、消息映射、状态机逻辑、日志与缓存、重连策略、数据上报格式。
- 设备侧：SECS/GEM 接口实现、PLC 程序、报警定义、配方格式、通信参数（波特率、IP、端口）。
- 网络与中间件：交换机、防火墙、VLAN、MQ、数据库连接、时钟同步。
- MES/上层系统：接口字段、工单状态、配方版本、权限与事务一致性。
交付物：让联机结果可复现、可审计
联机测试结束不是“口头说通过了”，而是要交付一套可复现、可审计的材料。典型交付物包括：
| 交付物 | 内容要点 | 用途 |
|---|---|---|
| 联机测试报告 | 测试项、用例、预期/实际结果、通过率、遗留问题 | 验收依据 |
| 通信参数配置表 | IP、端口、设备 ID、T3~T8、重连间隔 | 上线配置基线 |
| 消息与事件清单 | SxFy、CEID、RPTID、变量映射 | 接口对照 |
| 抓包与日志样本 | 正常流程、异常流程、重连过程 | 排障参考 |
| 自动化测试脚本 | 模拟设备/模拟 MES 的回归脚本 | 版本升级回归 |
以一个光伏 PECVD 设备联机为例，测试脚本可以模拟设备在收到 S2F41 后延迟 3 秒返回 S2F42，并主动发送 S6F11 上报 ProcessStart 事件。EAP 需要正确解析、记录并转发给 MES。如果 MES 在 5 秒内未收到，应触发重传或告警。这类用例写进脚本后，每次 EAP 版本升级都能自动回归，避免“改一处、坏一片”。
总结来说，EAP 联机测试工程的全景可以概括为：一条数据通路、四个验证层次、四类责任边界、五类交付物。理解这个全景，后续的协议调试、故障排查和自动化回归才有清晰的坐标系，而不是零散地“哪里报错修哪里”。