1. SECS/GEM协议概述：SECS-I、SECS-II、HSMS、GEM标准之间的关系与分层架构

SECS/GEM协议族是半导体制造设备与工厂主机（Host）之间进行数据通信和远程控制的事实标准。要深入理解T5、T6定时器的配置与异常处理，首先必须厘清SECS-I、SECS-II、HSMS、GEM这四个核心标准之间的逻辑关系与分层架构。本章将从协议栈模型出发，逐一剖析各层的职责与交互方式。

1.1 协议分层架构总览

SECS/GEM协议族遵循典型的分层通信模型，从物理传输到应用语义共分为四层。这种分层设计使得底层传输技术的变更（如从RS-232升级到TCP/IP）不会影响上层消息的定义与处理逻辑。

核心要点：SECS-I 和 HSMS 属于传输层，负责字节的可靠传输；SECS-II 属于消息层，负责消息的结构化编码；GEM 属于应用层，负责定义设备的行为模型与标准场景。
SECS/GEM 四层协议栈架构 SECS/GEM 协议分层架构 GEM (Generic Equipment Model) 应用层：设备行为模型、状态机、标准场景（如建立通信、远程控制） SECS-II (SEMI E5) 消息层：消息格式、Item编码规则、Stream/Function定义 传输层：SECS-I (E4) / HSMS (E37) 物理/链路层：字节传输、块传输、TCP/IP连接管理、T5/T6定时器 物理层：RS-232 / TCP/IP / 以太网 L4 L3 L2 L1 定义 “做什么” 定义 “如何说” 定义 “怎么传”

1.2 各层标准详解

1.2.1 SECS-I (SEMI E4) — 物理/链路层

SECS-I 是最早的传输层标准，基于 RS-232C 串行通信。它定义了字节的帧格式、块传输协议（Block Protocol）以及基于超时的错误恢复机制。SECS-I 使用 T1、T2、T3、T4 定时器来管理通信节奏与超时重试。

  • 适用场景：老旧设备、低速连接（通常 9600 bps）。
  • 传输单位：Block（块），每个块包含长度、控制字节、数据部分和校验和。
  • 局限性：半双工、速度慢、物理距离受限。

1.2.2 HSMS (SEMI E37) — 网络传输层

HSMS（High-Speed SECS Message Services）是基于 TCP/IP 的传输层标准，是当前新建半导体工厂的主流选择。HSMS 取代了 SECS-I 的串行物理层，但向上层 SECS-II 提供的接口语义保持一致。

  • 适用场景：高速、全双工、长距离通信。
  • 传输单位：Message（消息），通过 TCP 连接传输，支持消息的自动分割与重组。
  • 关键定时器：本课程重点关注的 T5（连接建立超时）、T6（连接数据超时） 即定义在 HSMS 标准中。
实战提示：在 HSMS 通信中，T5 定时器控制设备尝试建立 TCP 连接的最大等待时间；T6 定时器控制连接建立后等待第一条控制消息（如 Select.req）的超时。这两个定时器配置不当是导致设备频繁断连或通信失败的常见原因。

1.2.3 SECS-II (SEMI E5) — 消息层

SECS-II 定义了设备与主机之间交换消息的格式与编码规则。它不关心消息如何传输，只关心消息的结构。SECS-II 的核心概念包括：

  • Stream & Function (S/F)：每个消息由一对数字标识，例如 S1F13（建立通信请求）、S2F41（远程命令）。
  • Item 数据类型：支持布尔、整数、浮点数、ASCII 字符串、二进制数组、列表（List）等。
  • 消息方向：Primary（主消息）与 Secondary（应答消息）配对使用。

1.2.4 GEM (SEMI E30) — 应用层

GEM 是建立在 SECS-I/HSMS 和 SECS-II 之上的应用行为模型。它定义了设备必须支持哪些 SECS-II 消息、设备状态机如何转换、事件如何上报、报警如何处理等。GEM 使得不同厂商的设备能够以统一的方式被工厂自动化系统集成。

  • 核心能力：建立通信、数据收集、远程控制、报警管理、配方管理、设备常量管理。
  • 状态模型：定义了设备从初始化到运行、空闲、停止等状态的转换规则。

1.3 标准关系对比表

标准名称 SEMI 编号 层级 主要职责 关键定时器
SECS-I E4 物理/链路层 串行通信、块传输、字节帧格式 T1, T2, T3, T4
HSMS E37 网络传输层 TCP/IP 通信、连接管理、消息传输 T5, T6, T7, T8
SECS-II E5 消息层 消息格式、Item 编码、Stream/Function 定义 无（依赖下层）
GEM E30 应用层 设备行为模型、状态机、标准场景 无（依赖下层）

1.4 分层架构的协作流程

当主机向设备发送一条“建立通信请求”（S1F13）时，数据在各层之间的处理流程如下：

  1. GEM 层：主机应用层构造 S1F13 请求，调用 SECS-II 接口。
  2. SECS-II 层：将 S1F13 编码为二进制 Item 流，添加消息头（包含 Stream/Function 编号、设备 ID、消息 ID 等）。
  3. HSMS 层：将 SECS-II 消息封装为 HSMS 数据消息（Data Message），通过已建立的 TCP 连接发送。如果连接尚未建立，HSMS 层会触发 T5 定时器启动连接建立流程。
  4. 物理层：TCP/IP 协议栈将数据包通过以太网发送到设备端。
  5. 设备端：反向逐层解析，最终 GEM 层处理 S1F13 并返回 S1F14 应答。
数据流分层处理流程 数据流分层处理流程（以 S1F13 为例） 主机 GEM 层 主机 SECS-II 层 主机 HSMS 层 TCP/IP 物理层 设备 GEM 层 设备 SECS-II 层 设备 HSMS 层 TCP/IP 物理层 以太网 / TCP/IP 网络 S1F13 请求 → ← S1F14 应答

1.5 为什么需要理解分层架构？

在后续章节中，我们将深入探讨 T5 和 T6 定时器的配置与异常处理。理解分层架构有助于：

  • 精确定位问题：当通信超时发生时，能够判断是传输层（HSMS）的问题，还是消息层（SECS-II）或应用层（GEM）的问题。
  • 正确配置定时器：T5/T6 属于 HSMS 层，其配置必须与网络环境（延迟、带宽）匹配，与上层消息处理时间无关。
  • 避免误判：例如，T6 超时通常表示连接空闲过久或对端无响应，而非消息内容错误。
常见误区：有些工程师将 T6 超时误认为是 SECS-II 消息处理超时，从而错误地调整了 T3 定时器（等待应答超时）。实际上，T6 是 HSMS 连接级别的超时，而 T3 是 SECS-II 消息级别的超时。混淆这两者会导致故障排查陷入死胡同。

1.6 本章小结

SECS/GEM 协议族通过四层架构实现了从物理传输到应用语义的完整覆盖。SECS-I 和 HSMS 负责“怎么传”，SECS-II 负责“如何说”，GEM 负责“做什么”。本课程后续将重点聚焦于 HSMS 层的 T5 和 T6 定时器，但所有分析与实战都将建立在这一分层架构的基础之上。

← 上一章 📖 返回目录 下一章 →