cpu 414运行中停止的问题

一条线用的是单机cpu414系统，半年了一直很正常。近出现每隔一两个小时cpu停止的故障，重新启动又正常。具体的诊断信息如下：
事件6/120:事件id16#4303
激活停止开关导致stop模式
之前的工作模式：stop(内部)
请求的工作模式：stop(内部)
进入的事件
19:35:59.6882012-12-28
(编码:16#4303ff440000000000000000)

事件7/120:事件id16#530d
stop模式下的新启动信息
阻止启动的对象:
-存在stop请求
-需要冷启动或暖启动
启动信息：
-上一次备用上电的时间标志时间
-单处理器操作
当前/上次的启动类型:
-通过开关设置触发暖启动
某些启动类型的容许性：
-允许手动暖启动
上电时自动启动类型的上一次有效操作或设置:
-不支持启动后存储器复位的启动类型
工作模式：stop(内部)
进入的事件
19:26:27.9332012-12-28
(编码:16#530dff04c777004108030700)

事件8/120:事件id16#4541
因优先等级系统导致stop模式
事件：因ob1(自由循环)结束触发当前ob1启动事件
ob编号：循环程序(ob1)
优先等级：1
之前的工作模式：run
请求的工作模式：stop(内部)
内部错误,进入的事件
19:26:27.9292012-12-28
(编码:16#4541ff84c300000011030101)

事件9/120:事件id16#3501
超出周期时间
上一周期的运行时间(ms)：36
原因：因ob1(自由循环)结束触发当前ob1启动事件
导致事件发生的ob：循环程序(ob1)
问题原因优先等级：1
所需的ob：定时错误ob(ob80)
优先等级：26
内部错误,进入的事件

事件10/120:事件id16#3842
模块确定
模块类型：分布式i/0
输入地址：8171
用户信息可用
来自替代者的诊断中断
所需的ob：诊断中断ob(ob82)
优先等级：25
外部错误,离开的事件
17:30:33.1042012-12-28
(编码:16#38421952c5541feb00630000)

事件11/120:事件id16#3842
模块确定
模块类型：分布式i/0
输入地址：8171
用户信息可用
来自替代者的诊断中断
所需的ob：诊断中断ob(ob82)
优先等级：25
外部错误,离开的事件
17:30:33.0532012-12-28

问题补充：
谢谢阿鸣的答复，输入地址：8171的地址我看了看是cpu的地址，应该不是硬件的问题，ob81已经插入，ob82都已经编程，应该不像是外部故障。现在停的比较有规律，大约1小时40分钟到2小时之间，我怀疑厂家回国过圣诞节时可能编写了相关中断的程序，但是我没有找到。我把硬件的cpu的大扫描周期改为100ms，也是到100ms时报扫描周期超时停止，如果在程序里做中断循环的话，他们应该从哪里去实现这个功能？

佳答案

因优先等级系统导致stop模式
事件：因ob1(自由循环)结束触发当前ob1启动事件
导致事件发生的ob：循环程序(ob1)
超出周期时间
上一周期的运行时间(ms)：36
所需的ob：定时错误ob(ob80)
模块确定
模块类型：分布式i/0
输入地址：8171
1、上述几句是关键的，没有身临其境，只能给出一点参考。
2、楼主所述“半年了一直很正常。近出现每隔一两个小时cpu停止的故障”，可能是由于某个硬件出现了问题，导致ob1的程序执行循环时产生了错误。
3、首先检查：与“分布式i/0，输入地址：8171”相关的硬件，看看其是否正常。
4、可以对ob80、ob82进行编程，以达到更详细的诊断功能，详见：
参见《使用ob8x诊断simaticplc》：
https://www2.ad.siemens.com.cn/download/upload/as/application/a0059.zip
5、问题补充：
a、如果排除下述可能的原因，就是：
在诊断信息中有“模块确定，模块类型：分布式i/0，”，而且有两次包“外部错误,离开的事件”，8171的地址又是cpu的地址，据此做坏的判断是cpu模块硬件问题，
b、一些可能的原因：
、一般在诊断信息中，只给出的ob1超时，这可能是程序问题；
、楼主述“怀疑厂家回国过圣诞节时可能编写了相关中断的程序”，这个从诊断来看是没有发生时间或定时中断的信息。如果应用了时间中断ob块（例如ob10)，一旦发生该诊断，诊断信息中会给出的。
plc系统的机架是否配有风扇，环境温度是否过高，周围是否有干扰，例如有大设备启动、电网波动等。