判断S7-300故障诊断信息可能的误区
希殿电气技术(上海)有限公司(西门子经销商）
联系人 ：康经理(销售工程师）发布
2017-10-11下午，接听到工厂有一台压力机在正常作业中，突然主缸回程速度明显变慢的故障。现场操作台触摸屏监控各工作阀组动作输出正常，到阀组处电磁阀输出（指示灯）亮且有明显动作声属于正常，检查各泵头压力值发现4#泵压力明显偏低，正常压力范围在31.0MPa左右，而故障4#泵头工作压力只有10.0MPa，回程速度慢的原因为4#泵泵头阀组故障使系统压力下降所致。在不影响正常生产前提下，打算通过修改程序切换泵头工作状态临时处理。为稳妥起见，查看系统是否存在其它故障信息及液压系统泵、阀之间的关联。
查看cpu诊断缓冲区，有故障信息，图示：
回顾头来根据cpu故障信息，发现cpu有报警提示信息存在，根据模块诊断地址查看该模块正常，图示：
本想一味地往下查找模块报警原因，且慢，待我再仔细看看。回到图1界面，看报警信息时间：
报警窗口查找均没有是今天的报警信息，曾经也遇见过用户程序没有正确设置系统时间的plc程序，造成报警信息日志无法对应。再打开程序块，在PLC下拉菜单中选择“设置日时间”查看图示：
时间显示是2017-10-11，时间基本吻合实际的PG时间，说明这些报警信息是以往的，不是正在发生的报警事件，判断程序没有问题，确认液压原理图，由故障了的4#泵切换到6#泵参与原4#泵工作没有工作上的不妥，果断修改程序后，开机验证可以到达原设计的工作要求。感觉这次经历有些意思，特把它整理出来给需要的做一些参考。
小结：
在线监控cpu系统的诊断缓冲区，是有效解决cpu存在故障报警的一种办法。当cpu模块出现报警指示灯变色或者没有报警指示灯时的一些潜在的报警信息，通过该手段可以有效、快速查找到cpu的故障原因。但这些原因有过去的一些报警信息，可以通过时间戳来判断这些报警信息是过去的还是现在正在发生的，当然调校cpu时间也是必须的，有利于正确判断故障的时间戳。