版本: v1.0 修改日期: 2026-05-29 面向用户: 实施工程师 / 项目经理 适用场景: 多分区未单独建站的换热站
本规范明确多分区未单独建站的换热站在数据对接时的优先级、可选方案与强制约束,并说明无需上传数据时的处理方式。按本规范配置后,读者可以避免多数据源混接导致的曲线跳变,并降低无效数据对 millidata 服务的压力。
参考文档:数据对接原则
ℹ️ PID 与属性命名约束
同一 PID 可被不同设备类型的不同设备复用;但必须保证在同一 PID 下,各设备的属性标准化名称不重复。该约束同样适用于 MQTT 主题拆分场景 中的新设备类属性配置。
1 整体对接流程
按”有无总管数据”决定对接路径,最终所有方案都需通过数据源唯一性校验。
图 1 多分区换热站对接决策流程
| 步骤 | 操作目标 | 对应章节 |
|---|---|---|
| 1. 判断是否有总管数据 | 确认现场点位可用性 | 2 对接原则与优先级 |
| 2. 选择对接方案 | 有总管直接对接;无总管二选一 | 2.1 方案 0 优先使用总管数据、2.2 无总管时的两种方案 |
| 3. 校验数据源唯一性 | 避免多分区混接 | 3 强制约束 |
2 对接原则与优先级
图 2 数据对接原则示意
2.1 方案 0 优先使用总管数据
若现场设备已提供总管一次侧数据(如一次供温、一次回温、一次供压、一次回压等),必须以总管点位为准进行对接。
2.2 无总管时的两种方案
当现场无总管点位、仅有各分区点位时,必须在方案 A 与方案 B 中选择一种。
| 方案 | 做法 | 适用前提 |
|---|---|---|
| 方案 A | 选择一个分区(如分区 A)的点位,按”总管口径”映射到站点 PID | 各分区一次侧关键参数差异不大 |
| 方案 B | 在物联侧按业务规则对各分区点位进行合并/汇总(求和、均值、取主点、最大、最小等),生成”总管口径”汇总点位后再映射到站点 PID | 需要更贴近真实总管值的场景 |
⚠️ 方案 B 的操作范围限制
汇总/合并仅支持在同一设备内进行,且仅能对同一数据类型的属性执行,不支持跨设备或跨操作混合汇总。
参考文档:
3 强制约束
⚠️ 数据源唯一性
禁止将两个及以上分区的一次侧同类点位,同时对接到同一站点 PID 下的同一标准化名称。即:同一 PID + 同一标准化名称,只能有一个数据来源。
3.1 违规案例
若将分区 A 的一次回压、分区 B 的一次回压同时映射到同一 PID 的 一次回压(m_002p),会造成曲线跳变或波动并引发误判。
完整案例:20260105 名门尚居一次回压(m_002p)波动
4 关闭「数据上报」配置
对于不需要上传至数仓的数据,应关闭**「数据上报」**开关,以保障 millidata 服务的正常运行。
4.1 操作方法
在属性配置页,将对应属性的**「数据上报」**开关关闭即可。
图 3 关闭「数据上报」操作示意
4.2 数据接入与上报决策
按业务线使用情况决定是否接入、是否上报:
| 使用范围 | 处理方式 | 命名标注 |
|---|---|---|
| viSCADA、一网、工业、源测 均不使用 | 从源头不接入该属性 | — |
| 仅 viSCADA / 组态使用,其他业务线不使用 | 接入但关闭**「数据上报」** | 「非数仓字段的标准化名称」 |
| 多业务线均使用 | 正常接入并开启**「数据上报」** | 按标准命名 |
💡 从源头减少无效数据接入比事后关闭上报更有利于系统性能,优先考虑第一行策略。