CPU 319F-3 PN/DP出现通讯故障

事件 144 / 233: 事件 ID 16# 3942
模块 问题或必要的维护
模块类型: 分布式 I/0
输入地址: 8023
通道信息可用
用户信息可用
模块/子模块故障
外部模块错误
检测到通道错误
所需的 OB: 诊断中断 OB (OB82)
优先等级:26
外部错误, 进入的事件
14:28:30.992 2015-01-24

以上是从诊断缓存区拷贝出来的第一条记录,第二条与第一条相隔约15分钟,第二条如下:
事件 143 / 233: 事件 ID 16# 3842
模块 确定
模块类型: 分布式 I/0
输入地址: 8023
通道信息可用
所需的 OB: 诊断中断 OB (OB82)
优先等级:26
外部错误, 离开的事件
14:43:39.351 2015-01-24

这种问题在公司所做的很多项目中都出现过,解决办法就是直接重启或者暖启动就恢复正常了,硬件在线时没有问题,程序编译过也没问题,这种情况出现频率很低,但是一直找不到原因,请各位指教。

问题补充:
相应的OB块早已下载进去

最佳答案

根据你在诊断缓冲区的信息,是指系统没有将OB82(诊断中断)下载到cpu。诊断中断所涉及到问题的复位也比较大,如前连接器未插好的OB82_FLD_CONNCTR。
组织块的使用,参考:http://wenku.baidu.com/view/a05cbe134431b90d6c85c74d.html

提问者对于答案的评价:
很好,有帮助,应该是硬件问题。这套PLC已经运行一年多了,最近才出现此问题,出现过这类问题的PLC都是运行过一段时间之后才出问题,所以应该不是没有下载OB的原因, 以前西门子的工程师来检查过也没给出一个令人信服的答案,不知道电网波动会不会造成这种情况。

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

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2018年12月1日 上午3:03
下一篇 2018年12月1日 上午3:03

相关推荐