SIEMENS西门子 软起动器 3RW4028-1BB14

        超出循环时间时 S7-1500R/H冗余系统的响应下表列出了超出循环时间时冗余系统的响应。如果用户程序在Zui大循环时间内未到达循环控制点，冗余系统会按照“首次超出循环时间”一列中的说明作出响应。冗余系统随后会复位循环时间监视。如果在同一循环中第二次超出Zui大循环时间，冗余系统会按照“第二次超出循环时间”一列中的说明作出响应。冗余系统随后会复位循环时间监视。如果在同一循环中第三次超出Zui大循环时间，冗余系统会按照“第三次超出循环时间”一列中的说明作出响应。冗余系统随后会复位循环时间监视（仅当组态了时间错误OB 80时）。1) 在工作存储器内容快照之前 SYNCUP2) 在工作存储器内容快照之后 SYNCUP事件源与 OB 间的分配OB类型决定了将 OB 分配给事件源的位置：• 对于硬件中断：在硬件配置中分配• 对于其它所有 OB 类型：组态事件源后，在 创建 OB时在适当的位置进行分配。OB 优先级和运行时特性如果 OB 被分配给事件，则 OB 将拥有该事件的优先级。S7-1500R/H CPU支持的优先级从1（Zui低）到 26（Zui高）。以下条目对于事件执行必不可少：• 调用和执行所分配的 OB• 更新已分配 OB的过程映像分区用户程序按优先级独占式处理 OB。这意味着发出多个 OB 请求时，程序将处理优先级Zui高的OB。如果所发生事件的优先级高于当前执行的 OB，则中断此 OB的执行*。对于优先级相同的事件，用户程序按发生的时间顺序进行处理。程序执行的基本知识9.4 S7-1500R/H冗余系统的特殊指令S7-1500R/H 冗余系统276 系统手册, 01/2023, A5E41815205-AE*例外情况：在RUN-Redundant 系统状态下，优先级较高的 OB 83“插拔模块”不会中断OB 82“诊断中断”的执行。说明通信通信（例如PG/PC 的测试功能）的优先级始终为 15。为了避免时间关键型应用中的程序运行时间发生不必要的延长，应确保这些 OB不会被通信延迟或中断。为这些 OB 分配 > 15 的优先级。

      S7-1500R/H 冗余系统的特殊指令通过 RH_CTRL 指令禁用/启用SYNCUP简介可使用“RH_CTRL”指令禁用 S7-1500R/H 冗余系统的 SYNCUP 或启用 SYNCUP的执行。禁用适用于：• 直至通过“RH_CTRL”指令取消禁用• 直至 S7-1500R/H 冗余系统切换为 STOP 系统状态图9-2 RH_CTRL 指令程序执行的基本知识9.4 S7-1500R/H 冗余系统的特殊指令S7-1500R/H 冗余系统系统手册,01/2023, A5E41815205-AE 277示例：为行李处理系统禁用/启用SYNCUP自动化任务机场的行李处理系统用于分发行李。航班到达后，所有行李会装载到行李处理系统中。行李以高速通过扫描仪。扫描仪检查行李的目的地：•如果一件行李已到达其目的机场，行李处理系统会直接将其转送到行李提取处。•如果一件行李未到达其Zui终目的地，系统会立即将其重新转到转接班机。① 扫描仪② 导向装置图 9-3机场行李处理系统为了确保机场行李处理系统具有高可用性，可使用 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 系统状态 (页 329)”部分。通过“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”代表维护信息）。参考有关“RH_GetPrimaryID”指令的更多信息，请参见 STEP7在线帮助异步指令简介在程序执行过程中，同步和异步指令有着显著不同。“同步”和“异步”属性与指令调用与执行间的时间顺序相关。以下情况适用于同步指令：同步指令调用完成时，指令执行也完成。而异步指令，则情况有所不同：异步指令调用完成时，异步指令的执行不一定完成。这也就意味着，异步指令的执行可以跨多次调用。在CPU 中，异步指令的执行与用户程序循环进行。异步指令在 CPU中生成待处理的作业。异步指令通常用于传输数据（例如，模块的数据记录、通信数据或诊断数据）。同步/异步指令之间的不同之处下图显示了异步指令和同步指令处理的不同之处。在该图中，CPU在指令执行完成（如，完成传输数据记录）之前，调用该异步指令五次。使用同步指令，在每次调用中全面执行该指令。①第一次调用异步指令，开始执行② 中间调用异步指令，继续执行。③ Zui后一次调用异步指令，执行完成④每次调用后，作业会完全通过同步指令进行处理。完全执行的作业的持续时间图异步指令和同步指令之间的不同之处说明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（资源不足）。说明低层级的异步指令某些异步指令可使用一个或多个低层级的异步指令进行处理。下表列出了这种相关性。请注意，每条级别较低的指令通常占用指令资源池中的一个资源。扩展指令：可运行作业的Zui大数目表格9- 7 所用的扩展异步指令和级别较低的指令中可运行的Zui大作业数扩展指令 1513R-1 PN 1515R-2 PN1517H-3 PN 1518HF-4 PN分布式 I/ORDREC 20WRREC 20ASI_CTRL 使用RDREC、WRRECPROFIenergyPE_START_END 使用 RDREC、WRRECPE_CMD 使用RDREC、WRRECPE_DS3_Write_ET200S使用 RDREC、WRRECPE_WOL 使用RDREC、WRREC、TUSEND、TURCV、TCON、TDISCON