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

          STOP 操作状态 响应 在 STOP 操作状态下，CPU 不执行用户程序。 如果两个 CPU 均处于 STOP 模式，则根据相应模块的组态禁用或响应所有输出：将提供组 态的替换值或保持上一个值输出，从而将控制过程保持在安全操作状态。 注意事项 在 STOP 操作状态下，备用 CPU 不会与 IO 设备建立连接。 在 STOP 操作状态下，主 CPU 会与 IO 设备建立连接。如果已组态系统 IP 地址，即使主 CPU 处于 STOP 操作状态，也会激活系统 IP 地址。 如果两个 CPU 均处于 STOP，并且将组态下载到一个 CPU 中，注意以下几点： • 尚未将组态下载到备用 CPU 且备用 CPU 应成为主 CPU： 将备用 CPU 切换为主 CPU（可在下载过程的事件对话框中或通过 CPU 的模式切换来操 作）。• 即使主 CPU 处于 STOP 操作状态，将组态下载到主 CPU 后，也会按照下载的硬件配置 对所连接 IO 设备进行组态。  SYNCUP 操作状态 SYNCUP 操作状态（jinxian备用 CPU） 在 SYNCUP 操作状态下，操作系统将同步备用 CPU 与主 CPU。主 CPU 处于 RUN-Syncup 操作状态并对操作过程进行控制。 与主 CPU 不同，备用 CPU 不会转入 STARTUP 操作状态。 更多信息，请参见“SYNCUP 系统状态 (页 329)”部分。注意事项 SYNCUP 期间，对在线功能的访问会受限。更多信息，请参见“测试功能 (页 420)”部分。RUN 操作状态 RUN 操作状态 主 CPU 转入 RUN-Redundant 系统状态前，会经历以下操作模式： • RUN • RUN-Syncup • RUN-Redundant 备用 CPU 只有 RUN-Redundant 操作状态。 响应 在 RUN 操作状态下，主 CPU 的操作特性与 S7-1500 标准 CPU 相同：执行循环、时间驱动 型和中断驱动型程序。 在每个程序周期内，将自动更新“自动更新”过程映像中的地址。更多信息，请参见“过程映 像和过程映像分区 (页 258)”部分。 当 CPU 写入输出和读取输入时，循环程序将从第一条指令开始执行并运行到Zui后一条指 令。高优先级的事件（如，硬件中断、诊断中断和通信）可中断循环程序执行并延长循环 时间。如果已组态有Zui小循环时间，则 CPU 将在该Zui小循环时间后才结束循环程序的执行（即 使用户程序早已完成）。 操作系统将基于可组态的上限值（即，Zui大循环时间）监视循环程序的运行时间。通过调 用 RE_TRIGR 指令，可在程序的任何位置处重新启动时间监视。 如果循环程序超过Zui大循环时间，则操作系统可能会启动时间错误 OB (OB 80)。更多信 息，请参见“启动事件 (页 268)”部分。 在 RUN 操作状态下的注意事项 在非冗余操作过程中，两个 CPU 相互独立，可以有不同的项目。 RUN-Syncup 操作状态 在 RUN-Syncup 操作状态下，备用 CPU 将与主 CPU 进行同步。SYNCUP 会暂时对主 CPU 造成影响（例如，延时异步服务，以及通过传输送负载和工作存储器内容来延长循环时 间），并同时在备用 CPU 中运行。更多信息，请参见“SYNCUP 系统状态 (页 329)”部分。RUN-Redundant 操作状态 冗余系统处于 RUN-Redundant 系统状态。两个 CPU 同步处理用户程序。

         SYNCUP 系统状态 要求 • 两个 CPU 的订货号和固件版本相同。 • 每个 CPU 中都插入了 SIMATIC 存储卡。 • PROFINET 环网闭合并且已组态。 • S7-1500H 冗余系统中至少有一个冗余连接（光纤电缆）。 • 已组态的 PROFINET 环网中的介质冗余角色： – 两个 CPU 的介质冗余角色为“管理器（自动）”。 – PROFINET 环网中其它所有设备的介质冗余角色为“客户端”。 • 已对两个 CPU 进行配对。 • 主 CPU 处于 RUN 操作状态。 • SYNCUP 的执行未禁用（默认设置）。 • 未运行加载功能。 • 不使用断点进行测试。 使用断点进行测试时不执行 SYNCUP。有关使用断点进行测试的更多信息，请参见 STEP 7 在线帮助。SYNCUP 系统状态 在 SYNCUP 系统状态下进行同步可确保两个 CPU 可以冗余方式运行。在 SYNCUP 系统状 态下，冗余系统会从 RUN-Solo 系统状态切换为 RUN-Redundant 系统状态。之后，两个 CPU 将同步处理同一个用户程序。启动 SYNCUP 初始情况为 RUN-Solo 系统状态。冗余系统的主 CPU 处于 RUN 操作状态，备用 CPU 处于 STOP 操作状态。 操作状态显示在显示屏上：通过以下方式启动 SYNCUP： • 通过 PG/PC/HMI 设备或显示屏启动备用 CPU，并将模式选择器设为 RUN。 或 • 将备用 CPU 上的模式选择开关由 STOP 切换到 RUN。 或 • 为备用 CPU 上电（将模式选择器设为 RUN）。准备 SYNCUP 系统状态 SYNCUP 启动后，CPU 准备 SYNCUP： • 备用 CPU 切换为 SYNCUP 操作状态，并向主 CPU 发送状态消息。 • 主 CPU 随后从 RUN 操作状态切换为 RUN-Syncup。 当前操作状态显示在显示屏上：SYNCUP 系统状态的顺序 两个 CPU 的操作系统会分五个阶段完成 SYNCUP： • 复制 SIMATIC 存储卡 ① • 重新启动备用 CPU ② • 完成任务 ③ • 复制工作存储器 ④ • 弥补备用 CPU 滞后 ⑤ 主 CPU 的显示屏会显示 SYNCUP 系统状态的当前阶段。 备用 CPU 的显示屏在 ② 到 ⑤ 阶段显示“正在连接...”(Connecting...) 状态，直至达到 RUNRedundant 系统状态。① 复制 SIMATIC 存储卡 主 CPU 会将装载存储器的部分内容复制到备用 CPU： • \SIMATIC.S7S 文件夹中 CPU 的用户程序、系统块和项目数据 说明 覆盖装载存储器的内容 复制会用主 CPU 装载存储器的内容覆盖备用 CPU 的 SIMATIC 存储卡中的装载存储器内 容。 主 CPU 的显示屏指示复制进程。② 重新启动备用 CPU 备用 CPU 重新启动并自动切换回 SYNCUP 操作状态。 备用 CPU 的显示屏显示“正在连接...”(Connecting...) 状态。③ 完成任务 在主 CPU 上异步运行的指令会终止，会接受新指令，但不会启动这些指令。 从此时起，重新启动的异步指令将会延迟，直到达到“复制工作存储器”阶段。指令的 “BUSY”输出参数为“1”。但是，处理过程尚未开始。 主 CPU 中的通信连接暂时终止。不能再删除、加载、生成或压缩用户程序中的块。不能 再执行任何测试或调试功能。④ 复制工作存储器 主 CPU 在下一循环控制点保存其存储器内容和某些系统存储器内容（备用 CPU 转储）的 一致快照。过程映像、位存储器、SIMATIC 时间/计数功能、临时本地数据、数据块内容。 保存完快照后，主 CPU 会立即恢复执行用户程序。会重新建立通信连接并开始执行异步 指令。 主 CPU 会将一致的快照复制到备用 CPU 并继续并行操作。数据块、过程映像等会立即被 主 CPU 中的当前数据覆盖。 主 CPU 的显示屏指示复制进程。⑤ 弥补备用 CPU 滞后 在阶段 ⑤，备用 CPU 会追上主 CPU 的进度。 备用 CPU 将在每个循环控制点向主 CPU 发送有关程序进度的状态消息。 主 CPU 的显示屏指示备用 CPU 的滞后时长。一旦备用 CPU 追赶上主 CPU，两个 CPU 均会切换为 RUN-Redundant 操作状态。备用 CPU 建立与 IO 设备的连接（jinxian系统冗余 S2 和 R1）并且通信链路再次可用。两个 CPU 同步 处理用户程序。 说明 SYNCUP 期间的负荷较大 如果 SYNCUP 期间的负荷较大，会延长程序循环时间。 SYNCUP 耗时过长，且显示屏未显示任何进度，可中止 SYNCUP 并优化用户程序。更多信 息，请参见“SYNCUP 系统状态中止”。 说明 设置足够长的Zui大循环时间 为 CPU 组态足够长的Zui大循环时间。系统状态进行 SYNCUP → RUN-Redundant 转换时， 可能会导致循环时间临时增加。SYNCUP 的特性 操作步骤 SYNCUP 系统状态期间的影响 在主 CPU 上处理用户程序 会处理所有优先级类 (OB)。快照期间，处理会延迟。保存完快照 后，主 CPU 会立即恢复执行用户程序，并会开始执行异步指令。 删除、加载、生成和压缩块 无法删除、加载、生成和压缩块。 处理通信功能 部分功能的执行会受到限制并延迟。系统会在 SYNCUP 之后弥补所有 功能中的延迟。 PG/PC 操作 根据所处的 SYNCUP 阶段，PG/PC 与 CPU 之间可能无法进行在线连 接。现有连接被中止。 测试和调试功能，如“监视和修改变 量”、“监视（开/关）”。 根据所处的 SYNCUP 阶段，可能无法使用任何测试和调试功能。 主 CPU 中的连接处理 开始时，所有通信连接都会中止。 保存完快照后，主 CPU 会通过有效的连接建立方式重新建立通信连 接。请注意，CPU 需要一些时间来重新建立通信连接。 CPU 使用被动连接设置重新建立连接端点以进行通信连接。 备用 CPU 中的连接处理 开始时，所有通信连接都会中止。 备用 CPU 与 IO 设备建立连接 (AR)（jinxian S2 和 R1 系统冗余）。 在备用 CPU 追赶过程中，备用 CPU 上的通信连接可用。 诊断报警 SYNCUP 系统状态期间，诊断报警可能会延迟。OB 82 报告延迟的诊断报警。 如果在“弥补备用 CPU 滞后”阶段出现诊断报警，诊断报警会延长此阶 段的时间。更多信息，请参见“程序处理的基础知识”部分。SYNCUP 系统状态中止 即使已成功启动 SYNCUP 系统状态，以下情况下也能进行中止： • 将其中一个 CPU 断电时。 • 如果将备用 CPU 切换为 STOP；主 CPU 会继续在 RUN 操作状态下进行操作。 SYNCUP 的中止可能会延迟几秒钟。 • 如果将主 CPU 设为 STOP；冗余系统会切换为 STOP 系统状态，因为备用 CPU 未准备 好接管对过程的控制（未在下图中显示）。如适用，备用 CPU 重新启动。 • 如果 100 次程序循环及 10 至 13 秒后备用 CPU 滞后未减小到Zui小值以下，主 CPU 会 中止 SYNCUP。评估主 CPU 和备用 CPU 的诊断缓冲区。 • 如果其中一个 CPU 检测到会影响进度的错误，例如主 CPU 中超出循环时间。 • 如果在切换为 SYNCUP 系统状态之前 PROFINET 环网已中断，或者 PROFINET 环网在 SYNCUP 期间中断。 • 如果 PROFINET 环网中除 CPU 以外还有其它设备，且已为这些设备分配了介质冗余角 色“管理器”或“管理器（自动）”。 • 如果在带有 PROFINET 环网 (R1) 的组态中，备用 CPU 在 SYNCUP 之前被分配了介质冗 余角色“非环网中的设备”(Not device in the ring)。