时间错误 OB80

时间错误 OB80 的功能

当 CPU 中的程序执行时间超过最大循环时间或者发生时间错误事件(例如,循环中断 OB 仍在执行前一次调用时,该循环中断 OB 的启动事件再次发生)时,将触发时间错误中断优先执行 OB80 。由于 OB80 的优先级最高,它将中断所有正常循环程序或其它所有 OB 事件的执行而优先执行。

与时间错误 OB80 相关的信息

当触发时间错误中断时,通过 OB80 的接口变量读取相应的启动信息。OB80 的接口变量及启动信息如图 1、表 1 所示。

图 1. OB80 接口变量

输入 数据类型 说明
fault_id BYTE
16#01 - 超出最大循环时间
16#02 - 请求的 OB 无法启动
16#07 和 16#09 - 发生队列溢出
csg_OBnr OB_ANY 出错时正在执行的 OB 的编号
csg_prio UINT 导致错误的 OB 的优先级

表 1. OB80 启动信息

时间错误 OB 的使用示例:

例如:在 OB1 中做一个循环跳转程序,可通过设置时间控制该部分程序的循环时间,当该部分程序的执行时间大于 CPU 设定的最大循环时间时,触发时间错误事件。

1、按如下步骤创建时间错误 OB80 。如图 2 所示。

图 2. 创建时间错误 OB80

2、OB80 中编程如下图,创建地址为 MB100、MW102、MW104 的变量用于存储出现时间错误时读取到的启动信息。如图 3 所示。

图 3. OB80 中编程

3、在 OB1 中编写一个循环跳转程序,其循环执行时间可通过变量“set_time”设定。如图 4 所示。

图 4. OB1 中编程

4、程序下载,测试:

① 如果在监控表中将变量“set_time”设置为 160ms,则 CPU 报故障且没有停机,可从监控表中读取到 OB80 的启动信息,同时查看故障缓冲区。如图 5 所示。

图 5. 测试结果 1

② 如果在监控表中将变量“set_time”设置为 310ms,则 CPU 立即停机,可从监控表中读取到 OB80 的启动信息,同时查看故障缓冲区。如图 6 所示。

图 6. 测试结果 2

注:S7-1200 CPU 默认最大循环时间为 150ms。

重新触发扫描循环看门狗指令“RE_TRIGR”

“RE_TRIGR”指令用于在单个扫描循环期间重新启动扫描循环监视定时器。其功能是执行一次“RE_TRIGR”指令,使允许的最大扫描周期延长一个最大循环时间段。

关于指令“RE_TRIGR”的相关详细信息,请查看下面链接中 S7-1200 系统手册,第 8.8.6 章:重置周期监视时间。

使用示例:在上个示例中的时间错误 OB80 块中调用指令“RE_TRIGR”,当 OB1 中的循环跳转程序执行时间大于 CPU 设定的最大循环时间时,触发时间错误 OB80 并执行指令“RE_TRIGR”重新触发扫描循环看门狗。

1、在 OB80 中编程调用“RE_TRIGR”指令。在“指令>基本指令>程序控制操作>运行时控制”中可以找相关指令。如图 7 所示。

图 7. 调用重新触发扫描循环看门狗指令

2、OB80 中编程如下图,在程序段 2 中增加重新触发扫描循环看门狗指令“RE_TRIGR”。如图 8 所示。

图 8. OB80 中编程

3、程序下载,测试:

如果在监控表中将变量“set_time”设置为 400ms(大于两倍最大循环时间 300ms),由于“RE_TRIGR”指令的作用 CPU 报故障但没有停机,可从监控表中读取到 OB80 的启动信息,同时查看故障缓冲区。如图 9 所示。

图 9. 测试结果 3

常见问题

哪些情况会触发时间错误中断,以及 CPU 在这些情况下如何响应?

1.超出最大循环时间

2.请求的 OB 无法启动

如果循环中断、延时中断请求 OB ,但请求的 OB 已经在执行,就会出现请求的 OB 无法启动这种情况。

3.发生队列溢出

如果中断的出现频率超过其处理频率,就会出现发生队列溢出这种情况。如果 OB80 不存在,则 CPU 将切换到 STOP 模式;如果 OB80 存在,则执行 OB80 ,CPU 将保持为 RUN 模式。

4.总结:发生任何上述事件都将在诊断缓冲区生成一个描述相应事件的条目。无论是否存在 OB80 ,都将生成诊断缓冲区条目。