2. S7-1500R/H冗余系统架构
S7-1500R/H 是西门子在中高端过程控制与关键基础设施领域推出的冗余 PLC 方案，它把“两个 CPU 同时运行同一份程序”这件事做成了硬件与固件层面的原生能力，而不是靠外部软件拼装。理解 R/H 的关键，是先分清 R 与 H 的差别：R 系列（如 CPU 1513R-1 PN、CPU 1515R-2 PN）是软冗余思路的进化版，两个 CPU 通过 PROFINET 环网互联，主备角色由固件仲裁；H 系列（如 CPU 1517H-3 PN、CPU 1518HF-4 PN）则是真正的硬件冗余，两个 CPU 通过专用的同步模块和光纤链路直接耦合，同步带宽和确定性远高于 R 系列。本节围绕硬件结构、冗余原理、同步机制、切换行为与典型场景展开。
一、硬件结构：R 与 H 的物理差异
R 系列的两个 CPU 各自独立供电、独立插存储卡，之间只通过 PROFINET 环网连接，没有专用同步硬件。这意味着 R 系列的同步数据必须走标准以太网，受网络负载影响，同步周期通常在毫秒级。H 系列则不同：每个 CPU 上插一块同步模块（如 6ES7960-1AB06-0XA0），两块同步模块之间用光纤直连，形成一条与 PROFINET 完全隔离的同步通道。这条通道只传输冗余同步数据，不受现场网络流量干扰，因此 H 系列能实现微秒级的同步精度和更短的切换时间。
从 I/O 角度看，R/H 都支持两种连接方式：一是单侧连接，即一个 ET 200SP/MP 站只接到其中一个 CPU，故障时由另一个 CPU 接管；二是系统冗余连接，即 I/O 站同时与两个 CPU 建立两条 PROFINET 连接（H 系列常用），任一 CPU 故障时 I/O 站可无缝切换到另一条链路。H 系列配合系统冗余 I/O 时，切换过程对现场设备几乎无扰动。
二、冗余原理与同步机制
R/H 的冗余原理可以概括为“同一程序、双份执行、周期同步、单侧输出”。两个 CPU 加载完全相同的项目，执行相同的用户程序。每个扫描周期结束时，主 CPU 把过程映像、数据块、定时器状态等同步数据发送给备 CPU，备 CPU 接收后更新自己的数据，使两者状态保持一致。这样当主 CPU 故障时，备 CPU 已经持有最新的过程状态，可以立即接管。
同步机制上，R 系列采用周期同步：主 CPU 在每个 OB1 周期结束后触发同步，备 CPU 在收到同步数据后确认。同步数据量越大、网络越拥挤，同步周期越长。H 系列则采用事件驱动 + 高速链路：同步模块在后台持续传输增量数据，主备之间的状态偏差被控制在极小范围内。H 系列还支持冗余 I/O 的交叉校验，即两个 CPU 同时读取同一 I/O 站的数据，在同步通道中比对，若不一致则触发诊断。
需要特别注意的是，同步并不等于“两个 CPU 输出都有效”。在任何时刻，只有一个 CPU 处于主控状态并驱动输出，另一个 CPU 的输出被禁用。这是冗余系统的基本安全原则：避免两个 CPU 同时驱动同一执行器造成冲突。
三、切换行为与状态迁移
切换行为是冗余系统最值得关注的部分。以 H 系列为例，当主 CPU 发生故障（电源丢失、CPU 停机、同步光纤断裂）时，备 CPU 会在一个同步周期内检测到主 CPU 失联，随即接管主控角色，继续执行程序并驱动输出。整个过程对 PROFINET 系统冗余 I/O 来说，表现为链路切换，I/O 站不会丢失连接。典型切换时间在 10 ms 以内，对于大多数过程控制回路（扫描周期 10～100 ms）来说，扰动可以忽略。
R 系列的切换则依赖 PROFINET 环网的重新收敛。当主 CPU 故障时，备 CPU 需要先检测到环网断开，再通过环网冗余协议（MRP）重新建立通信路径，然后才能接管。这个过程通常在几十到几百毫秒，对于快速过程或运动控制场景可能不够。因此 R 系列更适合对切换时间要求不苛刻的场合，如楼宇自动化、水处理、一般过程监控。
切换后，新的主 CPU 会继续使用同步过来的数据，但需要注意：如果故障发生在同步间隔内，最后一次同步之后产生的数据变化会丢失。这是所有冗余系统的固有特性，工程上通过缩短同步周期、把关键数据放在同步区来降低影响。
四、典型应用场景与选型建议
R 系列适合的场景包括：中小型水厂、泵站、换热站、楼宇空调系统、一般过程监控。这些场景的特点是 I/O 点数中等（几百点以内），扫描周期要求不苛刻（20 ms 以上），对切换时间容忍度较高（几百毫秒可接受），且预算相对敏感。R 系列两个 CPU 之间不需要额外同步硬件，成本更低，组态也更简单。
H 系列适合的场景包括：化工连续过程、制药、油气管道、电厂辅控、大型污水处理、隧道监控。这些场景要求切换时间短（10 ms 级）、I/O 规模大（上千点）、对过程扰动敏感，且通常需要系统冗余 I/O 和冗余电源。H 系列的同步模块和光纤需要额外采购，成本更高，但换来的是更高的可用性和更短的切换时间。
五、工程实施要点
在 TIA Portal 中组态 R/H 系统时，需要先在“设备与网络”中添加两个 CPU，然后在 CPU 属性中启用“冗余”功能。对于 H 系列，还需要在硬件目录中为每个 CPU 添加同步模块，并在网络视图中用光纤连接两个同步模块。对于 R 系列，两个 CPU 之间用 PROFINET 线连接成环，并启用 MRP 环网冗余。
程序方面，R/H 系统对用户程序基本透明，OB1、OB35 等组织块照常编写。但需要注意：不要在程序中直接访问硬件标识符或使用非冗余的通信指令，否则切换后可能失效。对于需要跨 CPU 同步的数据，应放在支持冗余同步的数据块中。此外，R/H 系统不支持某些单 CPU 专用的功能（如高速计数、运动控制），选型时要确认工艺需求是否落在支持范围内。
调试阶段，可以通过 CPU 的显示屏或 TIA Portal 在线诊断查看主备状态、同步质量和切换记录。建议在投运前做一次手动切换测试：在 TIA Portal 中执行“切换主备”命令，观察 I/O 是否保持、程序是否连续、诊断缓冲区是否记录切换事件。这是验证冗余系统是否真正可用的最直接方法。