2. AVEVA监控系统平台选型与版本对比
在多产线集中监控工程中，AVEVA 并不是单一软件，而是一组可以组合使用的组件。选型的核心不是“哪个组件更高级”，而是先明确每条产线要采集什么、集中监控要看到什么、历史数据要保存多久、管理层需要怎样的报表与看板，再决定 System Platform、InTouch、Historian、AVEVA Insight 各自承担哪一段职责。若把四者混为一谈，常见后果是：用 InTouch 硬撑全厂数据模型，导致命名混乱；或只买 Historian 却没有统一对象模型，历史数据无法按产线、设备、批次快速检索。
四个组件在多产线架构中的角色
System Platform（系统平台）是面向对象的数据与运行框架，核心是 Galaxy 对象模型。它把每条产线的设备抽象为模板与实例，例如“灌装线”模板下挂“灌装机”“输送机”“贴标机”，实例继承模板属性。多产线集中监控最怕的是同一设备在不同产线命名不一致，System Platform 通过模板强制统一属性名、工程单位、报警限值，使上位画面、历史记录、报表都引用同一套对象路径。它适合作为全厂监控的“骨架”，但授权与工程投入较高，产线数量少、设备类型单一时未必划算。
InTouch是成熟的人机界面组态软件，强项是画面绘制、动画连接、报警显示与操作交互。它既可以独立运行，也可以作为 System Platform 的可视化客户端。在多产线场景中，InTouch 通常负责操作站画面：总览页显示各线运行状态，单线页显示工位细节，报警页按产线过滤。若只做几条线的本地监控，InTouch 独立方案部署快、学习成本低；但若需要跨线统一对象模型和集中历史，应让 InTouch 作为展示层，而不是数据模型层。
Historian是工业历史数据库，负责高密度时序数据的采集、压缩、存储与查询。多产线集中监控中，Historian 的价值在于把各线 PLC、SCADA、System Platform 的数据按统一时间戳归档，支持趋势回溯、批次对比、停机分析。选型时要关注标签量、采集频率、压缩方式、存储周期和客户端查询并发。例如 8 条产线、每条 800 个有效标签、1 秒采集，则原始点数约 6400 点/秒，必须评估 Historian 的授权点数与磁盘规划，不能只看软件版本。
AVEVA Insight是云端或远程可视化分析服务，适合把 Historian 或边缘采集的数据推送到浏览器和移动端，做跨厂区看板、KPI 趋势和异常推送。它不替代控制层 SCADA，也不适合毫秒级闭环控制。多产线集中监控中，Insight 常作为管理层视图：查看 OEE、产量、能耗、报警次数，而不是操作工实时操控画面。
版本对比与选型依据
版本对比不能只看版本号，而要看授权模式、功能边界和扩展能力。以常见部署为例，InTouch 有独立授权与作为 System Platform 客户端两种用法；System Platform 按对象实例数或标签规模授权；Historian 按采集点数、存储周期和客户端数量分级；Insight 通常按订阅用户数或数据流量计费。工程中应把“当前产线数、每条线 I/O 点数、需要保存的历史点、并发操作站数、是否需要移动端”列成一张选型输入表，再逐项匹配组件版本。
| 组件 | 核心职责 | 多产线关键选型参数 | 不适用情形 |
|---|---|---|---|
| System Platform | 统一对象模型、模板复用、集中部署 | Galaxy 实例数、模板数量、远程部署节点 | 产线少、设备类型单一、无跨线复用 |
| InTouch | 操作画面、报警交互、本地控制 | 操作站数、画面数、报警并发、脚本复杂度 | 需要跨线统一对象模型时单独使用 |
| Historian | 时序归档、趋势回溯、批次分析 | 采集点数、采集频率、压缩比、存储年限 | 只需实时画面、不做历史分析 |
| AVEVA Insight | 远程看板、KPI 分析、移动推送 | 用户数、数据源、刷新周期、看板数量 | 毫秒级闭环控制、现场操作 |
一个可参考的选型判断过程
假设某工厂有 6 条产线，每条线约 600 个有效监控点，采集周期 1 秒，需要保存 3 年历史，操作站 4 台，管理层 10 人需要手机看产量和报警。可按以下顺序判断：
- 先判断是否需要统一对象模型。6 条线中有 4 条为同类灌装线，设备命名和报警逻辑高度相似，适合用 System Platform 建模板，减少重复工程。若 6 条线工艺完全不同，则模板复用价值下降，可优先考虑 InTouch 独立方案。
- 再算 Historian 规模。6 × 600 = 3600 点，1 秒采集，原始数据约 3600 点/秒。按 3 年、压缩后有效存储估算，需在 Historian 授权和磁盘容量上留出 30% 余量。若只买 1000 点授权，后期扩线必然受限。
- 确定 InTouch 操作站数量与画面结构。4 台操作站中，2 台为总览站，2 台为单线操作站。总览站画面引用 System Platform 对象路径，单线站可复用同一模板生成不同产线画面。
- 最后判断 Insight 是否必要。若管理层只需在办公室电脑看报表，可用 Historian 客户端或 Web 报表实现；若需要手机推送、跨厂区看板、异常消息，则 Insight 更合适。Insight 的数据源应来自 Historian 或边缘网关，而不是直接连 PLC。
综合来看，多产线集中监控的推荐组合是：System Platform 做统一对象模型与集中部署，InTouch 做操作画面与报警交互，Historian 做长期时序归档，Insight 做管理层远程看板。若项目初期预算有限，可先上 InTouch + Historian 满足基本监控与历史需求，待产线扩展、对象复用需求明确后，再引入 System Platform 和 Insight。选型的关键不是一次买全，而是保证数据模型、历史数据和展示层之间的接口清晰，后续扩展时不需要推倒重来。