2. AVEVA系统架构与工作站部署
AVEVA工业可视化平台（以AVEVA System Platform与AVEVA InTouch为代表）在工程现场通常以“多层分布式”方式落地：底层是控制器与现场设备，中间是采集与建模服务，上层是可视化客户端与操作员工作站。理解这套体系结构，是后续做工作站选型、网络规划和冗余部署的前提。
一、AVEVA软件体系结构
从工程视角看，AVEVA System Platform可以拆成四个逻辑层：通信接入层（Device Integration Server，如DAServer/DI对象）、应用对象层（Galaxy中的Application Object，承载模板与实例）、数据服务层（由Galaxy Repository与历史库组成）、呈现层（InTouch View、OEM客户端、Web客户端）。Galaxy是全局命名空间与配置数据库，所有对象、模板、安全模型都注册在Galaxy中，由一台或多台Galaxy Repository节点托管。
典型部署中，一台服务器可同时承担多个角色，但生产环境建议按角色分离：GR节点（Galaxy Repository，负责配置与命名解析）、AppEngine节点（承载Application Engine，执行对象逻辑与脚本）、DI节点（承载通信驱动，连接PLC/RTU）、历史库节点（Historian，存储过程数据）、View节点（InTouch View，供操作员访问）。这种分层让配置、运行、存储、呈现各自独立，便于扩容与故障隔离。
二、客户端/服务器通信机制
AVEVA的通信不是单一协议，而是“配置通道 + 运行通道”并行。配置通道由IDE（System Platform IDE）通过DCOM/TCP与GR交互，用于对象创建、模板下发、部署；运行通道则由AppEngine与DI、View之间通过SuiteLink（基于TCP/IP的工业实时协议）或OPC UA交换数据。View客户端订阅AppEngine发布的属性，AppEngine再向DI请求现场数据，形成“View ← AppEngine ← DI ← PLC”的链式数据流。
通信中需要关注三个参数：扫描周期（DI对PLC的轮询或订阅周期，常见100ms～1s）、更新速率（AppEngine向View推送的周期，通常与扫描周期匹配或略慢）、超时与重试（SuiteLink默认超时约3s，重试次数可配置）。若扫描周期设为500ms而View更新设为200ms，会出现“数据未变但界面刷新”的无效负载；反之若View更新远慢于扫描，操作员会看到滞后画面。工程上建议View更新周期≥扫描周期，且不超过扫描周期的2倍。
三、操作员工作站硬件选型
操作员工作站不是“越贵越好”，而是按画面复杂度、刷新频率和并发客户端数匹配。选型时先明确三个输入：单画面最大图元数（含趋势、报警、动画对象）、刷新周期（通常1s，关键画面可到500ms）、同时运行的客户端数量（本机View + 远程Web）。
以某化工装置为例：单幅流程画面约800个图元，含4条实时趋势（每条200点）、1个报警汇总表（50条活动报警），刷新周期1s。这类负载对CPU单核性能敏感，建议工作站配置为：CPU 6核以上、主频≥3.0GHz；内存 16GB（若同时开Historian客户端或报表工具则32GB）；显卡 支持双屏输出、显存≥4GB，避免使用集成显卡驱动老旧导致画面撕裂；硬盘 NVMe SSD 512GB，用于本地缓存与日志；网卡 双千兆（一用一备或控制网/信息网分离）。
若工作站还要承担“操作员站+工程师站”双重角色，需额外预留IDE、Galaxy备份和脚本调试的内存开销，建议内存上浮到32GB，并将IDE操作安排在非高峰时段。对于仅做Web Client的轻量终端，可选用瘦客户机或工业平板，但需确认浏览器对HTML5/WebGL的支持版本。
四、网络拓扑规划与冗余部署策略
工业现场网络通常划分为控制网（PLC、DI、AppEngine之间）和信息网（View、Historian、报表、MES接口）。两网之间用防火墙或工业隔离网关隔开，只放行必要端口：SuiteLink默认TCP 5413、OPC UA默认TCP 4840、Galaxy/IDE通信使用DCOM动态端口（建议限定范围，如5000-5100）。
冗余部署分三个层次：网络冗余——控制网采用环网或双星型，交换机支持RSTP/PRP，单点断线时收敛时间小于200ms；服务器冗余——GR和AppEngine均配置主备，主节点故障时备节点在数秒内接管，View客户端通过配置的备用节点列表自动重连；工作站冗余——关键操作岗位配置双工作站，一主一辅，通过KVM或独立显示器切换，避免单台死机导致操作盲区。
冗余切换的验证方法：在测试环境断开主AppEngine网线，观察View画面是否在5s内恢复数据更新，同时检查Historian是否出现数据断点。若断点超过10s，需调整心跳周期或检查备节点是否已同步Galaxy配置。工程上建议每季度做一次切换演练，并记录切换时间作为验收指标。
综合来看，AVEVA系统架构的核心是“Galaxy管配置、AppEngine管逻辑、DI管采集、View管呈现”，通信靠SuiteLink/OPC UA串联，冗余则从网络、服务器、工作站三个层面逐级兜底。工作站选型要围绕画面负载和刷新周期做量化，网络规划要明确控制网与信息网的边界和端口，冗余策略必须落到可验证的切换时间上，而不是只停留在“配了主备”的层面。