1. AVEVA企业系统集成全景认知
AVEVA企业系统接口与集成架构工程，本质上是在OT（运营技术）与IT（信息技术）之间建立一条可治理、可追溯、可扩展的数据与控制通道。要理解这条通道，先要看清AVEVA产品家族各自站在什么位置、承担什么职责，以及它们之间通过什么接口发生关系。本节不急于讲配置，而是先建立一张"全景地图"：谁负责采集、谁负责建模、谁负责可视化、谁负责长期存储、谁负责云端协同，以及这些角色如何在同一套企业架构分层中对齐。
一、AVEVA产品家族的定位分工
AVEVA的产品线覆盖面很广，但在企业集成语境下，最常出现在同一张架构图上的核心成员有以下几类：
- PI System（含PI Data Archive、PI Interface、PI AF、PI Vision）：面向过程数据的采集、归档、资产化建模与可视化。PI Interface负责从DCS、PLC、SCADA等数据源采集位号值；PI Data Archive是时序归档核心；PI AF（Asset Framework）把裸位号组织成有层级、有属性、有模板的资产模型；PI Vision提供基于浏览器的趋势与画面展示。它是OT侧数据的事实标准入口。
- System Platform（原Wonderware）：面向SCADA与自动化应用的集成开发运行平台，核心是Galaxy、ArchestrA IDE、Application Server与对象模板。它擅长把设备、产线、工段抽象为可复用对象，并通过脚本、报警、历史与安全机制统一管理。
- InTouch：经典的HMI/SCADA可视化工具，既可作为独立系统运行，也可作为System Platform的视图客户端。它关注操作员画面、报警确认、趋势与操作权限。
- Historian：AVEVA Historian（原Wonderware Historian）是另一条历史数据主线，与System Platform/InTouch天然集成，常用于以SCADA为中心的历史归档与报表。
- AVEVA Connect / AVEVA Data Hub：云端协同与数据服务层，负责把现场数据安全地汇聚到云侧，支撑远程监视、跨站点对比、分析应用与第三方系统消费。
这些产品并非互相替代，而是分层协作。理解它们的关键，不是记住功能列表，而是看清"数据从哪来、在哪建模、在哪存储、在哪被消费"。
二、典型企业架构分层
在OT/IT融合的工程实践中，通常把企业架构划分为五层：现场设备层、控制与采集层、运营监控层、企业信息层、云端协同层。AVEVA产品在这五层中的典型落位如下：
| 层级 | 典型对象 | AVEVA产品落位 | 主要接口方向 |
|---|---|---|---|
| 现场设备层 | PLC、DCS、仪表、变频器 | 不直接部署，作为数据源 | 向上提供OPC UA/DA、Modbus等 |
| 控制与采集层 | SCADA节点、采集服务器 | PI Interface、System Platform | 向下采集，向上发布 |
| 运营监控层 | 操作站、工程师站、报警服务器 | InTouch、PI Vision、System Platform View | 读写实时数据、报警确认 |
| 企业信息层 | 资产模型、报表、MES、ERP | PI AF、Historian、SQL Server | 对外提供SQL、REST、AF SDK |
| 云端协同层 | 远程监视、分析平台、数据湖 | AVEVA Connect、Data Hub | 通过网关/代理上云 |
这张分层表是后续所有集成工作的参照系。任何一次接口设计，都要先回答：数据从哪一层出发，跨到哪一层，经过哪些产品，用什么协议，谁负责安全边界。
三、接口与集成在OT/IT融合中的价值
OT侧关心的是实时性、确定性和设备可用性；IT侧关心的是数据一致性、可查询性和业务闭环。两者之间的接口如果只是"能通"，往往会在工程后期暴露出三类问题：位号语义不一致、时间戳口径不统一、访问权限失控。AVEVA集成架构的价值，正是把这三类问题前置到架构设计阶段解决。
具体来说，PI AF的模板与层级让位号具备业务语义；PI Data Archive与Historian的时间戳与质量码机制让数据可追溯；System Platform的对象模型让控制逻辑与画面、报警、历史保持同源；AVEVA Connect则在云侧提供统一的身份与数据服务入口。接口不只是"连起来"，而是让数据在跨层流动时仍然保持可理解、可审计、可治理。
四、本课程围绕的真实工程对象与交付物
本课程不会停留在产品介绍层面，而是围绕一套可复现的工程对象展开：以一个典型的"公用工程站+两条产线"场景为背景，涉及约1200个PI位号、3套System Platform Galaxy、1套InTouch画面工程、1套Historian归档实例，以及一个云端监视看板。每一章都会落到具体接口、具体参数、具体验证方法上。
课程最终要交付的成果包括：一份跨层接口清单（含协议、方向、频率、责任人）、一套PI AF资产模型模板、一份System Platform对象与PI AF的映射表、一份Historian归档与PI Data Archive的同步策略、一份AVEVA Connect上云的数据流与安全配置说明，以及一套接口联调测试用例。这些交付物不是纸面文档，而是可以在真实项目中直接裁剪使用的工程资产。
五、从全景到工程：先建立三个判断习惯
在进入具体接口配置之前，建议先养成三个判断习惯。第一，看到任何一个数据点，先问它属于哪一层、由哪个产品负责、跨层时经过哪些接口。第二，看到任何一个接口，先确认它的方向、协议、频率和质量码口径，而不是只看"能不能读到值"。第三，看到任何一个集成需求，先判断它是"数据搬运"还是"语义对齐"——前者靠接口配置，后者靠资产模型与命名规范。
全景认知的目的不是记住所有产品名称，而是建立一套可复用的定位方法。当你能把PI Interface、System Platform、InTouch、Historian、PI AF、AVEVA Connect分别放到正确的层级，并说清它们之间的数据流向与接口类型，后续的接口设计、联调与排障就有了共同的参照坐标。