引言
搞工控这行，最可怕的不是设备坏了，而是设备没坏，但它的“灵魂” PLC程序丢了。
去年发生的一起设备故障，至今想起来后背还在冒凉气。当时生产线正在赶订单，车间里一台关键设备突然“罢工”，差点让整个产线原地停产。今天把这段经历写出来，不为别的，就想给同行们提个醒。
一、发大坑：程序“不翼而飞”，维修开口要几万
去年11月，正是车间赶订单最吃紧的时候。突然，操作工跑来喊：“师傅，机器停了，屏幕全乱码了！”
我心里咯噔一下，赶紧跑过去。只见那台西门子S7-1200的触摸屏上全是雪花和看不懂的乱码，PLC面板上的指示灯也是非正常闪烁。拿电脑一连，傻眼了,PLC里的程序直接“搞丢”了，读取不到任何逻辑块。
这设备是好多年前买的，原厂家早就倒闭失联了。我翻遍了档案柜，连个像样的备份都没找到。
设备停一分钟，老板的电话就催一分钟。没办法，只能找外面的维修公司。结果一打听，心彻底凉了半截：人家一听是程序丢失，开口就要3万到5万，而且“不包修好，拆机费和试机费照交”。
眼看就要面临违约赔偿，真的是死马当活马医了。
二、绝处逢生：从存储卡底层“抠”出机器码
盯着那台毫无反应的PLC，我突然反应过来一个细节：S7-1200是插着存储卡（SMC卡）的！
正常情况下，PLC的程序会加载到内部存储器里运行。如果是内部芯片出问题，或者文件系统损坏导致读不出来，那程序大概率还“躺”在存储卡的底层扇区里，只是以常规方式读不出来了。
我赶紧找了大学同学，他现在做嵌入式开发，天天跟底层硬件打交道。我俩把存储卡拔下来，插到电脑上，用专业的数据恢复软件开始扒底层数据。
整整两天两夜，逐扇区扫描、提取十六进制代码、重建文件结构……最后，奇迹出现了——我们居然真把程序给抠出来了！
虽然拿回来的只是编译后的机器码，没有任何注释和源码，改不了一行逻辑，也调不了一个定时器。但这都不重要了！把这坨机器码重新灌回一台同型号的新PLC里，设备居然“活”过来了。机器一响，警报解除，那一刻感觉自己像是刚从悬崖边爬上来。
三、痛定思痛：给车间定下的“三条铁律”
这次“大出血”虽然没花那几万块钱的冤枉费，但也把我吓得不轻。经此一遭，我连夜给车间和电气班组定下了三条铁律，谁也不准违反：
铁律一：所有PLC程序定期备份到服务器过去大家习惯把程序存在自己的工作电脑里，换个工程师，资料可能就丢了。现在规定，车间所有设备的PLC程序，无论是否修改，每月最后一天必须上传到公司内部的服务器（NAS）上。举例： 文件名必须标准化，比如【包装机1】_西门子S7-1200_20231124_张三_V2.1。这样不管谁接手，一眼就能知道这是哪个设备、哪个时间点、哪个版本的程序。 铁律二：关键设备必须留源代码（带注释和符号表）这次扒出来的只是机器码，要是真需要改个延时参数，还是得抓瞎。所以现在要求，设备验收时，不仅要能跑起来，必须向供应商索要TIA Portal（博图）的源项目文件。源项目里必须包含完整的IO注释、变量符号表、硬件组态和逻辑注释。没有源代码，坚决不给付尾款。 铁律三：编程工具和授权全部做双备份工控人最怕什么？老电脑突然坏了，发现博图软件的授权没了，旧版本的安装包也找不到了！现在，我们将所有用过的编程软件（从STEP 7 MicroWIN到博图V13、V16、V19）、驱动软件以及对应的授权文件，统一存放在物理U盘和云端网盘里做“双备份”。就算明天机房着火，我们拿着备份盘也能立刻找台新电脑恢复工作环境。 四、写在最后
搞工控这行，平时看着风平浪静，其实到处都是暗礁。设备不会挑时间坏，原厂家也不会永远都在。
摔过这一次，我是彻底明白了：平时多流汗，战时不流血。提前留好后手，比出了事到处去求人强一万倍。
下面有几点感悟想分享给各位同行：
1. 备份不是选择题，是必答题
很多电工觉得：“设备运行得好好的，备份干嘛？浪费时间。”但你要知道，设备不会永远稳定，存储卡不会永远不坏，厂家不会永远存在。
备份的成本，可能只是每个月花半小时的时间。而不备份的代价，可能是几十万的停产损失。
2. 了解你的设备，包括它的“弱点”
S7-1200的存储卡，既是它的优点（便于更换和维护），也是它的弱点（卡坏了程序就丢了）。了解这一点，你就会更加重视备份。
3. 建立一个“技术人脉圈”
这次能救回程序，全靠做嵌入式开发的朋友阿飞。平时多结交一些不同领域的技术朋友，关键时刻，他们就是你最宝贵的资源。
一个人走得快，一群人走得远。
4. 永远给自己留一条“后路”
无论是备份程序、保留源代码、还是准备备用硬件，都是在给自己留后路。在工控这个行业，没有“万一”，只有“一万”。
下一主题
