CPU313C-2 DP总是运行一段时间就故障停机

CPU总是在运行一段时间后就故障停机,重新上电后又恢复正常,过段时间又停机,更换CPU后故障依然出现,现场连接人场原来只有MPI连接的触摸屏,现在都拔了,现在设备没有从站,有一个DP口和PC连接用来监控使用,麻烦大家帮忙分析分析
模块 CPU 313C-2 DP 的诊断缓冲区

订货号/描述                    组件                           版本                          
6ES7 313-6CG04-0AB0            硬件                           5                             
- - -                          固件                           V 3.3.12                      
Boot Loader                    固件扩展                       A 37.12.12                    

机架:                         0
插槽:                         2


序列号:S C-J7SM16022017


事件 1 / 10:  事件 ID 16# 4302
模式从 STARTUP 切换到 RUN
启动信息:
- 上一次备用上电的时间标志时间
- 单处理器操作
当前/上次的启动类型:
- 在备用上电之后,自动暖启动
某些启动类型的容许性:
- 允许手动暖启动
- 允许自动暖启动
上电时自动启动类型的上一次有效操作或设置:
- 在备用上电之后,自动暖启动
之前的工作模式:STARTUP (暖启动)
请求的工作模式:RUN
进入的事件
19:27:00.124  1994-01-01
(编码: 16# 4302  FF68  C700  0000  0810  7710)


事件 2 / 10:  事件 ID 16# 1382
请求自动暖启动 
STOP 原因:因 I/O 管理而进入 STOP 模式
启动信息:
- 不使用已修改的系统组态启动
- 预设组态和实际组态没有差异
- 上一次备用上电的时间标志时间
- 单处理器操作
当前/上次的启动类型:
- 在备用上电之后,自动暖启动
某些启动类型的容许性:
- 允许手动暖启动
- 允许自动暖启动
上电时自动启动类型的上一次有效操作或设置:
- 在备用上电之后,自动暖启动
所需的 OB:启动 OB (OB100)
优先等级:27
进入的事件
19:27:00.124  1994-01-01
(编码: 16# 1382  1B64  C772  4548  0810  7710)


事件 3 / 10:  事件 ID 16# 4301
模式从 STOP 切换到 STARTUP 
STOP 原因:因 I/O 管理而进入 STOP 模式
启动信息:
- 上一次备用上电的时间标志时间
- 单处理器操作
当前/上次的启动类型:
- 在备用上电之后,自动暖启动
某些启动类型的容许性:
- 允许手动暖启动
- 允许自动暖启动
上电时自动启动类型的上一次有效操作或设置:
- 在备用上电之后,自动暖启动
之前的工作模式:STOP (内部)
请求的工作模式:STARTUP (暖启动)
进入的事件
19:27:00.021  1994-01-01
(编码: 16# 4301  FF46  C772  4548  0810  7710)


事件 4 / 10:  事件 ID 16# 5371
分布式 I/0:结束与插槽   2  上的 DP 主站/IO 控制器同步
分布式站数目:  0
进入的事件
19:26:59.945  1994-01-01
(编码: 16# 5371  FF02  C150  0000  0000  0000)


事件 5 / 10:  事件 ID 16# 4300
备用上电 
之前的工作模式:无电压
请求的工作模式:STOP (自己初始化)
进入的事件
19:26:59.030  1994-01-01
(编码: 16# 4300  FFF3  0000  0000  0000  0000)


事件 6 / 10:  事件 ID 16# 494E
电源故障
之前的工作模式:STOP (内部)
请求的工作模式:无电压
外部错误, 进入的事件
19:26:47.801  1994-01-01
(编码: 16# 494E  FF4F  C000  0000  8004  0000)


事件 7 / 10:  事件 ID 16# 5371
分布式 I/0:结束与插槽   2  上的 DP 主站/IO 控制器同步
分布式站数目:  0
进入的事件
19:02:42.147  1994-01-01
(编码: 16# 5371  FF02  C150  0000  0000  0000)


事件 8 / 10:  事件 ID 16# 4548
因 I/O 管理而进入 STOP 模式
上一模式:RUN
请求的模式:STOP (内部)
内部错误, 进入的事件
19:02:41.843  1994-01-01
(编码: 16# 4548  FF84  C000  0000  8004  0000)

问题补充:
我的OB组织块中也有82 85 86 87 121 122 ,也尝试加入83再是不能下载,CPU及各模块都拆装了,还是不起作用,大神们怎么办?

钻石用户推荐最佳答案

1、STOP 原因:因 I/O 管理而进入 STOP 模式
内部错误, 进入的事件
有两种可能产生了PLC停机:
、 I/O出现了故障,比如输入或输出出现了短路。调用OB82可使PLC故障后不停机。
、 I/O模块出现了拆卸现象。可调用OB83可使PLC故障后不停机。 
2、有关OB组织块:
、CPU程序块里面需要添加一些对应的OB组织块,只需添加不需编程,当发生相应故障时CPU只报警,不停机。如:
OB81  电源故障
OB82  诊断中断
OB83  插入/拔出模块中断
OB85  优先级错误
OB86  扩展机架,DP主站系统或者分布式I/O故障
OB87  通讯故障
OB121编程错误
OB122  I/O访问错误
、对应的OB组织块,只需添加不需编程,当发生相应故障时CPU只报警。对于这种不停机的做法,需要对生产工艺与人身、设备安全等进行全面考量,确认出现故障不停机没有对人身、设备安全造成影响才可添加。
3、问题补充:
也尝试加入83再是不能下载,CPU及各模块都拆装了,还是不起作用,大神们怎么办?
、所选择的cpu不支持ob81、ob83、ob84、ob88.可以在cpu属性--interrputes中看到,该cpu的ob81、ob83、ob84等是灰色的。
、OB83 只用于 PROFINET IO。
、还有一个可能控制模块数量过多,或所选的电源模块的容量不能满足模块的需要。

提问者对于答案的评价:

原创文章,作者:ximenziask,如若转载,请注明出处:https://www.zhaoplc.com/plc347810.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2021年7月4日 下午11:29
下一篇 2021年7月4日

相关推荐

发表回复

登录后才能评论