3. Studio 5000冗余项目创建与控制器属性配置
冗余项目的创建并不是在普通项目上简单勾选一个“冗余”复选框，而是从项目类型、控制器型号、通信路径到同步策略的一整套约束选择。Studio 5000 Logix Designer 对冗余的支持集中在 ControlLogix 平台（1756 系列），并且要求主、从控制器型号一致、固件版本一致、项目文件一致。理解这一点，是后续所有配置动作的前提：冗余的本质是“两个完全相同的控制器，通过专用同步链路保持程序与数据一致，由其中一个对外提供服务”。
一、新建冗余项目的正确入口
在 Studio 5000 中新建项目时，Controller Type 必须选择支持冗余的 1756 控制器，例如 1756-L71、1756-L72、1756-L73、1756-L8x 系列（具体支持型号随固件版本变化，应以当前版本 Release Notes 为准）。如果一开始选了 1756-L61 这类不支持冗余的型号，后续是无法通过属性修改“升级”为冗余项目的，只能重建项目。因此第一步就要选对型号。
新建项目时还需要注意：
- 项目 Revision（固件版本）：主从控制器必须运行同一固件版本，项目 Revision 应与控制器实际固件匹配，否则下载时会被拒绝。
- Chassis 与 Slot：冗余系统中主控制器通常位于机架 0 的某个槽位，从控制器位于另一个机架（或同一机架的冗余槽位配置），槽位规划要在建项目前确定。
- 通信模块：冗余系统一般使用 1756-EN2TR/EN3TR 等支持冗余的 EtherNet/IP 通信模块，普通 ENBT 不支持冗余同步。
项目创建完成后，进入 Controller Properties（控制器属性），在 Redundancy 选项卡中启用冗余功能。此时 Studio 5000 会要求指定冗余配置参数，包括同步方式、主从角色判定方式以及切换行为。
二、冗余控制器关键参数
控制器属性中的冗余参数决定了系统“怎么同步、谁做主、切换多快”。下面这张图展示了主控制器、从控制器、同步链路与外部 I/O 之间的信号与数据关系，以及关键参数在其中的作用位置。
图中可以看到，主控制器负责运行程序并驱动 I/O，从控制器通过冗余同步链路接收程序、标签和强制值，但输出被禁用。当主控制器发生故障或手动切换时，从控制器接管 I/O 所有权，角色变为 Primary。切换时间取决于同步周期和切换方式，通常在几十毫秒到几百毫秒量级（具体数值与控制器型号、程序规模、通信负载有关，应以实际测试为准）。
三、主从角色分配
主从角色不是人为“指定”的，而是由系统根据机架/槽位优先级和上电顺序自动判定。在 ControlLogix 冗余配置中，通常约定：
- 位于较低槽位号的控制器优先成为 Primary；
- 若两个控制器同时上电，槽位号小者先取得 Primary 角色；
- 若一个控制器先上电并已进入 Run，后上电者自动成为 Secondary 并开始同步。
因此，工程上建议先给主控制器上电，待其进入 Run 后再给从控制器上电，这样可以避免角色争抢和同步失败。如果两个控制器同时上电且槽位相同（例如同一机架的两个冗余槽位），系统会按内部优先级判定，此时应通过 RSLogix/Studio 5000 的 Redundancy 状态页确认实际角色。
四、同步策略与 Crossload
同步策略的核心是 Crossload（交叉装载）。Crossload 是把主控制器的程序、标签数据库、强制值等完整复制到从控制器的过程。Studio 5000 提供两种方式：
- Auto Crossload：从控制器上电或更换后，自动从主控制器同步。适合大多数常规场景，配置简单。
- Manual Crossload：需要工程师手动触发同步。适合程序变更后需要确认再同步的场合，避免错误程序被自动复制到从控制器。
无论哪种方式，Crossload 都要求主从控制器的项目文件完全一致。如果主控制器在线修改了程序但未下载到从控制器，同步状态会变为 Not Synchronized，此时必须执行 Crossload 才能恢复冗余。工程实践中，建议在每次程序修改并下载后，立即检查冗余状态，必要时手动触发 Crossload。
同步周期与控制器扫描周期相关。程序越大、标签越多，Crossload 时间越长。对于大型项目，首次同步可能需要数秒到数十秒。同步过程中从控制器不参与 I/O 控制，因此不会影响主控制器的正常运行。
五、配置检查清单
完成冗余项目创建与属性配置后，建议按以下清单逐项确认，避免上线后才发现问题：
| 检查项 | 要求 | 确认方式 |
|---|---|---|
| 控制器型号 | 主从一致，且支持冗余 | Controller Properties → General |
| 固件版本 | 主从完全一致 | Controller Properties → General |
| 项目 Revision | 与控制器固件匹配 | 项目属性 / 下载时校验 |
| 冗余使能 | Redundancy 选项卡已启用 | Controller Properties → Redundancy |
| 同步链路 | 物理连接正常，无丢包 | 通信模块状态灯 / 网络诊断 |
| 角色状态 | 一主一从，Synchronized | Redundancy 状态页 |
| Crossload 方式 | 按项目需求选择 Auto/Manual | Redundancy 选项卡 |
| I/O 所有权 | 仅 Primary 驱动输出 | I/O 状态 / 模块指示灯 |
这张清单覆盖了从项目创建到同步验证的关键节点。实际工程中，最容易出问题的是固件版本不一致和项目 Revision 不匹配，这两项在下载阶段就会报错，应优先排除。其次是同步链路质量，如果冗余通信模块之间的链路不稳定，会出现频繁切换或同步失败，需要通过交换机端口统计和模块诊断确认。
最后需要强调：冗余配置完成后，必须进行切换测试。测试方法包括手动切换（通过属性页或外部开关）和模拟故障切换（断开主控制器电源或通信）。测试时应观察从控制器是否在预期时间内接管 I/O，输出是否保持，以及切换后系统是否重新进入 Synchronized 状态。只有通过切换测试，才能确认冗余配置真正生效。