2. 现状评估与版本梳理
升级迁移项目最容易出问题的地方，往往不是目标版本本身，而是对“现状”的认知偏差。很多团队在启动阶段只凭记忆或零散文档判断现有 Experion PKS 系统的版本与结构，结果在方案评审或停机窗口才发现某个控制器固件不支持目标版本、某台操作站仍运行在旧操作系统上、某个第三方 PLC 接口依赖已停产的通信卡。因此，现状评估的目标不是写一份漂亮的资产清单，而是建立一份可追溯、可核对、可用于决策的基线，让后续的版本选择、迁移路径和停机计划都有据可依。
一、系统架构盘点：从“有哪些节点”到“谁依赖谁”
架构盘点应从控制层、监控层、网络层和接口层四个维度展开。控制层包括 C300 控制器、C200 控制器、Fieldbus 接口模块、远程 I/O 机架及其固件版本；监控层包括 Experion 服务器（冗余对）、操作站、工程站、历史库和报警服务器；网络层包括控制网（ControlNet/FTE）、 supervisory 网络和厂级信息网；接口层则涵盖与 PLC、第三方 DCS、SIS、MES/ERP 以及智能仪表管理系统的连接。
盘点的关键不是罗列设备，而是记录节点之间的依赖关系。例如，某台操作站是否同时承担工程站角色？历史库是否与报警服务器共用同一物理主机？某个第三方接口是否通过 OPC 服务器间接依赖某台旧版 Windows 主机？这些依赖关系决定了迁移顺序和停机影响范围。建议以“节点—角色—版本—依赖对象—责任人”五列记录，形成可核对的资产台账。
二、硬件与软件版本矩阵：把“版本”拆成可判断的字段
“版本”在 Experion 系统中是一个复合概念，至少包括：Experion 软件版本（如 R410、R430、R501）、控制器固件版本、操作系统版本（Windows Server 2016/2019、Windows 10/11）、FTE 通信驱动版本、OPC 接口版本以及第三方软件版本。仅记录一个“R4xx”不足以判断兼容性，必须拆成矩阵。
以下是一个示例版本矩阵片段，用于说明记录粒度（数据为教学示例，非实测结果）：
| 节点 | 角色 | Experion 版本 | 控制器固件 | 操作系统 | 关键接口 |
|---|---|---|---|---|---|
| ESV-01/02 | 冗余服务器 | R430.1 | — | WS2016 | OPC DA |
| C300-01 | 过程控制器 | — | R430.1 | — | FTE |
| OS-03 | 操作站 | R430.1 | — | Win10 LTSC | — |
| OPC-GW | 第三方网关 | R410 | — | WS2012 | Modbus TCP |
矩阵的价值在于暴露“版本断层”。例如上表中 OPC-GW 仍停留在 R410 与 WS2012，若目标版本为 R501，则该节点必须优先升级或替换，否则会成为迁移阻塞点。矩阵应逐节点填写，并在评审时由各专业责任人签字确认。
三、网络拓扑：区分控制网与非控制网
网络拓扑盘点要回答三个问题：控制网是否采用 FTE 冗余？是否存在单点链路？第三方接口接入的是控制网还是信息网？在 Experion 系统中，FTE 网络承担控制器与服务器之间的实时通信，任何非授权设备接入都可能引入广播风暴或延迟抖动。因此拓扑图必须标注 VLAN 划分、交换机型号与端口占用、防火墙位置以及跨网段路由。
四、第三方接口清单：接口是迁移中最容易被低估的部分
第三方接口清单应记录：接口名称、通信协议、数据方向、数据量级、依赖主机、依赖软件版本、是否参与联锁或先进控制、以及接口失效时的工艺后果。常见的接口包括 OPC DA/UA、Modbus TCP/RTU、Profibus DP、IEC 61850 以及数据库直连。其中 OPC DA 依赖 DCOM 配置，在操作系统升级后极易失效；Modbus 接口若由旧版网关承载，可能因固件不兼容而中断。
建议对每个接口标注“迁移敏感度”：高敏感接口必须在停机窗口内同步验证，低敏感接口可安排在后续阶段。接口清单还应包含联系人信息，因为第三方系统的升级往往不由本厂控制，需要提前协调。
五、兼容性风险识别：把风险落到具体节点和判断条件
兼容性风险识别不是泛泛而谈“可能存在不兼容”，而是针对每个节点给出判断依据。常见风险类型包括：
- 操作系统生命周期风险：Windows Server 2012/2016 已进入扩展支持末期，目标 Experion 版本可能不再支持。
- 控制器固件与软件版本不匹配：R430 控制器固件无法直接升级到 R501，需要经过中间版本或更换硬件。
- 接口协议淘汰：OPC DA 在新版本中逐步被 OPC UA 替代，旧接口需重新设计。
- 硬件性能不足：旧服务器 CPU、内存或磁盘无法满足新版本最低要求。
- 网络设备兼容性：旧交换机不支持新版本所需的组播或 VLAN 配置。
对每项风险，应记录“影响节点、判断依据、风险等级、建议措施、责任人”。例如：OPC-GW 运行 R410 与 WS2012，目标 R501 不支持 WS2012，风险等级为高，建议措施为“更换主机并升级至 OPC UA 网关”，责任人为自控工程师。这样，风险识别就转化为可执行的行动项，而不是停留在会议纪要里。
完成现状评估后，团队应当能够回答：哪些节点必须升级、哪些接口必须改造、哪些风险必须在停机前解决、哪些工作可以并行。这些答案将直接决定后续迁移路径的选择和停机窗口的编排。现状评估做得越扎实，后续切换阶段的意外就越少。