SECS-II

SECS-II (SEMI Equipment Communications Standard Part 2) 的核心内容是定义设备（Equipment）与主机（Host）之间交换消息的具体解释和含义。如果说之前讨论的 SECS-I 或 HSMS 负责“如何发送字节”，那么 SECS-II 则负责定义“这些字节代表什么业务逻辑”。

1. 消息结构的逻辑组织：Stream（流）与 Function（函数）

SECS-II 将通信内容组织成层次化的结构，以实现分类管理：

• Stream (流)：消息的类别代码（0-127）。它将不同的活动划分为不同的组，例如状态检查、配方管理或报警处理。
• Function (函数)：流内具体的特定消息代码（0-255）。每一个组合（如 S1F1）代表一个独特的业务操作。
• Primary/Secondary（主消息/应答消息）：通常 Primary 消息使用奇数编号，其对应的应答消息（Reply）使用紧随其后的偶数编号（奇数+1）。
• Function 0：在所有流中，Function 0 都被保留用于中止事务（Abort Transaction）。

2. 自描述的数据结构：Item（项）与 List（表）

SECS-II 消息体由项 (Item) 和 表 (List) 组成，这使得数据格式具有自描述性，确保接收方能正确解析内容：

• Item（项）：包含数据头（IH）和数据体（IB）。数据头定义了数据的格式（如 ASCII、整数、浮点数等）和长度。
• List（表）：一种有序的元素集合，其中的元素可以是单个 Item，也可以是嵌套的另一个 List。这允许组合不同格式的相关信息。

3. 核心业务功能流（Key Streams）

标准定义了多个流来覆盖集成电路制造中最典型的活动：

• Stream 1（设备状态）：用于查询设备的当前模式、耗材状态及传输状态。
• Stream 2（设备控制与诊断）：处理来自主机的远程控制、时间同步及诊断操作。
• Stream 5（异常处理）：专门用于上报和管理设备的**报警（Alarms）**和错误。
• Stream 6（数据采集）：用于上报测量数据或事件触发的数据报告。
• Stream 7（过程程序/配方管理）：管理**配方（Recipes）**的上传、下载及选择。
• Stream 9（系统错误）：当通信协议出现问题（如未识别的设备 ID、流或函数）时，用于上报错误。
• Stream 10（终端服务）：允许在设备显示器上显示文本消息或让操作员向主机发送文本。

4. 事务与对话协议 (Transaction & Conversation)

• Transaction（事务）：由一个 Primary 消息及其相关的应答消息（如果有）组成。标准定义了超时机制，若在规定时间内未收到应答，则视为事务失败。
• Conversation（对话）：一组相关的事务序列。标准定义了 7 种典型的对话类型，如“请求/数据”模式。

5. 互操作性与文档要求

为了确保不同厂家的设备与主机能互联：

• PCD (Equipment Process Capabilities Data)：设备必须定义其支持的消息子集，并详细说明每个命令的参数、合法范围及格式。
• 合规性文档：厂家必须提供标准化的 SECS-II 文档，列出所有支持的消息对（SxxFyy）及数据项定义。

6.进阶指引

掌握了 SECS-II，你就学会了设备通信的“词汇”和“语法”。然而，SECS-II 并没有规定设备在什么时间必须发送什么消息，也没有定义设备应该具备怎样的行为逻辑。

为了解决这一问题，你需要进一步学习 SEMI E30 GEM (Generic Model for Communication and Control of Manufacturing Equipment)。

为什么学习 GEM 是下一步的关键？

• 标准化行为模型：GEM 利用 SECS-II 的消息集，为设备定义了一个通用的行为模型，包括状态机、报警限值和报告规则。

• 工厂自动化的基石：GEM 规定了实现工厂自动化所必需的最小 SECS-II 消息子集。

• 互操作性的终极目标：仅支持 SECS-II 并不代表设备能直接接入自动化生产线，只有符合 GEM 标准，才能确保设备在逻辑行为上与工厂控制系统完美对接。

编辑此页

有任何问题或疑问，请发送邮件到--->admin@secs-ii.net

• 发现错误或表达不清希望修正
• 内容不健全需要扩展
• 有疑问希望解答