2. Yokogawa系统版本谱系与生命周期

在迁移项目启动之前，最容易被低估、却最容易导致返工的工作，是把现场系统的“版本谱系”摸清楚。Yokogawa 的 DCS 与 SIS 产品线跨度超过三十年，CENTUM CS、CENTUM CS 3000、Vnet/IP 以及 ProSafe-RS 各自有独立的版本编号体系、硬件平台代际和官方支持周期。如果只记录“我们用的是 CS 3000”，几乎无法判断能否直接升级、是否需要更换 FCS 机架、I/O 卡件是否还在支持期内。本节的目标是建立一套可操作的版本识别与迁移窗口判断方法。

一、三条产品线的版本谱系

CENTUM CS 是 1990 年代中期的产品，典型特征是使用 Vnet（10 Mbps 同轴/双绞线）作为控制网，HIS 运行在 UNIX 工作站或早期 Windows NT 上，FCS 以 AFM/ACF 系列卡件为主。CS 的版本号通常以 R1、R2、R3 表示功能级别，硬件平台已全面停止支持，属于“必须迁移”的对象。

CENTUM CS 3000 是 CS 的继承者，也是目前存量最多的平台。它经历了 R3.01 到 R6.x 的长期演进，控制网从 Vnet 过渡到 Vnet/IP（1 Gbps 以太网），HIS 从 Windows NT/2000 迁移到 Windows 7/10/Server 系列，FCS 从 AFV 系列演进到 AFV10、AFV30、AFV40。CS 3000 的版本号与 Windows 操作系统版本、FCS 硬件型号强绑定，这是判断迁移路径的关键。

Vnet/IP 严格来说不是独立产品，而是 CS 3000 R3.05 之后引入的实时控制网络标准，后续被 CENTUM VP 继承。它基于 IEEE 802.3 千兆以太网，支持冗余和实时域划分。在版本治理中，Vnet/IP 的引入时间点（约 2003—2005 年）是划分“老 CS 3000”与“可平滑过渡到 VP”的分水岭。

ProSafe-RS 是 Yokogawa 的安全仪表系统，与 CENTUM 系列可深度集成（SIS 与 DCS 共用 HIS 操作界面）。其版本从 R1 演进到 R4.x，安全完整性等级覆盖 SIL2/SIL3，硬件平台包括 SSC10、SNB10、S2SC70 等。ProSafe-RS 的版本兼容性不仅取决于自身，还取决于与 CENTUM 的通信接口版本。

二、官方支持周期与生命周期阶段

Yokogawa 对产品的生命周期通常划分为四个阶段：Active（在售与全面支持）、Mature（成熟支持，不再新增功能）、Limited（有限支持，仅关键备件）、Obsolete（停止支持）。判断迁移窗口，本质上是判断当前系统处于哪个阶段，以及距离 Obsolete 还有多少时间。

以 CS 3000 为例，R3.01—R3.04 早已进入 Obsolete；R3.05—R3.08 多数处于 Limited 或已停止；R4.x—R5.x 部分仍在 Mature；R6.x 是相对较新的版本，支持周期更长。ProSafe-RS 的 R1/R2 已停止支持，R3.x 处于 Limited，R4.x 仍在支持期内。需要强调的是，具体日期必须以 Yokogawa 官方发布的 Product Life Cycle 公告为准，不同地区、不同合同（如长期服务协议）可能有差异。

三、版本兼容性矩阵的核心维度

兼容性矩阵不是一张简单的“版本对版本”表格，它至少包含四个维度：软件版本与 Windows 操作系统、软件版本与 FCS 硬件型号、软件版本与 I/O 卡件、CENTUM 与 ProSafe-RS 的接口版本。任何一个维度不匹配，都可能导致迁移方案从“在线升级”变成“整体替换”。

例如，CS 3000 R3.08 可以运行在 Windows XP 上，但无法直接升级到 R6.x 所需的 Windows 10；AFV10 FCS 可能不支持 R6.x 的新功能；某些老 I/O 卡件（如模拟量输入卡）在新 FCS 上需要更换为兼容型号。ProSafe-RS 与 CENTUM 的通信，需要双方都支持相同的 Vnet/IP 或 FIO 接口版本，否则 SIS 与 DCS 的集成画面、报警和联锁信息无法正常交互。

四、迁移窗口的判断方法

把上述信息落到项目上，可以用一个简化的判断逻辑：先看支持状态，再看兼容性，最后看备件与预算。如果系统已处于 Obsolete，迁移窗口已经关闭，只能做整体替换；如果处于 Limited，窗口正在收窄，建议在 12—24 个月内启动；如果处于 Mature，可以规划但不必紧急；如果处于 Active，则以功能升级和优化为主。

兼容性判断则决定迁移的“技术路径”。例如，CS 3000 R3.08 运行在 Windows XP 上，若现场还有 AFV10 FCS，直接升级到 R6.x 通常不可行，因为 R6.x 要求 Windows 10 和 AFV30/40 硬件。此时可选路径有三条：一是保留 FCS、只升级 HIS 和软件到中间版本；二是分阶段替换 FCS，先换一台、验证后再换其余；三是整体迁移到 CENTUM VP。每条路径的成本、停机时间和风险差异很大，必须在版本谱系清晰之后才能比较。

ProSafe-RS 的迁移窗口还要额外考虑安全认证。SIL 等级认证与具体版本绑定，升级到新版本可能需要重新进行安全评估和功能测试。如果 SIS 与 DCS 的集成接口版本不一致，即使各自都在支持期内，也可能出现报警无法上传、联锁状态无法显示的问题。因此，在判断迁移窗口时，必须把 SIS 和 DCS 作为一个整体来评估，而不是分别判断。

五、现场版本信息采集清单

要完成上述判断，第一步是采集准确的现场版本信息。建议按以下字段逐项记录，避免只写“CS 3000”这种模糊描述：

• CENTUM 软件版本：精确到 R3.08、R4.03、R5.04、R6.01 等，可在 HIS 的 System Information 或工程师站版本画面查看。
• HIS 操作系统：Windows NT / 2000 / XP / 7 / 10 / Server 版本，以及是否打齐补丁。
• FCS 型号与固件版本：AFV10、AFV30、AFV40 等，以及每台 FCS 的固件号。
• 控制网类型：Vnet 还是 Vnet/IP，网卡型号、交换机型号、冗余方式。
• I/O 卡件清单：型号、数量、是否仍在支持列表内。
• ProSafe-RS 版本与硬件：R1/R2/R3/R4.x，SSC10/SNB10/S2SC70，SIL 等级。
• SIS-DCS 接口方式：Vnet/IP、FIO 或其它，接口版本号。
• 当前支持状态：对照 Yokogawa 官方生命周期公告，标注 Active/Mature/Limited/Obsolete。

完成采集后，把每个维度填入兼容性矩阵，标出“匹配”“需升级”“需更换”三种状态。任何一个维度出现“需更换”，迁移方案就不能按在线升级来设计。最终，把支持状态、兼容性结果和备件情况合并，形成一张迁移窗口判断表，作为后续方案设计和预算申请的依据。这张表不需要复杂，但必须基于真实采集的数据，而不是凭印象填写。