版本: v1.0 修改日期: 2026-05-29 版本: v1.0
本文说明历史数据补点的适用前提、核心参数及标准操作流程。完成本文操作后,可实现脚本备份与恢复、关键配置项校验,并可通过单设备类参数精确控制补点范围。
1 适用前提
| 项目 | 要求 |
|---|---|
| viSCADA 版本 | 1.7.2 及以上 |
| 数据存储版本 | v2 |
⚠️ 仅升级场景需要执行补点:
若现场系统为1.7.2及之后版本的全新部署,无需执行本文第 4 节“补点操作流程”;仅需按第 3 节完成参数配置即可。

图 1 viSCADA 版本信息查看界面

图 2 数据存储版本(v2)确认界面
2 版本迭代记录
| 版本号 | 发布日期 |
|---|---|
v1.7.3 | 2026-01-29 |
v1.7.2 | 2026-01-14 |
v1.7.1 | 2025-12-30 |
v1.7.0 | 2025-12-12 |
v1.6.5 | 2025-11-27 |
v1.6.4 | 2025-11-13 |
💡 若现场版本低于
1.7.2,请先完成版本升级,再执行历史数据补点。
3 历史数据补点核心配置参数
| 配置项 | 取值 / 状态 | 说明 |
|---|---|---|
数据收集间隔(s) | 自定义输入 | Telegraf 采集周期 |
补工况时间(h) | 24 | 标准化链路单点位补数时间窗口 |
通用补工况时间(h) | 24 | viSCADA原始数据,补数时间窗口 |

图 3 “补工况时间”与“通用补工况时间”配置入口
4 补点操作流程
4.1 流程总览
4.2 操作步骤
步骤 1:备份原有脚本
执行脚本重置前,先定位目标设备类对应的“数据对接脚本”,并完整复制脚本内容进行备份。
💡 备份建议: 建议通过系统导出功能或本地文档保存脚本内容,并标注“备份时间 + 设备类 ID”,便于后续追溯与恢复。
步骤 2:执行脚本重置
登录系统后台,依次进入:
设备类 → 对接配置 → 重置脚本点击**“确认重置”**完成操作。
⚠️ 注意: 重置过程中请勿关闭页面或中断操作,以免导致脚本状态异常或内容不一致。
步骤 3:恢复备份脚本
重置完成后,进入设备类脚本编辑区,将备份的脚本内容完整粘贴回编辑区。粘贴完成后需确认:
- 脚本内容完整无遗漏
- 缩进、换行、特殊字符等格式正确
- 无粘贴错位或内容截断
步骤 4:校验关键配置项
在脚本编辑区或对应配置页面,检查 order 1450 配置项是否存在。
| 校验结果 | 处理方式 |
|---|---|
| 存在 | 无需额外处理,继续后续流程 |
| 缺失 | 按系统默认规则或项目要求补全,确保补点逻辑能够正常触发 |

图 4 补点脚本编辑区示例,包含 order 1450 配置项
5 单设备类补点启停控制
通过 commonIncludeSupplyTime 参数,可在单个设备类维度精确控制历史数据补点功能,其优先级高于全局补点配置。
5.1 参数规格
| 属性 | 取值 |
|---|---|
| 参数名 | commonIncludeSupplyTime |
| 取值范围 | true / false |
| 默认值 | true(开启补点) |
| 作用范围 | 单个设备类 |
| 优先级 | 高于全局补点配置 |
5.2 取值行为
| 取值 | 行为 |
|---|---|
true | 该设备类执行历史数据补点(默认) |
false | 该设备类不执行历史数据补点 |

图 5 commonIncludeSupplyTime 参数配置界面示意
📌 适用场景:
当全局补点功能已开启,但部分设备类因数据质量、业务规则或项目要求不需要补点时,可将该设备类的commonIncludeSupplyTime设置为false,以单独关闭其补点能力。
6 常见问题
| 问题 | 可能原因 | 处理建议 |
|---|---|---|
| 补点未触发 | order 1450 配置缺失 | 按第 4.2 节步骤 4 检查并补全 |
| 部分设备类未执行补点 | commonIncludeSupplyTime = false | 检查该参数取值;如需补点,改为 true |
| 补点范围异常 | 补工况时间 与 通用补工况时间 取值不一致 | 将两个参数统一为相同取值 |
| 脚本重置后功能异常 | 备份脚本未完整恢复,或存在格式错误 | 从备份源重新完整复制并粘贴脚本内容 |
低于 1.7.2 版本无法执行补点 | 系统版本不满足前提要求 | 先升级 viSCADA 至 1.7.2 及以上版本 |