3. 设备状态模型：Equipment Constant、Status Variable、Data Variable 概念
在 SECS/GEM 协议体系中，设备状态模型是连接物理设备与上位系统（Host）的“数字神经”。理解 Equipment Constant（EC）、Status Variable（SV）和 Data Variable（DV）三者的定义、用途与区别，是进行报警事件联动排查的基础。本章将逐一拆解这三个核心概念，并通过对比表格与结构图帮助建立清晰认知。
3.1 Equipment Constant（EC）—— 设备配置参数
Equipment Constant 是存储在设备端、可被上位系统读取或修改的配置参数。EC 通常用于控制设备的行为模式或工艺阈值，例如“报警延迟时间”、“最大晶圆数”、“清洗周期”等。EC 的值在设备运行过程中相对稳定，但允许通过 SECS 指令（S2F13/S2F15）进行动态调整。
| 特性 | 说明 |
|---|---|
| 可读写性 | 支持读取（S2F13）与写入（S2F15） |
| 存储位置 | 设备端非易失性存储器 |
| 典型用途 | 工艺参数阈值、报警使能开关、定时器设置 |
| 生命周期 | 持久化，断电不丢失 |
| 联动排查价值 | 通过检查 EC 值判断报警是否因配置异常触发 |
3.2 Status Variable（SV）—— 设备实时状态
Status Variable 是设备当前状态的只读快照，反映设备在某一时刻的物理或逻辑状态。SV 的值由设备自身实时更新，上位系统只能通过 SECS 指令（S1F3）读取，不能修改。常见的 SV 包括“设备运行模式”、“当前腔体压力”、“机械臂位置”、“报警总数”等。
| 特性 | 说明 |
|---|---|
| 可读写性 | 只读（S1F3 读取） |
| 更新方式 | 设备固件实时刷新 |
| 典型用途 | 监控设备健康度、判断报警上下文 |
| 生命周期 | 动态变化，断电后重置 |
| 联动排查价值 | 报警发生时读取关联 SV，还原设备状态快照 |
3.3 Data Variable（DV）—— 事件关联数据
Data Variable 是附着在特定事件（Event）或报警（Alarm）上的动态数据集合。当事件或报警被触发时，设备会自动将一组 DV 的值打包发送给上位系统。DV 的内容由设备制造商定义，通常包含与事件强相关的上下文信息，例如“报警发生时的温度值”、“当前配方 ID”、“晶圆计数”等。
| 特性 | 说明 |
|---|---|
| 触发方式 | 随事件/报警上报被动发送 |
| 数据内容 | 与事件强关联的上下文快照 |
| 典型用途 | 报警根因分析、事件溯源 |
| 生命周期 | 仅在上报时存在，不持久化 |
| 联动排查价值 | DV 是报警排查的“第一手证据” |
3.4 三者的关系与联动排查逻辑
EC、SV、DV 在报警事件排查中扮演不同角色，但彼此关联。EC 定义了设备行为的“边界条件”，SV 提供了设备当前的“状态快照”，DV 则记录了报警发生时的“现场数据”。三者结合，可以构建完整的报警根因分析链路。
3.5 实战对比：EC vs SV vs DV
为了在排查时快速定位应使用哪个变量，下表从多个维度进行了对比：
| 对比维度 | Equipment Constant | Status Variable | Data Variable |
|---|---|---|---|
| 读写权限 | 可读可写 | 只读 | 只读（被动上报） |
| 数据来源 | 设备配置存储 | 设备实时采集 | 事件触发时打包 |
| 更新频率 | 低（人工或程序修改时） | 高（毫秒级刷新） | 事件发生时一次性 |
| 排查用途 | 检查配置是否异常 | 还原报警时刻的设备状态 | 获取报警直接原因 |
| SECS 指令示例 | S2F13 读取 / S2F15 写入 | S1F3 读取 | S6F11 事件上报中携带 |
3.6 排查案例：温度报警联动分析
假设设备上报了“温度过高报警”（Alarm ID: 101），联动排查步骤如下：
- 读取 DV： 从报警上报的 S6F11 消息中提取 DV，获得“报警时刻温度 = 125°C”、“腔体 ID = CH1”。
- 读取 SV： 发送 S1F3 读取 SV 列表，获取“当前冷却水流量 = 2.1 L/min”、“风扇转速 = 3200 RPM”。
- 检查 EC： 发送 S2F13 读取 EC，发现“温度上限阈值 = 120°C”、“冷却水流量下限 = 3.0 L/min”。
- 结论： 冷却水流量低于下限（2.1 < 3.0），导致温度超过阈值（125 > 120），触发报警。排查方向应指向冷却水回路。