跳到主要内容

Doc

1 文档的范围与交付形式​

  • 标准明确要求：所有 SECS-II 接口相关文档应作为单一卷提供。这对交付管理很重要——设备验收时应收到一份完整、可搜索（或可下载）的“接口手册”。

  • 实务建议：即便是“单卷”交付，内部可用目录分章（电子版内含目录与索引），并在交付清单上标明版本号/发布日期，便于厂区变更控制与审计。

2 Message Documentation​

  • 要点：消息文档须遵从 SEMI E5 第8章的格式与内容要求——包括每个 SECS 消息的语义、字段（DATAID/VID/ECV 等）、多块传输（multi-block）行为、事务/对话示例等。

  • 实务要点：至少提供以下示例与交付物：S1,F13/S1,F14 建连示例、S6,F11 事件报送示例、S2,F33 报表定义示例、多块交互示例（S6,F5/S6,F6），并标明何时字段为“current/valid”。（参见第4章对事件/报表的要求）

3 GEM Compliance Statement（8.4.2 — Table 8.3）​

  • 结构：表格第一列列出“基本要求 + 附加能力”，第二列问“Implemented?”, 第三列问“GEM-Compliant?”；供应商应逐项答复并提供必要说明/证据（例如：实现说明、消息示例、VID 列表）。

  • 关键规则（验收时务必核查）：

    • NOTE 1：不要把“基本要求”标为 YES，除非所有基本需求均已以 GEM-兼容方式实现。

    • NOTE 2：只有在“基本要求”为 GEM-Compliant 的前提下，附加能力才能被标注为 GEM-Compliant。

  • 实务建议：在合规表旁附“证据清单”项（例如：对应的消息/字段示例、截图、测试用例 ID），以便 QA/工厂快速验收。

4 SML（SECS Message Language）与 Table​

  • 标准允许（may）使用 SML 来描述数据格式；Table 8.4 给出 SML 与 SECS-II 格式码的对照（如 A/J/I1/I2/I4/F4/F8/U1/U2/U4 等）。设备文档若采用 SML，能大幅降低误解风险。

  • 实务建议：在文档中对每个 VID/ECV/DVVAL 用 SML 标注，并给出样例编码片段（例如：S6,F11 报文的示例 XML/SML 片段或二进制构造说明），让主机开发与测试团队能直接复现。

5 其他重点​

  • 变量（VID/ECV/DVVAL）必须有唯一 VID、类型/单位/取值范围的说明，并在文档中列出供应商必须保证 VIDs 唯一且不冲突。

  • 状态模型、状态定义、转换表需以 Harel notation 或等效方式呈现，并且文档里应包含状态转换触发的 collection events 列表与 CEID。验收时应能从文档追溯到 S6,F11/S6,F12 等具体消息示例。

编辑此页​

有任何问题或疑问，请发送邮件到--->admin@secs-ii.net
  • 发现错误或表达不清希望修正
  • 内容不健全需要扩展
  • 有疑问希望解答