项目基本信息
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喃喃地说。