3. PCS 7目标架构设计
老旧DCS升级迁移的核心难点，不在于把新硬件买回来、把软件装上，而在于把原来那套“能用但说不清”的架构，翻译成PCS 7能表达、能组态、能维护的目标架构。这一节要解决的就是这个翻译问题：先建立PCS 7目标架构的标准骨架，再建立一套从老系统对象到新系统对象的映射方法，使迁移有据可依，而不是边做边猜。
一、PCS 7目标架构的标准骨架
PCS 7是典型的“三层设备、两级网络”结构。三层设备指现场层、控制层、监控层；两级网络指控制网络（Plant Bus，通常为工业以太网）和现场总线（PROFIBUS DP或PROFINET）。理解这个骨架，是后续映射的基准。
AS站（自动化系统站）是控制层核心，承担闭环控制、逻辑联锁、顺序控制、数据采集。典型配置为S7-400（老项目常见）或S7-410/CPU 410-5H（新项目推荐）。AS站通过分布式I/O（ET 200M/ET 200SP HA）连接现场仪表和执行机构，通过Plant Bus连接OS站和工程师站。AS站的关键属性包括：CPU型号、内存、扫描周期、I/O点数、是否冗余、通信接口数量。
OS站（操作员站）是监控层人机接口，运行WinCC，负责画面显示、报警、趋势、报表、操作记录。OS站分单站系统（Single Station）和服务器/客户端系统（Server/Client）。大型装置通常采用OS服务器+多台OS客户端，服务器冗余配置，客户端通过终端总线（Terminal Bus）访问服务器。
工程师站（ES）是组态和调试平台，运行SIMATIC Manager、CFC、SFC、WinCC组态工具。ES通常兼作OS服务器或独立设置。工程实践中，ES与OS服务器共用一台机器是常见做法，但需注意组态期间对在线OS的影响。
网络层级上，Plant Bus连接AS与OS服务器，要求高可用、低延迟；Terminal Bus连接OS服务器与客户端，要求带宽足够、隔离广播风暴。两级网络物理上可共用交换机，但逻辑上必须划分VLAN，避免控制流量与监控流量互相干扰。
二、冗余策略的选型逻辑
冗余不是“越全越好”，而是按可用性等级和投资预算匹配。PCS 7提供四个层次的冗余：
- CPU冗余：S7-400H或CPU 410-5H，双机热备，主CPU故障时无扰切换，切换时间典型<100ms。适用于连续生产、停车损失大的装置。
- 网络冗余：Plant Bus采用环网（MRP或PRP），单点断线不影响通信。环网重构时间典型<200ms（MRP）。
- 电源冗余：AS和OS站采用双电源模块，分别接不同UPS回路。
- OS服务器冗余：两台服务器互为热备，客户端自动切换。
选型时先确定装置可用性目标。例如，某化工装置要求年停车时间不超过8小时，则AS站必须冗余，Plant Bus必须环网，OS服务器建议冗余；若为辅助装置，可用性要求低，则单CPU、单网、单服务器即可。冗余策略必须在架构设计阶段确定，因为它直接影响硬件清单、机柜布置和网络规划。
三、老旧系统架构的映射方法
映射的本质是“对象对对象、关系对关系”。老DCS通常由控制站、操作站、通信网络、I/O卡件、组态数据库组成。映射时按以下顺序推进：
- 控制站映射到AS站：老控制站的一个机架或一个控制单元，通常映射为一个AS站。若老系统一个控制站带多个独立工艺单元，且单元间联锁少，可拆分为多个AS站，降低单点故障影响。映射时记录：老站号、新AS站名、CPU型号、I/O点数、扫描周期。
- 操作站映射到OS站：老操作站的功能（画面、报警、趋势）映射到OS客户端；老系统的历史数据存储映射到OS服务器。若老系统是集中式操作站，新系统可改为服务器/客户端结构，提高可扩展性。
- 通信网络映射到Plant Bus/Terminal Bus：老系统的控制网络映射到Plant Bus，操作网络映射到Terminal Bus。需核对老网络协议（如令牌环、专有总线）与新以太网的差异，必要时增加网关或通信处理器。
- I/O卡件映射到分布式I/O：老系统的本地I/O或远程I/O，映射到ET 200M/ET 200SP HA。需核对信号类型（AI/AO/DI/DO）、数量、隔离方式、供电方式。
- 组态数据库映射到CFC/SFC/WinCC：老系统的控制逻辑（功能块、梯形图、顺序表）映射到CFC/SFC；老系统的画面和报警映射到WinCC。这是工作量最大的部分，需逐回路核对。
四、映射示例与判断依据
假设某老DCS有3个控制站（CS01、CS02、CS03）、2台操作站（OS01、OS02）、1套令牌环控制网。目标架构设计如下：
| 老对象 | 新对象 | 映射方式 | 判断依据 |
|---|---|---|---|
| CS01（带反应单元） | AS01（CPU 410-5H冗余） | 一对一映射 | 反应单元连续生产，停车损失大，需冗余 |
| CS02（带公用工程） | AS02（S7-400单CPU） | 一对一映射 | 公用工程可用性要求较低，单CPU即可 |
| CS03（带储运单元） | AS03（S7-400单CPU） | 一对一映射 | 储运单元独立，联锁少 |
| OS01、OS02 | OS服务器冗余+3台客户端 | 功能合并与扩展 | 原操作站功能集中，新系统需增加客户端覆盖更多操作区域 |
| 令牌环控制网 | Plant Bus（工业以太网环网） | 协议替换 | 令牌环已淘汰，以太网环网满足冗余要求 |
映射完成后，需验证三点：一是AS站与OS站的通信是否满足刷新周期要求（通常<500ms）；二是冗余切换是否影响控制回路；三是老系统的特殊功能（如自定义算法、特殊通信）是否在新系统中找到等效实现。若找不到等效实现，需在架构设计阶段预留解决方案，例如通过开放接口或第三方网关。
这张图把老系统的五个对象与PCS 7目标架构的对应关系直接画出来，重点不是“画得好看”，而是让迁移团队一眼看清：哪个老站对应哪个新AS站、老操作站如何演变为服务器/客户端、老网络如何替换为两级以太网。图中AS01标注为冗余，AS02/AS03为单CPU，这是根据工艺可用性要求做出的差异化设计，而不是统一冗余。
五、架构设计中的常见陷阱
第一，把老系统的“一个控制站”机械地映射为“一个AS站”，忽略工艺单元之间的联锁关系。若两个老站之间有硬线联锁，拆分后需改为网络联锁，必须确认网络刷新周期满足联锁响应时间。第二，忽略老系统I/O卡件的信号类型与供电方式，导致新I/O模块选型错误。第三，冗余策略与网络规划脱节，例如CPU冗余但网络单环，单点断线仍会导致通信中断。第四，ES与OS服务器共用时，组态下载可能引起OS短暂中断，需在架构设计阶段明确是否独立设置ES。
完成目标架构设计和映射后，下一步才是硬件选型、网络规划和组态实施。架构设计阶段多花一周时间把映射关系理清，实施阶段可以少返工一个月。这是老旧DCS升级迁移中最值得投入的前期工作。