西门子S7-1500授权总经销商 6ES7505-0RA00-0AB0 S7-1500， 系统电源

西门子系统s7-1500受权总代理 6es7505-0ra00-0ab0 s7-1500，系统软件开关电源

simatic s7-1500， 系统软件开关电源 ps 60w 24/48/60v dc，为 s7-1500 的侧板系统总线给予工作标准电压

不兼容的 ob s7-1500r/h 冗余技术的 cpu 不兼容下列 ob： • 同歩循环系统终断 ob • ob67“mc-preservo” • ob 91“mc-servo” • ob 92“mc 插补器” • ob95“mc-postservo” 9.3 相关事件 ob 运行事情 下列归纳阐述了开机时间以及 ob 的可能性事件源： 报表 9- 3运行事情 事件源 优先（默认设置优先） ob 序号 默认设置系统响应 1) ob 数量 运行 1 100，≥ 123 忽视 0 至100 循环程序 1 1，≥ 123 忽视 0 至 100 时长终断 2 到 24 (2) 10 到 17， ≥ 123 不适合 0至 20 延迟终断 2 到 24 (3) 20 到 23， ≥ 123 不适合 0 至 20 循环系统终断 2 至 24（8 至17，与频 率相关） 30 到 38， ≥ 123 不适合 0 至 20 硬件中断 2 到 26 (16) 40 到 47， ≥123 忽视 0 至 50 情况终断 2 到 24 (4) 55 忽视 0 或 1 升级报案 2 到 24 (4) 56 忽视 0 或1 生产商或环境变量特定 终断 2 到 24 (4) 57 忽视 0 或 1 i/o 多余不正确 2 到 26 (6) 70 忽视 0或 1 程序执行基本知识 9.3 相关事件 ob s7-1500r/h 冗余技术 系统软件指南, 01/2023,a5e41815205-ae 269 事件源 优先（默认设置优先） ob 序号 默认设置系统响应 1) ob 数量 cpu 多余不正确2 到 26 (26) 72 忽视 0 或 1 时长不正确 22 80 忽视 0 或 1 超过较大循环时间 在于系统性能 2)确诊终断 2 到 26 (5) 82 忽视 0 或 1 可清除/插进的控制模块 2 到 26 (6) 83 忽视 0 或 1声卡机架不正确 2 到 26 (6) 86 忽视 0 或 1 程序编写不正确（**于全局性不正确 解决） 2 到 26 (7) 121stop 0 或 1 i/o 浏览不正确（**于全局性 异常处理） 2 到 26 (7) 122 忽视 0 或 1 1) 假如 ob并未组态软件。 2) 参照“超过循环系统时间时 s7-1500r/h 冗余技术的回应”一部分 对运行事件回应产生开启时可能导致下列回应： • 对已经分派 ob 事件，将开启实行所分配 ob。此次事件将根据优先在序列中排序（不可抗力事件：硬件中断）。 • 假如事情来源于并未分派 ob 的事件源，则 cpu 将实行默认系统响应。 表明一些事件源不用组态软件便已存有（如运行、拔出来/插进）。 程序执行基本知识 9.3 相关事件 ob s7-1500r/h 冗余技术270 系统软件指南, 01/2023, a5e41815205-ae ob 72 和 ob 86 系统状态转换的回应 假如 io机器设备出现故障，ob 86 会汇报“声卡机架常见故障”（若设置）。ob 72 的“cpu 多余不正确”会汇报冗余技术中丧失多余或冗余同步失败。 下面的图显示出了系统性能从 run-solo 转换成run-redundant（及其反方向变换）期内2个 ob 的举动。图 9-1 系统软件状态转换阶段的 ob 72 和 ob 86程序执行基本知识 9.3 相关事件 ob s7-1500r/h 冗余技术 系统软件指南, 01/2023,a5e41815205-ae 271 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 系统性能。 • 冗余技术处在多余工作状态，2个 r/h-cpu再也无法多余同歩，或是可以重新多余同 步。 上述所说情况能通过 ob 72 的运行信息内容来划分。相关该主题其他信息，请参阅 step7 在 线协助。 表明 延迟执行 ob 72 因为相对应临床诊断事故处理与可执行程序是多线程所进行的，因而实行 ob 72还会存有延迟时间。 程序执行基本知识 9.3 相关事件 ob s7-1500r/h 冗余技术 272 系统软件指南, 01/2023,a5e41815205-ae 主-预留转换时，规范 io 机器的 ob 72 和 ob 86 的举动 假如主 cpu 出现异常或进入stop 方式，规范 io 技术将临时与 s7-1500r/h 冗余技术分 离。从 cpu 角度来说，规范 io机器设备出现异常。会启用 ob 72“多余不正确”，但不会启用发 生故障 io 机器的额外 ob86“控制模块声卡机架常见故障”。要检验出现故障的 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 机器设备出现故障以前存有2个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 机器的多余情况不相干。 •假如修复时需创建2个 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 彼此终断。针对优先同样的事情，可执行程序按所发生的先后顺序予以处理。