Event
Data Collection（数据采集） 是 GEM 的核心能力之一，使主机可以动态定义、启用或禁用设备的数据上报规则。
1. 报告（Report）的基本模型
-
报告的逻辑结构
-
RPTID：唯一标识报告。
-
SVID 列表：报告内的数据项集合，可以是设备状态变量、过程变量或测量数据。
-
CEID 绑定：报告通常与事件（CEID）绑定，当事件触发时自动上报。
-
-
典型使用场景
-
主机通过
S2,F33 (Define Report)定义：RPTID=1001包含SVID={10002,10003,11003}。 -
绑定事件：主机用
S2,F35 (Link Event Report)把RPTID=1001关联到CEID=2001。 -
当设备发生 CEID=2001 的事件时，自动上报
S6,F11（含 RPTID=1001 的变量值）。
-
2. 实现要点
-
非易失性存储：文档要求报告配置必须保存在非易失性存储中，确保断电或重启后依然有效。
-
多报告支持：设备应支持多个 RPTID 并发存在，并能区分不同 CEID 的触发。
-
错误处理：如果主机请求一个未定义的 RPTID 或绑定非法的 CEID，设备必须返回明确的错误码（通常通过 S2,F33 的
DRACK字段）。 -
扩展能力：设备可允许主机禁用某个报告而不删除定义，以便快速切换监控范围。
3. 实际应用中的注意事项
-
工程应用
-
工厂端（Host/EAP）常用“组合报告”：一个 CEID 同时绑定多个报告，分别监控工艺参数与设备状态。
-
报告的设计要避免过大（太多 SVID），否则可能导致 SECS-II 多区块传输频繁，占用带宽。
-
-
设备实现
-
在设计 RPTID 内部结构时，应当提供映射表（RPTID → SVID[]），并确保对齐 SECS-II 消息格式。
-
数据采集频率与数据精度的关系要明确（例如 SVID 是否需要高精度浮点、整数是否溢出）。
-
编辑此页
有任何问题或疑问，请发送邮件到--->admin@secs-ii.net
- 发现错误或表达不清希望修正
- 内容不健全需要扩展
- 有疑问希望解答