好,那我们继续——
第十讲:VID、CEID、RPTID 都是哪里来的?——报文变量的定义机制全解(S2F35 深度剖析)
关键词:Variable ID、Report ID、Collection Event、S2F33、S2F35、设备资料字典(SDD)、数据建模
本讲目标
你将掌握:
- CEID / RPTID / VID 这三个核心变量的定义来源与作用
- 如何通过 S2F33、S2F35 告诉设备:我想要什么数据、以什么结构上报
- 如何用这套机制“定制化”设备上报行为
- 了解 SDD(设备资料字典)的设计结构与读取方式
这部分是你从“会用”走向“懂原理”的关键一跃。
一、核心概念复盘(一定要记住这张三角关系图)
Collection Event (CEID)
↓ 绑定
Report (RPTID)
↓ 包含
Variable (VID)
| 名称 | 含义 |
|---|---|
| CEID | 事件编号,比如“生产开始”、“报警触发” |
| RPTID | 报告编号,是一组变量的集合 |
| VID | 变量 ID,比如 LOT_ID、PRODUCT_ID、EQ_STATE |
每个 CEID 对应一批 RPTID,每个 RPTID 对应若干 VID。
你告诉设备:“发生哪个事件(CEID),就发送哪个报告(RPTID),报告里面包含这些变量(VID)”。
二、这些信息怎么告诉设备?——S2F33 与 S2F35
(1)S2F33:Define Report
告诉设备:RPTID=1 是哪些 VID 的组合
S2F33
- List of [RPTID, List of VIDs]
例如:
RPTID = 101
→ VIDs = [3001, 3002, 3003] // LOT_ID, PRODUCT_ID, EQP_STATE
用 SECS4NET 表示:
var rpt = List
(
U2(101),
List(U2(

最低0.47元/天 解锁文章
1106

被折叠的 条评论
为什么被折叠?



