S7-400程序丢失的教训

一台s7-400 plc,在使用过程中出现网络故障,经过多次检查仍不能排除故障,维修人员就对plc进行重新启动。
到现场后,发现cpu处于运行状态后,有一块cp443通讯卡始终处于stop状态,且有一个子站连接不到dp网络上。后用编程器上载程序来检查,发现该子站dp地址不对,同时组态的硬件也不一样,发现运行的程序不是最终的程序了。检查s7 400plc电池,两颗电池没有报警,且开关在1位置,排除电池弱造成程序丢失的可能,怀疑维修人员在处理过程中有人不小心将plc的开关拨到了mres,悲剧就这样发生了。
原来,该设备前一段时间进行了搬迁改造,增加了一块cp443通讯卡,硬件组态和程序进行了修改,但改造过程中,对最新程序没有进行写卡工作,造成存储卡里面的程序还是未搬迁前的程序,不能和整线设备通讯,设备联动运行不起来了。
找源程序来重新下载,但厂家提供给我们的程序通过s7编程软件打不开,再联系厂家,厂家备份的程序他们也打不开,厂家再找,找到一个原程序,传下去,设备能正常启动了,但pid调控参数不能修改数据,再检查,发现不是最终程序,操作屏上pid参数对应的数据块不是使用的数据块。此时,已经10个小时过去了,为保证生产,只好通过编程器按照原来记录的操作屏上pid参数硬写入数据块中,设备正常运行了。
设备运行起来了,只是每更改一个牌号,都需要对参数进行修改,但只要设备能正常运行起来,压力就小多了,再检查原来打不开的程序,发现缺少一个s7link,添加一个s7链接后可以打开了,但打开来检查,发现也不是最终的程序,厂家原来调试的技术人员变动,最新程序也找不着了,该设备还处于维保阶段,只好重新再来修改程序。
细节决定成败,该问题反映出几个没有做好的细节来:
一是该最终原程序厂家调试完成后没有进行写存储卡工作;
二是我们在使用过程中没有做好程序的备份工作;
三是我们的维修人员认识和经验不足,找不出故障就用复位的办法,而不是通过监控等查找最终原因。
四是生产厂家没有保存好最终源程序,造成最终源程序丢失。
这一看似不会发生的事情,就这样在几个环节只要做好其中任何一个细节就不会发生的情况下发生了。
实在值得总结了。

木林森入局UVC半导体杀菌消毒行业 将具备更大的发展空间
人工智能驶入“AI+产业”快车道
2018年人脸识别技术火了,触膜、指纹识别就淘汰了?
超声波电源驱动电路线路板设计
沪硅产业上半年营收15.74亿元,300mm半导体硅片月产能已达37万片
S7-400程序丢失的教训
CCPAK - GaN FET顶部散热方案
智慧农业设备监控及与预警运维管理系统
如何选择合适的电源模块
一文看懂新型环保材料现状及发展趋势
8259引脚和工作原理介绍
Win11要来了?微软计划将对下一版Win10的开始菜单大手术
12v继电器的作用和原理介绍
运动控制器PSO视觉飞拍与精准输出的C++开发(一):单轴PSO
总结5G毫米波的九大创新技术优势
TCL科技拟350亿元投建广州华星第8.5代可卷绕印刷OLED/QLED产线等项目
由文思海辉共建的“物联网产业学院”正式揭牌成立
新唐多款全新系列ARM Cortex-M0 32位单片机
对于植物根系分析系统我们该如何选择
无保护左转弯成无人驾驶技术难点