4. AVEVA InTouch与System Platform基础
在 AVEVA 的工业可视化体系中，InTouch 与 System Platform 经常被同时提及，但它们并不是同一层级的两个产品，而是“可视化客户端”与“工业信息基础设施”之间的关系。理解这一点，是后续做 Galaxy 建模、IDE 开发、部署和操作员工作站连接的前提。
InTouch 是面向操作员的 HMI/SCADA 可视化工具，负责画面呈现、动画、报警显示、趋势查看和操作交互；System Platform 则是基于 Galaxy 的分布式工业应用服务器平台，负责对象建模、数据采集、脚本逻辑、历史存储、安全与部署。简单说：System Platform 提供“数据与逻辑”，InTouch 提供“画面与操作”。两者通过 Galaxy 中的对象和平台服务连接起来，而不是靠画面里逐个绑定 PLC 地址来维持关系。
Galaxy：System Platform 的工程容器
Galaxy 是 System Platform 中最核心的工程概念。它不是单个画面或单个设备，而是一个包含对象模板、实例、部署关系、安全模型和通信配置的工程数据库。一个 Galaxy 可以理解为一个“工厂信息模型仓库”，里面用对象的方式描述设备、区域、产线和逻辑。
Galaxy 中常见的对象层级包括：
- 模板（Template）：可复用的对象定义，例如“泵模板”“阀门模板”“PID 回路模板”。模板中可包含属性、脚本、报警、历史配置和图形符号。
- 实例（Instance）：由模板派生出的具体对象，例如“P-101 进料泵”“FV-201 调节阀”。实例继承模板结构，但拥有独立属性值和部署位置。
- 区域（Area）：用于组织对象和部署范围，例如“反应区”“公用工程区”。区域影响部署和通信路径。
- 部署模型（Deployment）：定义对象运行在哪个 Galaxy Repository、哪个 Application Server 和哪个 InTouch 节点上。
Galaxy 的价值在于“一次建模、多处复用”。例如建立一个“电机模板”，包含运行状态、故障报警、电流趋势和启停命令；之后在项目中实例化 20 台电机，只需为每个实例填写设备位号和通信地址，画面和逻辑可以统一维护。
IDE 开发环境
System Platform 的 IDE 是 Galaxy 建模和部署的主要工作台。典型操作包括：
- 在 IDE 中创建 Galaxy，并设置 Galaxy 名称、安全模式和默认部署节点。
- 建立对象模板，定义属性、脚本、报警和历史。
- 将模板实例化到区域中，形成工厂对象树。
- 配置通信，例如通过 OPC UA、Modbus TCP 或 DAServer 连接 PLC 和仪表。
- 执行部署，把对象和逻辑下发到 Application Server，把画面和绑定关系下发到 InTouch 节点。
InTouch 侧的开发通常在 InTouch WindowMaker 中完成，包括画面绘制、动画链接、报警控件、趋势控件和脚本。关键点是：InTouch 画面中的变量往往不是直接写 PLC 地址，而是通过 Galaxy 对象属性或平台标签访问。这样画面与设备解耦，设备地址变化时只需改 Galaxy 对象，不必逐张画面修改。
部署模型与操作员工作站连接方式
部署模型决定了“谁运行什么、谁连谁”。常见结构如下：
- Galaxy Repository：保存工程配置，是开发和部署的源头。
- Application Server：运行 Galaxy 对象逻辑、通信驱动、历史采集和报警服务。
- InTouch 节点：运行操作员画面，从 Application Server 获取数据并回写命令。
- 操作员工作站：可以是本地 InTouch 节点，也可以是远程桌面或 Web 客户端。
操作员工作站连接方式主要有三类：
| 连接方式 | 典型场景 | 关键配置 |
|---|---|---|
| 本地 InTouch 节点 | 工作站与 Application Server 在同一网络，直接访问平台标签 | 配置 Galaxy 名称、节点名、DCOM/防火墙、平台账户 |
| 远程桌面/瘦客户端 | 操作员站不直接安装 InTouch，通过 RDP 访问服务器上的会话 | 服务器会话隔离、用户权限、画面分辨率 |
| Web 客户端 | 通过浏览器查看画面和趋势，适合远程监视 | Web 服务、证书、端口、只读或读写权限 |
无论哪种方式，操作员工作站要能正常连接，通常需要确认：Galaxy 名称一致、节点已部署、平台服务已启动、通信端口未被防火墙拦截、操作员账户具有对应安全权限。实际调试时，可以先在 Application Server 上查看对象属性是否刷新，再在 InTouch 画面中检查标签是否变为有效值，最后测试命令回写是否成功。
实际配置中的关键判断
假设一个示例项目：Galaxy 名为 PlantA_Galaxy，Application Server 节点为 APP-SRV-01，InTouch 节点为 OPS-01。在 IDE 中完成对象建模后，部署到 APP-SRV-01；然后在 OPS-01 上安装 InTouch，并在配置中指定 Galaxy 名称和平台节点。操作员打开画面后，如果某个泵的状态标签显示为“无效”或“未连接”，排查顺序通常是：
- 在 Application Server 上确认该泵对象属性是否随 PLC 输入变化。
- 检查 InTouch 标签是否绑定到正确的 Galaxy 对象属性，而不是旧地址。
- 检查节点是否已成功部署，平台服务是否运行。
- 检查防火墙是否放行 DCOM、OPC UA 或平台通信端口。
- 检查操作员账户是否具有该区域和对象的读取/写入权限。
总结来看，InTouch 与 System Platform 的关系可以概括为：Galaxy 是工程容器，IDE 是建模和部署工具，Application Server 是运行核心，InTouch 是操作员界面，操作员工作站是最终访问入口。掌握这条链路，后续做画面开发、报警配置、历史趋势和远程访问时，才能清楚每一步配置影响的是哪一层。