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

         S7-1500R/H 冗余系统的特殊指令通过 RH_CTRL 指令禁用/启用 SYNCUP 简介 可使用“RH_CTRL”指令禁用 S7-1500R/H 冗余系统的 SYNCUP 或启用 SYNCUP 的执行。禁 用适用于： • 直至通过“RH_CTRL”指令取消禁用 • 直至 S7-1500R/H 冗余系统切换为 STOP 系统状态事件源与 OB 间的分配 OB 类型决定了将 OB 分配给事件源的位置： • 对于硬件中断：在硬件配置中分配 • 对于其它所有 OB 类型：组态事件源后，在 创建 OB 时在适当的位置进行分配。 OB 优先级和运行时特性 如果 OB 被分配给事件，则 OB 将拥有该事件的优先级。S7-1500R/H CPU 支持的优先级从 1（Zui低）到 26（Zui高）。以下条目对于事件执行必不可少： • 调用和执行所分配的 OB • 更新已分配 OB 的过程映像分区 用户程序按优先级独占式处理 OB。这意味着同时发出多个 OB 请求时，程序将首先处理 优先级Zui高的 OB。如果所发生事件的优先级高于当前执行的 OB，则中断此 OB 的执行 *。对于优先级相同的事件，用户程序按发生的时间顺序进行处理。*例外情况：在 RUN-Redundant 系统状态下，优先级较高的 OB 83“插拔模块”不会中断 OB 82“诊断中断”的执行。 说明 通信 通信（例如 PG/PC 的测试功能）的优先级始终为 15。为了避免时间关键型应用中的程序 运行时间发生不必要的延长，应确保这些 OB 不会被通信延迟或中断。为这些 OB 分 配 > 15 的优先级。

       示例：为行李处理系统禁用/启用 SYNCUP 自动化任务 机场的行李处理系统用于分发行李。航班到达后，所有行李会装载到行李处理系统中。行 李以高速通过扫描仪。扫描仪检查行李的目的地： • 如果一件行李已到达其目的机场，行李处理系统会直接将其转送到行李提取处。 • 如果一件行李未到达其Zui终目的地，系统会立即将其重新转到转接班机。为了确保机场行李处理系统具有高可用性，可使用 S7-1500R/H 冗余系统作为控制器。如 果其中一个 CPU 发生故障（冗余丢失），S7-1500R/H 冗余系统会由 RUN-Redundant 系 统状态切换为 RUN-Solo。CPU 会继续确保对行李处理系统的通知，但没有其它冗余 CPU 可用。 用替换 CPU 更换故障 CPU。有关更换 CPU 的操作步骤，请参见“更换故障 R/H-CPU (页 394)”部分。 将更换后的 CPU 设置为 RUN 模式后，R/H 系统立即做出以下响应： • 替换 CPU（备用 CPU）切换为 SYNCUP 操作状态，并向主 CPU 发送相应状态消息。 • 主 CPU 随后从 RUN 操作状态切换为 RUN-Syncup。 • 之后，S7-1500R/H 冗余系统会执行 SYNCUP。处于 SYNCUP 状态时，主 CPU 的用户程序运行的循环时间会延长。在该循环中，冗余系 统响应输入信号变化之前存在一定的延迟。 在 SYNCUP 系统状态下，当一件行李通过扫描仪时，冗余系统只能在如上所述的延长循环 时间后才会响应扫描仪。Zui坏的情况下，行李已在系统作出响应之前通过导向装置。此件 行李随后会移至行李领取处，而不是转接班机。 特点 需要使用“RH_CTRL”指令，根据需要禁用和启用 SYNCUP 的执行。 解决方法 可使用“RH_CTRL”指令禁用 S7-1500R/H 冗余系统 SYNCUP 系统状态的执行。如果不再需 要禁用 SYNCUP 状态，可使用“RH_CTRL”指令再次启用此状态的执行。 禁用 SYNCUP 的执行可避免行李处理系统满负荷或接近满负荷运行时程序循环延长。为 此，在用户程序中使用块参数 MODE = 3 调用“RH_CTRL”指令。 用替换 CPU 更换故障 CPU。 将更换后的 CPU 从禁用的 SYNCUP 状态设置为 RUN 状态后，R/H 系统立即做出以下响 应： • 更换后的 CPU（备用 CPU）显示 SYNCUP 状态。• 然后，主 CPU 显示 RUN-Syncup 状态。 • 冗余系统切换为 SYNCUP 系统状态。冗余系统尚未运行 SYNCUP。 一旦行李处理系统以低负荷运行（例如在夜间），则立即启用 SYNCUP 系统状态。为此， 在用户程序中使用块参数 MODE = 4 调用“RH_CTRL”指令。 冗余系统以 SYNCUP 状态运行。冗余系统随后会切换为 RUN-Redundant 系统状态。现 在，在用户程序中使用块参数 MODE = 3 调用“RH_CTRL”指令，再次禁用 SYNCUP。 参考 有关“RH_CTRL”指令的更多信息，请参见 STEP 7 在线帮助。 有关 SYNCUP 的更多信息，请参见“SYNCUP 系统状态”部分。

          通过“RH_GetPrimaryID”确定主 CPU 使用“RH_GetPrimaryID”指令读取当前作为主 CPU 的 CPU。该指令会在块参数 Ret_Val 中 输出主 CPU 的冗余 ID。示例：从主 CPU 的 SIMATIC 存储卡中读取维护信息 从主 CPU 的 SIMATIC 存储卡中读取维护信息的操作步骤如下： 1. 通过“RH_GetPrimaryID”获取主 CPU 的冗余 ID。 2. 通过“GetSMCInfo”从主 CPU 的 SIMATIC 存储卡中读取维护信息。 – 如果冗余 ID 为 1 的 CPU 为主 CPU，则在块参数 Mode 中输入“12”（“1”代表冗余 ID，“2”代表维护信息）。 – 如果冗余 ID 为 2 的 CPU 为主 CPU，则在块参数 Mode 中输入“22”（“2”代表冗余 ID，“2”代表维护信息）。在程序执行过程中，同步和异步指令有着显著不同。 “同步”和“异步”属性与指令调用与执行间的时间顺序相关。 以下情况适用于同步指令：同步指令调用完成时，指令执行也完成。 而异步指令，则情况有所不同：异步指令调用完成时，异步指令的执行不一定完成。这也 就意味着，异步指令的执行可以跨多次调用。在 CPU 中，异步指令的执行与用户程序循 环同时进行。异步指令在 CPU 中生成待处理的作业。 异步指令通常用于传输数据（例如，模块的数据记录、通信数据或诊断数据）。 同步/异步指令之间的不同之处 下图显示了异步指令和同步指令处理的不同之处。在该图中，CPU 在指令执行完成（如， 完成传输数据记录）之前，调用该异步指令五次。 使用同步指令，在每次调用中全面执行该指令。SYNCUP 系统状态下处理异步指令。 如果 S7-1500R/H 冗余系统执行 SYNCUP，会延长异步指令的处理时间。 需要循环调用异步指令（例如在 OB 1 中）才能实现 SYNCUP 系统状态的动态响应。 异步指令作业的并行处理 CPU 可同时执行多个异步指令作业。在以下情况下，CPU 将并行执行多个作业： • 用于异步指令的作业会启动，而该指令的其它作业仍在运行中。 • 但不超出该指令可同时运行的作业Zui大数目。 下图显示了 WRREC 指令中两个作业的并行处理。在一段时间内，两个指令同时执行。异步语句之间的依赖关系 用户程序中的调用顺序可能不同于异步指令的处理顺序。这可能导致异步指令之间的依赖 关系出现问题。 解决方法：为确保能够正确地按先后顺序进行处理，请在顺控器中使用异步语句的状态输 出。仅当异步指令已完成且已通过参数 DONE 确认后，才能开始执行下一条异步指令。 示例：对于 RecipeImport 和 RecipeExport 配方功能，需要使用 CSV 文件存储配方数据。 如果导入和导出时使用同一 CSV 文件，则两个异步语句会建立相互依赖关系。在顺控器 中，将跳转中 RecipeImport 指令的参数 DONE 状态关联到将执行 RecipeExport 的下一 步。进行此关联后，可确保正确进行处理。为作业分配指令调用 要跨多个调用执行一个指令，CPU 需向该指令正在运行的作业唯一指定一个后续调用。 CPU 可通过以下两种方式为作业分配一个调用，具体取决于指令的类型： • 使用指令的背景数据块（“SFB”类型） • 使用标识该作业的指令的输入参数。在异步指令的执行过程中，这些输入参数必须与 执行过程中的各调用相匹配。 示例：指令“RD_DPARA”由 LADDR 和 RECNUM 标识。 异步指令的状态 异步指令通过块参数 STATUS/RET_VAL 和 BUSY 显示指令的状态。有些异步指令也会使用 块参数 DONE 和 ERROR 显示。 下图显示了两个异步指令 WRREC 和 RD_DPARA 的执行① 输入参数 REQ 用于启动作业，执行异步指令。 ② 输出参数 DONE 用于指示该作业已完成且无错误。 ③ 输出参数 BUSY 用于指示作业是否正在执行。BUSY=1 时，为该异步指令分配资 源。BUSY= 0 时，未分配资源。 ④ 输出参数 ERROR 用于指示发生了错误。 ⑤ 输出参数 STATUS/RET_VAL 用于提供有关作业执行的状态信息。发生错误后，输出 参数 STATUS/RET_VAL 用于接收错误信息。 

          下表简要列出了上文中介绍的参数关系。在该表格中，还特别列示了调用后但指令执行不 完整时可能的输出参数值。 说明 同步指令的输出参数可以在每次调用时更改。 因此，每次调用异步指令后，需对相关输出参数进行评估。资源的使用 异步指令在执行过程中将占用 CPU 中的资源。根据 CPU 类型和指令的不同，资源的使用 具有一定限制。CPU 仅可同时处理设定的Zui大数目的异步指令作业。在作业成功完成后或 在出错后，这些资源将再次可用。 示例：对于 RDREC 指令，S7-1500R/H CPU Zui多可以并行处理 20 个作业。 如果超出一个指令可同时运行的Zui大作业数量，开始另一作业时，会出现以下情况： • 作业未执行。 • ERROR 输出参数返回值 1。 • STATUS 块参数返回错误代码 W#16#80C3（资源不足）。 说明 低层级的异步指令 某些异步指令可使用一个或多个低层级的异步指令进行处理。下表列出了这种相关性。 请注意，每条级别较低的指令通常占用指令资源池中的一个资源。