2018年8月2日，接上级通知，停机数月之久的一个老镀膜线要开起来，设备启动后，发现有些控制功能没有，设备有些动作异常，怀疑程序哪里不对了，于是熟门熟路，找到助理工程师3月5日备份的程序，下载，然后，416PLC停了！是的，PLC启动不起来了！尝试各种启动，PLC一直停在STOP状态。瞬间进入懵逼状态！

于是，用PLC-诊断/设置-清除/复位按键，清除PLC程序，并在PLC本体上，拨码开关拨到MRES清除内存程序一次，然后将备份程序再次下载，PLC仍旧闪几下，然后停止STOP状态。将2月7日备份的程序下载，一样的现象，2017年11月的程序下载，PLC还是启动不起来。查看诊断信息，报的警是OB121有关，于是将PLC清除干净，将程序的OB块除OB1之外全删除，下载后，还是启动不了。

对SIEMENS的产品，我还是比较有信心的，为了测试哪里出问题，将所有程序再次清除，仅下载硬件组态，然后，PLC正常启动，说明PLC没问题，顿时松了口气，不是硬件问题就不怕了。于是将OB1下载下去，PLC瞬间从RUN到STOP,说明问题出在OB1。将OB1只留下NETWORK1重新下载,PLC正常，然后一路下载OB里面的NETWORK,PLC一直正常，直到下载到某个NETWORK，PLC再次停止运行，该段程序调用了14个FC，于是，只保留第一个FC，PLC正常，第一个第二个一起下载，PLC正常，第三个也下载，PLC停止，删除第三个，把第四个FC下载下去，PLC停止，一直到第十四个，都是停止。不可能这么多FC出问题啊，继续测试，最终发现，当该段程序调用FC超过3个，PLC即停止，联系PLC故障诊断信息，应该是程序扫描周期过长导致。

打开PLC扫描周期一看，果然，超过了150ms，于是将限定值改为600，PLC还是停止，索性设定到3000ms，PLC不停止了，扫描周期显示最长达到了1400ms。PLC正常运行了，于是再次启动设备，抽气正常，所有界面显示正常，顿时松了口气。安排员工正常开机观察，去办公室喝口水回来继续看着，异常又发生了，真空模式下走车时，小车总数撞击门阀，这是怎么回事呢？检查后发现问题了，小车走动是靠光电来控制的，4个光电开关标志着当前小车的位置，到位后要停止前进，等门阀打开才能继续前进，也就是说，当小车走到停止光电位的时候，必须立即停止，而PLC扫描周期长达1400ms，走到停止光电位的时候还没停止已经往前走了，可不就撞上没来得及开的门阀嘛！而扫描周期过长，既然与调用十四个FC的那段程序有关，就处理那段程序好了，于是，想了个歪招，找了十四个M点，每秒一个顺序接通，然后，每个M点控制一个FC的调用与否，程序修改完毕后，下载，再看扫描周期，125ms，降了十倍，再度走车，不再撞击门阀，一切正常。此时，已是晚上10点钟，人困马乏，但毕竟看到希望了嘛，于是打起精神，继续测试下去，下一个必须测试的是加热器，总计几百个加热器，在WINCC界面输入设定值，点击确定，what?怎么设定不进去？联想到出问题的NETWORK调用的十四个FC，均是控制加热器的，瞬间明白了，1秒调用一个，间隔14s才调用一次，点击确定按钮怎么可能正好赶上呢，能设定才怪。此时，时间已经到了晚上11点，大家都顶不住了，于是安排下班，明天继续处理。

晚上躺在床上，睡不着，想到了多个修改程序的办法，应该可以将温度设定好，但是会不会还有其他没发现的问题呢？怎么想也不对劲。第二天上班后，一个人到设备旁，想了想，找了个更早版本的备份文件，下载下去，PLC居然没停！这个程序居然是对的，顿时兴奋，立面检查去年设备改造新增的部分，发现新增部分程序居然在，也就是说，该程序应该没啥问题，查看扫描周期，才几十ms而已。然后按顺序开机，抽气正常，走车正常，加热正常！准备开靶，如果成功，则大功告成，昨晚白费劲了！要开靶先开旋转，发现去年设备改造部分的旋转无法启动，再度检查，发现新改造部分的从站DP模块在报BF，检查发现系硬件组态少了一个模块，重新组态后下载，旋转正常启动。

准备点靶中，然后发现六个中频靶位，有三个中频靶位明明已经启动了，却无功率，无电压，无电流。问厂家技术人员，人家说这种可能很多，不好说，算了，求人不如求己，继续找原因，反正电源是不可能同时坏三个的，哪里有问题呢？灵光一现，难道是参数？查看电源参数，发现多处参数怎么是零？重新设定参数，再次开靶，一切正常。这个时候，才算是定下心来。

总结回顾，问题根本出在设备改造完成后，没有将程序下载到EPROM中，中间设备停电加上PLC电池电压低，导致程序丢失，于是EPROM中的老程序恢复到了PLC进行运行，然后又冒失的重新下载程序，没想到多个备份的程序均不正常，最终导致辛苦又熬夜，然后还没功劳。教训啊教训！