📚 课程目录第3章设备数据采集与传输

3. 设备数据采集与传输

在半导体制造环境中，Applied Materials 设备（如 Centura、Endura、Producer、Mirra 等平台）的数据采集与传输并不是“装一个采集软件”那么简单。设备内部存在多个数据源：设备控制软件、PLC、传感器、腔体控制器、RF 电源、MFC 流量控制器等，它们各自以不同频率、不同语义产生数据。要让这些数据最终进入 MES、FDC 或数据湖，必须经过协议适配、数据建模、传输通道配置和语义映射四个环节。本节围绕 SECS/GEM、OPC UA、MQTT 三种典型协议，说明它们在 AMAT 设备上的配置要点与数据流搭建方法。

一、三种协议在 AMAT 设备数据链中的定位

SECS/GEM（SEMI Equipment Communications Standard / Generic Equipment Model）是半导体设备与工厂主机（Host）之间的标准通信协议，AMAT 设备出厂即支持 SECS-II 消息与 GEM 状态模型。它适合传输设备状态、事件、报警、配方管理、远程命令等“设备级”数据，但消息结构固定、实时性受限于事件触发机制，不适合高频传感器波形采集。

OPC UA 在 AMAT 设备上通常由设备控制层或边缘网关提供，用于暴露结构化地址空间，支持订阅式数据变化通知，适合采集腔体温度、压力、RF 反射功率等过程变量，并具备信息模型和语义描述能力。

MQTT 是轻量级发布/订阅协议，适合将采集到的数据以主题形式转发到边缘服务器或云端，尤其适合多设备、多车间场景下的数据汇聚。它不负责设备语义，只负责高效传输。

三者在数据流中的典型分工是：SECS/GEM 负责设备状态与事件，OPC UA 负责过程变量与结构化数据，MQTT 负责跨系统、跨层级的数据分发。

二、SECS/GEM 在 AMAT 设备上的配置要点

AMAT 设备通常通过 HSMS（High-Speed SECS Message Services）在 TCP/IP 上承载 SECS-II 消息。配置时首先确认设备端 HSMS 端口（常见为 5000 或 5001）和主机端 IP，然后在设备侧启用 GEM 接口。关键配置项包括：

设备 ID（Device ID）：与 Host 端一致，通常为 0 或设备编号。
HSMS 主动/被动模式：设备通常设为被动（Passive），等待 Host 连接；若设备主动连接 Host，则设为主动（Active）。
事件报告定义：通过 S2F33 定义报告（Report），S2F35 将报告绑定到事件（Event），S2F37 控制事件使能。例如将“腔体压力超限”事件绑定到报告 RPT_001，包含 VID 1001（压力值）和 VID 1002（时间戳）。
数据变量（VID）映射：将设备内部变量映射为 SECS 变量 ID，如温度、压力、RF 功率等。

一个典型的配置片段如下（以设备端 GEM 配置为例）：

HSMS:
  mode: passive
  port: 5000
  device_id: 0
  t3_timeout: 45s
  t5_timeout: 10s
  t6_timeout: 5s
  t7_timeout: 10s
  t8_timeout: 5s

GEM:
  enable: true
  report:
    - id: RPT_001
      vid: [1001, 1002, 1003]
  event:
    - id: 2001
      name: ChamberPressureHigh
      report: RPT_001
      enable: true

配置完成后，Host 端应能收到 S6F11 事件报告，并通过 S1F3 主动查询 VID 值。若 Host 无法收到事件，优先检查 S2F37 是否使能、报告是否绑定正确、HSMS 连接是否处于 Selected 状态。

三、OPC UA 在 AMAT 设备上的数据建模与订阅

AMAT 设备本身不一定直接提供 OPC UA 服务，通常通过边缘网关或设备控制层软件（如 E3、SmartFactory 等）暴露 OPC UA 地址空间。配置时需关注：

端点 URL：如 opc.tcp://192.168.10.50:4840，需确认安全策略（None / Basic256Sha256）。
节点 ID：每个过程变量对应一个 NodeId，如 ns=2;s=Chamber1.Temperature。
订阅参数：采样间隔（SamplingInterval）和发布间隔（PublishingInterval），例如温度采样 100ms、发布 500ms。
死区（Deadband）：对模拟量设置绝对值死区，如 0.5°C，避免微小波动造成数据洪峰。

以下是一个 OPC UA 客户端订阅配置示例：

Endpoint: opc.tcp://192.168.10.50:4840
SecurityPolicy: Basic256Sha256
Nodes:
  - NodeId: ns=2;s=Chamber1.Temperature
    SamplingInterval: 100ms
    Deadband: 0.5
  - NodeId: ns=2;s=Chamber1.Pressure
    SamplingInterval: 100ms
    Deadband: 0.1
  - NodeId: ns=2;s=RF1.ForwardPower
    SamplingInterval: 50ms
    Deadband: 1.0
PublishingInterval: 500ms

订阅建立后，客户端会收到 DataChangeNotification。若数据不更新，检查节点是否可读、订阅是否被服务端接受、发布间隔是否过短导致服务端拒绝。

四、MQTT 主题设计与数据转发

MQTT 在 AMAT 数据链中通常作为“最后一公里”传输协议，将边缘网关汇聚的数据发布到 Broker。主题设计应体现设备层级和数据类型，例如：

amat/{site}/{equipment_id}/{module}/{data_type}
amat/SH01/Centura001/ChamberA/temperature
amat/SH01/Centura001/ChamberA/pressure
amat/SH01/Centura001/RF1/forward_power
amat/SH01/Centura001/status/event

QoS 选择建议：状态和事件用 QoS 1（至少一次），高频过程变量用 QoS 0（最多一次）以降低开销，关键报警用 QoS 2（恰好一次）。保留消息（Retain）可用于设备状态主题，使新订阅者立即获得当前状态。

一个典型的 MQTT 发布配置如下：

Broker: tcp://192.168.10.100:1883
ClientID: amat-gw-001
Topics:
  - topic: amat/SH01/Centura001/ChamberA/temperature
    qos: 0
    retain: false
  - topic: amat/SH01/Centura001/status/event
    qos: 1
    retain: true
PayloadFormat: JSON

五、数据流搭建的完整链路与验证

将上述三种协议组合，形成一条完整数据流：AMAT 设备通过 SECS/GEM 上报事件和状态，通过 OPC UA 暴露过程变量，边缘网关将两者汇聚后以 MQTT 主题发布到 Broker，最终写入时序数据库并供 FDC 和看板消费。

验证时可按以下顺序检查：

SECS/GEM：Host 能否收到 S6F11 事件，S1F3 查询是否返回正确 VID 值。
OPC UA：订阅是否收到 DataChange，节点值是否与设备本地显示一致。
MQTT：使用 mosquitto_sub 订阅主题，确认消息频率和 JSON 字段完整。
端到端：在设备上触发一次报警，观察 MQTT 主题是否在 1 秒内出现对应事件，时序数据库是否写入记录。

建议在边缘网关中为每条数据附加时间戳、设备 ID、腔体 ID 和质量码（Quality Code），便于后续诊断时区分“设备未上报”和“传输丢失”。

SECS/GEM 的 HSMS 连接对超时参数敏感，T3、T5、T6、T7、T8 设置不当会导致连接频繁断开。建议先使用默认值，再根据网络延迟逐步调整，不要一次性大幅修改。

实际项目中，AMAT 设备型号和软件版本差异较大，SECS/GEM 的 VID 定义、OPC UA 的节点命名、MQTT 的主题规范都需要以设备手册和工厂数据标准为准。本节给出的参数和配置片段属于教学示例，落地时应结合现场设备接口文档进行核对和调整。