3. Yokogawa系统架构与版本谱系

在Yokogawa DCS的升级迁移项目中,最先需要厘清的不是“怎么升”,而是“现在是什么、能升到什么”。CENTUM系列从CS到CS3000再到VP,看似只是型号更替,实际上在FCS硬件平台、HIS操作站形态、Vnet/IP通信协议以及软件授权机制上都发生了代际变化。如果对版本谱系和兼容边界判断错误,迁移方案可能在设计阶段就埋下隐患。

一、三代CENTUM的架构演进主线

CENTUM CS是较早的经典架构,FCS以卡笼式机架为主,HIS多为UNIX工作站或早期Windows NT平台,通信网络以Vnet(令牌总线)为核心。CENTUM CS3000是应用最广的一代,FCS采用AFV10、AFV30等现场控制单元,HIS以Windows 2000/XP/7/10为平台,网络过渡到Vnet/IP,实现了控制网与信息网的融合。CENTUM VP则是当前主流,FCS升级为AFV10D/AFV30D/AFV40D等型号,HIS支持Windows 10/11及虚拟化部署,Vnet/IP进一步强化了时间同步、冗余和网络安全能力。

三代架构的核心差异可以概括为:CS是“Vnet+UNIX/早期Windows”的封闭体系;CS3000是“Vnet/IP+Windows”的开放过渡体系;VP是“Vnet/IP+虚拟化/云就绪”的现代体系。迁移时,CS到CS3000往往涉及网络介质和HIS平台的整体更换,而CS3000到VP则更多是FCS固件、HIS软件版本和授权方式的升级。

二、FCS现场控制站的硬件与软件版本关系

FCS是迁移中风险最高的对象,因为它直接承载I/O和回路控制。以AFV10为例,CS3000时代的AFV10与VP时代的AFV10D在背板、电源模块和部分I/O卡件上存在兼容性差异。AFV30系列则分为AFV30、AFV30D、AFV30S等,其中“D”通常代表支持VP功能的增强型,“S”代表安全型或特定应用型。迁移前必须逐台FCS记录以下信息:型号、序列号、当前固件版本、I/O卡件清单、是否冗余、是否带安全功能。

软件层面,FCS的固件版本必须与HIS的CENTUM软件版本匹配。例如,CS3000 R3.08的FCS固件通常无法直接被VP R6.01的HIS识别,需要先升级到VP兼容的固件版本,或更换为VP认证的FCS硬件。实际项目中,常见做法是保留原有I/O卡件和现场接线,仅更换FCS主控单元和通信模块,从而降低停机时间和接线风险。

三、HIS操作站的形态与软件兼容性

HIS从CS时代的专用工作站,到CS3000的Windows PC,再到VP的虚拟化HIS和Web HMI,形态变化很大。CS3000的HIS软件通常以“CENTUM CS3000 R3.xx”形式授权,VP的HIS则以“CENTUM VP R5/R6/R7”形式授权。两者在画面文件、趋势数据、报警记录和用户权限数据库上并不完全兼容。迁移时,画面和逻辑通常需要经过转换工具或重新组态,不能简单复制工程文件。

一个容易被忽视的点是HIS的Windows版本与CENTUM软件版本的对应关系。例如,CS3000 R3.08可能只支持到Windows 7,而VP R6.01支持Windows 10/11。如果HIS硬件不更换,仅升级CENTUM软件,可能因操作系统不兼容而失败。因此,HIS迁移通常需要同步规划操作系统、CENTUM软件和授权文件三者的版本组合。

四、Vnet/IP通信网络的版本兼容性矩阵

Vnet/IP是CS3000和VP共用的控制网络,但不同版本对网络设备、协议栈和冗余机制的支持程度不同。CS3000早期版本的Vnet/IP基于100Mbps交换式以太网,VP则支持1Gbps及冗余环网。迁移时,如果保留原有Vnet/IP交换机,需要确认其是否支持VP要求的IGMP snooping、QoS和PTP时间同步。否则,可能出现通信抖动、时间戳不一致或冗余切换失败。

下面这张图展示了CENTUM CS、CS3000、VP三代在FCS、HIS和Vnet/IP三个维度上的版本兼容关系,以及迁移时常见的“可保留”“需升级”“需更换”三类对象。图中以颜色区分代际,用连线表示兼容路径,帮助在方案设计阶段快速判断哪些资产可以复用。

CENTUM CS / CS3000 / VP 版本兼容性关系图 FCS · HIS · Vnet/IP 三维度代际对照与迁移路径 CENTUM CS CENTUM CS3000 CENTUM VP FCS AFV10 / 早期机架 Vnet 令牌总线 UNIX / NT 平台 迁移:需更换主控与通信模块 AFV10 / AFV30 Vnet/IP 100Mbps Windows 2000/XP/7 迁移:固件升级或换AFV30D AFV10D / AFV30D / AFV40D Vnet/IP 1Gbps 冗余环网 Windows 10/11 / 虚拟化 目标平台:I/O可保留 HIS UNIX 工作站 / NT 专用硬件,画面封闭 无通用组态工具 迁移:整体更换 Windows PC 操作站 CENTUM CS3000 R3.xx 画面/趋势/报警数据库 迁移:画面转换+重新组态 虚拟化 HIS / Web HMI CENTUM VP R5/R6/R7 支持远程与移动访问 目标平台:授权需更新 Vnet/IP Vnet 令牌总线 同轴/双绞线,10Mbps 无IP寻址 迁移:需更换网络设备 Vnet/IP 100Mbps 交换式以太网,支持冗余 需确认IGMP/QoS 迁移:交换机可部分保留 Vnet/IP 1Gbps PTP时间同步,环网冗余 支持网络安全策略 目标平台:需认证交换机 CS→CS3000:网络与平台整体更换 CS3000→VP:固件/软件升级为主 需更换或认证的关键对象

五、迁移前的版本兼容性核查要点

基于上述谱系,实际迁移前建议按以下顺序核查。第一,逐台FCS记录型号和固件版本,对照Yokogawa官方兼容性列表确认是否支持目标VP版本。第二,检查HIS的Windows版本、CENTUM软件版本和授权文件,确认三者组合是否被目标VP版本支持。第三,审查Vnet/IP交换机型号和配置,确认是否满足VP对IGMP snooping、QoS和PTP的要求。第四,梳理I/O卡件清单,确认哪些卡件可以在新FCS中继续使用,哪些必须更换。

注意:版本兼容性矩阵不是“越新越好”。某些老I/O卡件在VP新固件下可能不再被支持,而某些CS3000的工程文件在VP中需要经过转换工具处理,直接导入可能丢失部分逻辑或画面元素。迁移方案应以官方兼容性列表和现场实际版本为准,不能仅凭型号名称推断。

理解CENTUM三代架构的演进逻辑和兼容边界,是后续制定迁移步骤、停机窗口和回退方案的基础。只有先把“现在有什么、能变成什么”判断清楚,才能避免在升级过程中出现FCS无法上线、HIS无法连接或Vnet/IP通信异常等被动局面。