全国服务热线 15801815554

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

更新时间:2024-07-04 08:00:00
价格:请来电询价
西门子:代理经销商
低压断路器:全新原装 假一罚十
德国:现货 实体经营
联系电话:15801815554
联系手机:15801815554
联系人:邓经理
让卖家联系我
详细介绍


         S7-1500R/H 冗余系统的特殊指令示例:为行李处理系统禁用/启用 SYNCUP 自动化任务 机场的行李处理系统用于分发行李。航班到达后,所有行李会装载到行李处理系统中。行 李以高速通过扫描仪。扫描仪检查行李的目的地: • 如果一件行李已到达其目的机场,行李处理系统会直接将其转送到行李提取处。 • 如果一件行李未到达其Zui终目的地,系统会立即将其重新转到转接班机。通过 RH_CTRL 指令禁用/启用 SYNCUP 简介 可使用“RH_CTRL”指令禁用 S7-1500R/H 冗余系统的 SYNCUP 或启用 SYNCUP 的执行。禁 用适用于: • 直至通过“RH_CTRL”指令取消禁用 • 直至 S7-1500R/H 冗余系统切换为 STOP 系统状态主-备用切换时,标准 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 彼 此中断。对于优先级相同的事件,用户程序按发生的时间顺序进行处理。• 与 S7-1500 自动化系统相比,冗余 S7-1500R/H 系统不仅会在优化块访问期间,还会 在非优化块访问期间初始化功能 (FC) 的本地临时数据。有关优化块访问的系统初始化 信息,请参见 STEP 7 在线帮助。 • 通过 SNMP 状态的数据记录和非循环通信故障时的行为(例如,使用指令 RDREC 和 WRREC)更改 CPU 设置: 如果要针对每次数据记录传输的指定应用案例更改 CPU 的默认行为,可为此使用以下 特殊数据记录。标准 CPU 和 R/H-CPU 的数据记录结构相同。但是,在冗余系统环境中 进行编程时,必须考虑特定点,以便设置对两个 CPU 都起作用。这些特定点在 《PROFINET 功能手册》和《通信功能手册》的相应部分中指定:编程样式指南中介绍的编程指南可帮助您创建统一的程序代码。您可以更好地维护和重用 统一的程序代码。这样可以尽早检测或避免错误,如通过编译器。1) 如果 OB 尚未组态。 2) 参见“超出循环时间时 S7-1500R/H 冗余系统的响应”部分 对启动事件的响应 发生触发时将导致以下响应: • 对于已分配 OB 的事件,将触发执行所分配的 OB。该事件将按照优先级在队列中排列 (例外情况:硬件中断)。 • 如果事件来自尚未分配 OB 的事件源,则 CPU 将执行默认的系统响应。 说明 某些事件源无需组态就已存在(如启动、拔出/插入)。OB 72 和 OB 86 对系统状态转换的响应 如果 IO 设备发生故障,OB 86 会报告“机架故障”(若设定)。OB 72 的“CPU 冗余错误”会 报告冗余系统中失去冗余或冗余同步失败。 下图显示了系统状态从 RUN-Solo 转换为 RUN-Redundant(以及反向转换)期间两个 OB 的行为。OB 86 示例中有三个 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 还可能存在延迟。

           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大循环时间,冗余系统会按照“第二次超出循环时间”一列 中的说明作出响应。冗余系统随后会复位循环时间监视。如果在同一循环中第三次超出Zui大循环时间,冗余系统会按照“第三次超出循环时间”一列 中的说明作出响应。冗余系统随后会复位循环时间监视(仅当组态了时间错误 OB 80 时)。事件源与 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 的优先级。

             为了确保机场行李处理系统具有高可用性,可使用 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)”部分。

联系方式

  • 地址:上海市松江区石湖荡镇塔汇路755弄29号1幢一层A区213室
  • 邮编:201100
  • 电话:15801815554
  • 联系人:邓经理
  • 手机:15801815554
  • 微信:15801815554
  • QQ:190755061