SIEMENS西门子 5SL系列小型断路器230-400V 6kA 5SL4201-7CC

        “RH_GetPrimaryID”指令 在用户程序中使用“RH_GetPrimaryID”指令读取当前作为主 CPU 的 CPU（更多信息，请参 见“通过“RH_GetPrimaryID”确定主 CPU (页 279)”部分）。 OB 72（CPU 冗余错误） 除了 S7-1500 CPU 中的 OB 之外，还可使用 OB 72（CPU 冗余错误）。发生以下某个事件 时，R/H 系统中各 CPU 的操作系统将调用 CPU 冗余错误 OB (OB72)： • 由于 CPU 故障，导致冗余丢失 • 由于 CPU 切换为 STOP 模式（由用户或系统触发），导致冗余丢失 固件版本 V2.8 及以下版本： • R/H 系统已进入 RUN-Redundant 系统状态。 自固件版本 V2.9 开始： • R/H 系统已进入 RUN-Redundant 系统状态，两个 R/H-CPU 可以冗余同步。 • R/H 系统已进入 RUN-Redundant 系统状态，但两个 R/H-CPU 无法冗余同步。 • R/H 系统仍处于 RUN-Redundant 系统状态，两个 R/H-CPU 可以立即或再次冗余同步。 • R/H 系统仍处于 RUN-Redundant 系统状态，但两个 R/H-CPU 不能继续保持冗余同步。未冗余同步的 R/H 系统不允许再出现任何故障。这种情况下，需检查并尽可能立即维修 PROFINET 环网（R 系统）或光缆（H 系统）。 OB 70（IO 冗余错误） 自固件版本 V3.0 起，可通过 OB 70（I/O 冗余错误）诊断 S7-1500H 系统中的 R1 和 S2 设 备。 如果 R1/S2 冗余设备在系统状态 RUN-Redundant 下发生冗余丢失或冗余返回，则 CPU 的 操作系统会调用 OB 70。冗余丢失意味着 R1/S2 设备的两个 AR 的一个 AR 发生故障。冗 余返回意味着 R1/S2 设备的第二个 AR 返回。 例如，冗余丢失是由以下事件之一引起的： • 由于电压故障导致 S2 设备故障 • R1 设备的两个接口模块之一故障 • R1 或 S2 设备一侧的线路中断仅在 RUN-Redundant 系统状态下调用 OB 70。H 系统退出系统状态 RUN-Redundant 时， 将调用 OB 72（CPU 冗余错误）。 STEP 7 在线帮助 有关指令和块的更多信息，请参见 STEP 7 在线帮助。 程序执行过程中的特性 • 在 STEP 7 项目树的顶端 CPU（如，PLC_1）中，创建 S7-1500R/H 冗余系统的用户程 序。 • 冗余系统 S7-1500R/H 不支持某些 S7-1500 CPU 指令。在 STEP 7 的“指令”(Instructions) 任务卡中，S7-1500R/H 冗余系统不支持的指令将显示为灰色。 而 STEP 7 在程序代码中，将不支持的指令显示为红色。如果编译的程序代码包含不支 持的指令，则 STEP 7 将输出错误消息。 有关不支持的指令，请参见“限制 (页 265)”部分。 • 如果指令中带有“LADDR”块参数，则可通过该参数确定两个 CPU 中该指令的目标 CPU。 示例：要读取冗余 ID 为 1 的 CPU 的 I&M 数据，可在“Get_IM_Data”指令的“LADDR”块 参数中指定硬件标识符 65149（或系统常量“Local1”）。 有关 S7-1500R/H 冗余系统的块参数和系统常量，请参见 STEP 7 在线帮助。• 在 SYNCUP 操作模式下，许多异步操作指令的执行时间将延长。如果在 S7-1500R/H 冗余系统处于 SYNCUP 系统状态下时调用异步指令，可能不会触发所需功能。 解决方法：SYNCUP 结束后，再次调用异步指令。即会触发所需功能。 建议：始终循环调用异步指令。

             • 与 S7-1500 自动化系统相比，冗余 S7-1500R/H 系统不仅会在优化块访问期间，还会 在非优化块访问期间初始化功能 (FC) 的本地临时数据。有关优化块访问的系统初始化 信息，请参见 STEP 7 在线帮助。 • 通过 SNMP 状态的数据记录和非循环通信故障时的行为（例如，使用指令 RDREC 和 WRREC）更改 CPU 设置： 如果要针对每次数据记录传输的指定应用案例更改 CPU 的默认行为，可为此使用以下 特殊数据记录。标准 CPU 和 R/H-CPU 的数据记录结构相同。但是，在冗余系统环境中 进行编程时，必须考虑特定点，以便设置对两个 CPU 都起作用。这些特定点在 《PROFINET 功能手册》和《通信功能手册》的相应部分中指定： – 《通信功能手册》编程样式指南 编程样式指南中介绍的编程指南可帮助您创建统一的程序代码。您可以更好地维护和重用 统一的程序代码。这样可以尽早检测或避免错误，如通过编译器。TMAIL_C（V5.0 或更 高版本） 发送电子邮件 固件版本为 V2.9 及更高版本的 S7-1500R/H CPU 支 持版本低于 V5.0 的指令“TMAIL_C”。 扩展指令 CREATE_DB 创建数据块 不支持在“仅在工作存储器中”模式下创建数据块。 支持另外两种模式“仅在负载存储器中”或“工作和负 载存储器中”。更多相关信息，请参见 STEP 7 在线 帮助。对启动事件的响应 发生触发时将导致以下响应： • 对于已分配 OB 的事件，将触发执行所分配的 OB。该事件将按照优先级在队列中排列 （例外情况：硬件中断）。 • 如果事件来自尚未分配 OB 的事件源，则 CPU 将执行默认的系统响应。 说明 某些事件源无需组态就已存在（如启动、拔出/插入）。OB 72 和 OB 86 对系统状态转换的响应 如果 IO 设备发生故障，OB 86 会报告“机架故障”（若设定）。OB 72 的“CPU 冗余错误”会 报告冗余系统中失去冗余或冗余同步失败。 下图显示了系统状态从 RUN-Solo 转换为 RUN-Redundant（以及反向转换）期间两个 OB 的行为。示例中有三个 IO 设备。每当其中一个 IO 设备发生故障后，IO 设备都会恢复。每次 IO 设 备故障/IO 设备恢复都会加以指示。调用 OB 86 会中断循环程序的执行。 在 SYNCUP 系统状态的“复制主存储器”阶段，处理用于中断循环程序处理过程的 OB。会 指示新的诊断事件，但尚未对 OB 进行处理。本例中，会指示 IO 设备 2 故障以及 IO 设备 3 恢复。在进入下一阶段“弥补备用 CPU 滞后”时，才会对 OB 86 进行处理。 说明 OB 86 的执行顺序 请注意，OB 86 的处理顺序可能与相关诊断事件的处理顺序不同。 说明 站重新集成时出错 当站在 R/H-CPU 中返回错误时，不会尝试在诊断缓冲区中输出确切的错误信息，这一点与 标准 CPU 相反。 OB 72 如果系统随后切换为 RUN-Redundant 系统状态，会调用 OB 72“CPU 冗余错误”。在以下情 况下，将再次调用 OB 72： • 冗余系统脱离冗余运行状态并切换为 RUN-Solo 系统状态。• 冗余系统处于冗余运行状态，两个 R/H-CPU 无法再冗余同步，或者可以再次冗余同 步。 上述情况可以通过 OB 72 的启动信息来区分。有关该主题的更多信息，请参见 STEP 7 在 线帮助。 说明 延迟执行 OB 72 由于相应的诊断事件处理与用户程序是异步进行的，因此执行 OB 72 还可能存在延迟。主-备用切换时，标准 IO 设备的 OB 72 和 OB 86 的行为 如果主 CPU 出现故障或进入 STOP 模式，标准 IO 设备将暂时与 S7-1500R/H 冗余系统分 离。从 CPU 角度来看，标准 IO 设备出现故障。会调用 OB 72“冗余错误”，但不会调用发 生故障的 IO 设备的附加 OB 86“模块机架故障”。要检测发生故障的 IO 设备，请调用 OB 72 中的 DeviceStates 指令。要检测所有发生故障的 IO 设备，必须将 OB 72 的优先级 设为 26（默认值）。 通过“交换 S1 设备”功能，新的主 CPU 再次与标准 IO 设备建立 AR。每次返回 IO 设备时都 会调用 OB 86。 在 RUN-Redundant 系统状态下，R1/S2 设备发生故障时 OB 70 和 OB 86 的行为 如果 R1/S2 设备发生故障，OB 86 会报告“模块故障”（若进行相应设定）。 • 如果在 R1/S2 设备发生故障之前存在两个 AR，则操作系统会在 OB 86 之前调用 OB 70“I/O 冗余错误” • 如果在 R1/S2 设备发生故障之前只存在一个 AR 且该 AR 未丢失，则不会调用 OB 70。 在 RUN-Redundant 系统状态下，R1/S2 设备恢复时 OB 70 和 OB 86 的行为 如果 R1/S2 设备恢复，OB 86 会报告“模块恢复”（若进行相应设定）。调用 OB 86 指示站恢复，与调用 OB 86 时 R1/S2 设备的冗余状态无关。 • 如果恢复时可建立两个 AR，则会在 OB 86 之后调用 OB 70。R1/S2 设备冗余。 • 如果恢复时仅可建立一个 AR，则不会调用 OB 70。R1/S2 设备非冗余。 OB 70 和 OB 86 的优先级 说明 OB 70 和 OB 86 的优先级 为 OB 70 和 OB 86 选择相同的优先级，或保持默认设置（优先级 6）。这样可避免 OB 彼 此中断。对于优先级相同的事件，用户程序按发生的时间顺序进行处理。SYNCUP 后 OB 70 和 OB 86 的行为 如果访问系统状态 RUN-Redundant 后 R1/S2 设备变为冗余状态，则会调用 OB 70（离 去）。 如果 IO 设备仅可通过备用 CPU 访问，且此设备在 SYNCUP 前不可访问，则在系统状态 RUN-Redundant 下会调用 OB 86（离去），而不会调用 OB 70。这说明 IO 设备已恢复且 没有冗余。 示例：OB 72 CPU 冗余故障 自动化任务 使用 S7-1500R 冗余系统控制着高炉。S7-1500R 冗余系统控制着高炉温度、体积和压力 参数。 特点 如果冗余丢失（由于主 CPU 故障等原因），高炉控制室中的信号灯会指示该事件。控制 室通知维修人员。维修人员更换故障的 CPU。解决方法 发生 CPU 冗余错误时，系统将调用 OB 72。OB 72 中的用户程序控制着 ET 200SP 中连有 信号灯的数字量输出模块（继电器）。 超出循环时间时 S7-1500R/H 冗余系统的响应 下表列出了超出循环时间时冗余系统的响应。 如果用户程序在Zui大循环时间内未到达循环控制点，冗余系统会按照“首次超出循环时间” 一列中的说明作出响应。冗余系统随后会复位循环时间监视。 如果在同一循环中第二次超出Zui大循环时间，冗余系统会按照“第二次超出循环时间”一列 中的说明作出响应。冗余系统随后会复位循环时间监视。