项目基本信息 Basic Project Information 食品饮料行业。系统采用S7-1200 plc, 共有30余套。单套设备包含西门子S7-1200PLC(6ES7 214-1BG31-0XB0 V 3.0.2)、CSM1277简易交换机和一台第三方触摸屏,所有设备通过以太网链接形成一个大系统,由一台hmi IPC进行监控。下图为系统结构以及柜内布置图: 1.问题描述
Problem Description 用户反映10月18日开始出现以下问题:设备断电后再通电造成PLC S7-1200 CPU运行失败,STOP灯亮。通过编程软件Portal进行操作,也无法将CPU切换至RUN模式。出现这种问题之后,由于原因未知,用户的其他设备均不敢再进行断电操作。查看现场实际情况:有六套设备,CPU停机、扩展模块诊断灯闪烁。
通过编程软件Portal进行进行诊断,查看CPU诊断缓冲区,获知信息和用户反馈一致: S7-1200 断电后重新上电,仍处于STOP模式。
2.问题分析 Problem Analysis 将用户其中一台PLC的诊断缓冲区导出,进行分析。如下图所示,CPU从上电到不启动中间主要有两个事件影响: 1、CPU 错误:存储卡评估错误:内部装载存储器的结构不一致。 2、CPU 错误:组态对象不一致。
将两条事件进行分析: 事件1:现场30余套设备均未使用外部存储卡,同时CPU内存出现问题的概率比较低,排除这个原因。
事件2:正常来讲,硬件组态不会丢失。且现场30余套设备,不可能都存在硬件问题造成的组态丢失。但是,从现场的用户反映情况,均是断电上电之后出现问题,且CPU停机、扩展模块处于闪烁状态。我们知道,扩展模块不进行组态就是这种状态。虽然从内心不认可是这个原因,但基本可以判断是硬件组态丢失了。
3.问题处理步骤 Problem Solving Steps 硬件组态丢失,需要用户最终程序进行重新下载。检查现场工控机用户的最终程序,发现用户最终程序并没有完整的硬件组态,仅仅组态了CPU没有扩展模块。于是和用户工程师进行沟通,确认曾经有工程师进行过程序修改,最终程序确实没有完整的硬件组态。 于是确定了处理方案,组合用户留下的“最终”程序,完整硬件组态形成最终程序,再进行下载即可。 1) 首先拿组合好的最终程序(V11版本)进行下载,出错 2) 采用V11进行下载出错,于是将程序升级至V13 sp1进行尝试,第一台没有问题,但第二台设备也同样出现了无法下载的情况。 3) 通过测试采用V13 Sp1仅仅下载程序,不包含硬件组态的情况下可以下载。 由于用户工程师无法确定最终程序的构成与完整版本,最终尝试了以下方法: 将CPU先恢复出厂设置,V13 sp1版本程序可完整下载。 4.处理结果 Final Result 现场30余台设备均进行以下调整:将S7-1200恢复出厂设置,重新下载完整程序,问题解决。且经过再次上电测试,不再存在硬件组态丢失的情况。 5.基于现场的实际情况,给客户的建议 Suggestions to Customer 1、尽量保证最终程序的完整、统一 2、当涉及到不同软件版本时,以最新版本优先,不要多版本混用,如果出现混用情况,严格记录。 克隆要一致啊,不然出了真假孙悟空,可真就难倒众人了,S7-1200喃喃地说。
|