- {{item.name}}
时间错误组织块
- 0
- 65
时间错误 OB80
● 时间错误 OB80 的功能
当 CPU 中的程序执行时间超过最大循环时间或者发生时间错误事件(例如,循环中断 OB 仍在执行前一次调用时,该循环中断 OB 的启动事件再次发生)时,将触发时间错误中断优先执行 OB80 。如果程序中没有创建OB80,CPU 将进入停止模式。如果程序中已创建OB80,但是在同一次循环内程序执行超出设定的最大循环时间两次,CPU 也将进入停止模式。
● 与时间错误 OB80 相关的信息
当触发时间错误中断时,通过 OB80 的接口变量读取相应的启动信息。OB80 的接口变量及启动信息参考下图1、2。
图1. OB80 接口变量
图2. OB80 启动信息
● 时间错误 OB 的使用示例:
例如:在 OB1 中做一个循环跳转程序,可通过设置时间控制该部分程序的循环时间,当该部分程序的执行时间大于CPU 设定的最大循环时间时,触发时间错误事件。
1、按如下步骤创建时间错误 OB80 。如图3。
图3. 创建时间错误 OB80
2、OB80 中编程如下图,创建地址为 MB100、MW102、MW104 的变量用于存储出现时间错误时读取到的启动信息。如图4。
图4. OB80 中编程
3、在 OB1 中编写一个循环跳转程序,其循环执行时间可通过变量“set_time”设定。如图5。
图5. OB1 中编程
4、程序下载,测试:
① 如果在监控表中将变量“set_time”设置为160ms,则 CPU 报故障且没有停机,可从监控表中读取到 OB80 的启动信息,同时查看故障缓冲区。如图6。
图6. 测试结果1
② 如果在监控表中将变量“set_time”设置为310ms,则 CPU 立即停机,可从监控表中读取到 OB80 的启动信息,同时查看故障缓冲区。如图7。
图7. 测试结果2
注:S7-1500 CPU 默认最大循环时间为150ms。
● 重新触发扫描循环看门狗指令“RE_TRIGR”
“RE_TRIGR”指令用于在单个扫描循环期间重新启动扫描循环监视定时器。其功能是执行一次“RE_TRIGR”指令,使允许的最大扫描周期延长一个最大循环时间段。
使用示例:在上个示例中的时间错误 OB80 块中调用指令“RE_TRIGR”,当 OB1 中的循环跳转程序执行时间大于 CPU 设定的最大循环时间时,触发时间错误 OB80 并执行指令“RE_TRIGR”重新触发扫描循环看门狗。
1、在 OB80 中编程调用“RE_TRIGR”指令。在“指令->基本指令->程序控制操作->运行时控制”中可以找相关指令。如下图8。
图8. 调用重新触发扫描循环看门狗指令
2、OB80 中编程如下图,在程序段2中增加重新触发扫描循环看门狗指令“RE_TRIGR”。如图9。
图9. OB80 中编程
3、程序下载,测试:
如果在监控表中将变量“set_time”设置为400ms(大于两倍最大循环时间300ms),由于“RE_TRIGR”指令的作用 CPU 报故障但没有停机,可从监控表中读取到 OB80 的启动信息,同时查看故障缓冲区。如图10。
图10. 测试结果3
关于指令“RE_TRIGR”的相关详细信息,请查看在线帮助。
哪些情况会触发时间错误中断,以及 CPU 在这些情况下如何响应?
1.超出最大循环时间
在 CPU 属性中组态最大循环时间(默认150ms),当 CPU 中的程序执行时间超过最大循环时间时,如果 OB80 不存在,CPU 将切换到 STOP 模式(例外情况:V1 版 CPU 仍然处于 RUN 模式);如果 OB80 存在,则 CPU 执行 OB80 且不停机;如果同一程序循环中出现两次“超过最大程序循环时间”且没有通过指令“RE_TRIGR”复位循环定时器,则无论 OB80 是否存在,CPU 都将切换到 STOP 模式。
2.请求的 OB 无法启动
如果循环中断、延时中断请求 OB ,但请求的 OB 已经在执行,就会出现请求的 OB 无法启动这种情况。
3.发生队列溢出
如果中断的出现频率超过其处理频率,就会出现发生队列溢出这种情况。如果 OB80 不存在,则 CPU 将切换到 STOP 模式;如果 OB80 存在,则执行 OB80 ,CPU 将保持为 RUN 模式。
4.总结:发生任何上述事件都将在诊断缓冲区生成一个描述相应事件的条目。无论是否存在 OB80 ,都将生成诊断缓冲区条目。
- 评论
-
分享
扫码分享
- 收藏 收藏
- 点赞 点赞
- 纠错 纠错
{{item.nickName}}