3. 接口协议基础：常见的工业接口协议介绍与选型原则
在AMHS与MES的集成调试中，接口协议是数据交换的“语言”。选错协议会导致延迟高、数据丢失或维护成本激增。本章将系统梳理半导体/物流自动化领域最核心的五种协议，并给出基于场景的选型原则。
核心观点：没有“万能协议”，只有“最适配协议”。SECS/GEM 是半导体设备通信的基石，HSMS 是其高速网络变体，TCP/IP 提供通用传输，REST API 适合IT层轻量集成，MQTT 则专为边缘/物联网场景设计。
3.1 协议全景与分层模型
工业接口协议通常遵循 OSI 或 TCP/IP 分层模型。下图展示了五种协议在通信栈中的位置关系：
3.2 五大协议详解
3.2.1 SECS/GEM（半导体设备通信标准）
全称：SEMI Equipment Communications Standard / Generic Equipment Model
定位：半导体制造领域的“母语”，由 SEMI 组织标准化（E4、E5、E30、E37 等）。
- 通信模型：主从式（Host ↔ Equipment），消息采用 SML（SECS Message Language）编码。
- 典型报文：S1F13（建立通信请求）、S2F41（远程命令）、S6F11（事件报告）。
- 传输载体：传统 RS-232（SECS-I）或 TCP/IP（SECS-II/HSMS）。
- 优势：设备厂商原生支持、语义丰富、状态机严格（GEM 定义了设备行为模型）。
- 劣势：报文解析复杂、调试工具昂贵、不适合高频小数据量场景。
调试要点：SECS/GEM 对接时，务必先验证“通信握手”（S1F13/S1F14）和“时间同步”（S1F1/S1F2）。这两个步骤失败，后续所有消息都会超时。
3.2.2 HSMS（高速 SECS 消息服务）
全称：High-Speed SECS Message Services（SEMI E37）
定位：SECS/GEM 在 TCP/IP 网络上的高速变体，取代传统 RS-232。
| 特性 | SECS-I（RS-232） | HSMS（TCP/IP） |
|---|---|---|
| 物理层 | 串口线（最长 15m） | 以太网（最长 100m+） |
| 传输速率 | 9.6kbps ~ 115.2kbps | 10/100/1000 Mbps |
| 连接模式 | 点对点 | 点对点 / 星型 |
| 消息头开销 | 10 bytes | 14 bytes（含长度字段） |
| 典型延迟 | 10~50 ms | < 1 ms |
选型建议：新建 AMHS 项目强制使用 HSMS。旧设备升级时，可通过串口转以太网网关（如 MOXA NPort）桥接，但需注意消息超时重试机制。
3.2.3 TCP/IP（通用传输协议）
定位：几乎所有现代工业协议的基础传输层。SECS/GEM、HSMS、REST API、MQTT 均依赖 TCP/IP。
- 端口规划：HSMS 默认端口 5000/5001；REST API 常用 80/443；MQTT 默认 1883（明文）/8883（TLS）。
- 注意事项：AMHS 环境中的交换机需配置 QoS（优先级标签），避免搬运控制报文被数据采集流量阻塞。
- 防火墙策略：MES 与 AMHS 控制器之间通常只开放特定 IP 和端口，禁止广播/组播。
常见陷阱：TCP 粘包问题。HSMS 消息有固定长度头（4字节），但自定义 TCP 协议时必须在应用层设计消息边界（如长度前缀或分隔符），否则会导致解析错位。
3.2.4 REST API（表述性状态传递）
定位：IT/OT 融合场景下的轻量级接口，适合 MES 与 AMHS 上层管理系统（如调度、报表）交互。
- 数据格式：JSON 或 XML，推荐 JSON（解析快、体积小）。
- 典型操作：GET（查询搬运任务状态）、POST（创建搬运指令）、PUT（更新任务优先级）、DELETE（取消任务）。
- 认证方式：、OAuth 2.0、JWT。
- 幂等性：POST 创建任务需设计幂等键（Idempotency Key），防止重复提交。
// 示例：通过 REST API 创建搬运任务
POST /api/v1/transport/tasks
Content-Type: application/json
Authorization: Bearer <>
{
"idempotency_key": "2025-03-15-001",
"source": "STK-01-PORT-03",
"destination": "EQP-05-LOADPORT-01",
"priority": 2,
"carrier_id": "FOUP-12345",
"deadline": "2025-03-15T14:30:00Z"
}3.2.5 MQTT（消息队列遥测传输）
定位：物联网/边缘计算场景的发布-订阅协议，适合 AMHS 中大量传感器、AGV/AMR 的状态上报。
| 特性 | REST API | MQTT |
|---|---|---|
| 通信模式 | 请求-响应 | 发布-订阅 |
| 实时性 | 中等（轮询或长轮询） | 高（推送） |
| 带宽占用 | 高（HTTP 头部开销） | 低（最小 2 bytes 头部） |
| QoS 等级 | 无原生 QoS | 0/1/2（最多一次/至少一次/恰好一次） |
| 适用场景 | 管理面（任务下发、报表查询） | 数据面（设备状态、位置上报） |
主题设计示例：
amhs/<site>/<zone>/<device_id>/status
amhs/<site>/<zone>/<device_id>/position
amhs/<site>/<zone>/<device_id>/alarm
选型建议：如果 AMHS 系统中有超过 50 台 AGV/AMR 需要实时上报位置（每 100ms 一次），MQTT 是唯一可行的方案。REST API 在这种高频场景下会耗尽服务器连接池。
3.3 协议选型原则与决策矩阵
选型时需综合考虑以下五个维度：
- 设备兼容性：半导体设备（刻蚀机、沉积设备）强制要求 SECS/GEM；物流设备（AGV、堆垛机）通常支持 REST 或 MQTT。
- 实时性要求：搬运指令下发 < 100ms 选 HSMS 或 MQTT QoS 1；报表查询可接受 1~5s 选 REST。
- 数据量级：高频小数据（传感器读数）选 MQTT；低频大数据（配方下载）选 REST 或 HSMS。
- 网络环境：工厂内网稳定可选 TCP 长连接（HSMS/MQTT）；跨区域/公网可选 HTTPS（REST）。
- 团队技术栈：IT 背景团队偏好 REST/JSON；自动化背景团队熟悉 SECS/GEM。
3.4 协议共存与网关设计
实际 AMHS 项目中，多种协议往往共存。下图展示了一个典型的混合架构：
网关设计要点：当需要协议转换时（如 SECS/GEM → MQTT），务必使用工业级协议网关（如 Kepware、RTA Gateway），并测试以下指标：① 消息吞吐量（每秒事务数）；② 转换延迟（端到端 < 50ms）；③ 故障切换时间（主备切换 < 5s）。
3.5 协议选型检查清单
在项目启动阶段，逐项确认以下问题：
| # | 检查项 | 是/否 | 备注 |
|---|---|---|---|
| 1 | 所有设备是否支持 SECS/GEM？ | □ | 若不支持，需评估协议转换方案 |
| 2 | 设备与控制器之间是否使用以太网？ | □ | 若仍用 RS-232，建议升级 HSMS |
| 3 | MES 是否需要实时接收设备事件？ | □ | 是则选 MQTT 或 HSMS 事件推送 |
| 4 | 是否存在跨工厂/公网通信？ | □ | 是则必须使用 TLS 加密 |
| 5 | 团队是否有 SECS/GEM 开发经验？ | □ | 否时优先考虑 REST API 或 MQTT |
| 6 | 是否需要支持断线重连与消息持久化？ | □ | 是则 MQTT QoS 2 或 HSMS 会话恢复 |
最终建议：不要试图用一个协议覆盖所有场景。推荐采用“HSMS + REST API + MQTT”三协议组合：HSMS 用于半导体设备实时控制，REST API 用于 MES 任务管理，MQTT 用于 AGV/传感器数据采集。这种架构在国内外主流 12 英寸晶圆厂已得到充分验证。