程序抢救走了八步，坏在被跳过的那一步
一台 S7-1500 的设备，程序读出来了，校验也对上了，备份包交到手里。
三个月后设备出故障，调出这份备份一比对，对不上现场。
不是备份坏了。是动手之前，没人把现场的现状摸清楚。
程序抢救这件事，我们走九步。被省掉的，几乎总是同一步：动手之前的体检。
九步里，体检排在读写之前
九步的顺序不是排场，是依赖关系。
先上门清点：硬件、程序、图纸、参数，各在不在、各是什么版本。
这一步的产出是一份《设备控制系统现状与风险排查表》，分九个部分。
然后才是读取、校验、归档，交付备份包和说明书。
再往后是托管、版本变更记录、年度完整性校验和恢复演练。
体检排在读写之前，是因为后面每一步都要拿它当对照。
没有对照，读出来的东西你不知道是不是全的。
省掉这一步，坏在三个地方
头一个坏处，读出来的是"能读到的"，不是"该有的"。
S7-1200、S7-1500 的用户程序在控制器里，用 TIA Portal 上载。
但 HMI 的画面和组态不在 CPU 里。
驱动参数在变频器自己的存储里。
网络组态散在工程文件和设备两侧。
不做清点，你连"该有几样"都不知道。备份包看起来厚，其实缺角。
第二个坏处，版本对不上，还没人知道。
现场跑的固件版本、工程文件的版本、图纸上标的版本，三份经常不是同一份。
体检就是把这三份摊开对。省掉它，归档时写进去的版本号是猜的。
第三个坏处，也是返工的根：前提条件没写明。
程序受口令保护、存储介质有物理损坏、原始资料缺失，这些都该在动手前发现。
发现了，能做的说能做，做不了的说清楚，写进前提条件。
没发现，就变成做到一半停下来，或者交出去一份带隐患的东西。
上载到一半断电，残留的程序块会盖住原有逻辑。
这一步脆在"已经动过设备、又没有对照可回退"。
体检做了，至少你知道动手前设备里跑的是哪一版。
体检这一步，现场看这几项
可以截图存着。下次有人说"直接读就行"，拿出来对：
- 控制器型号与固件版本，记在纸上，别只记在聊天记录里。
- 工程文件在不在、是哪个版本的 TIA Portal 建的。V13 到 V19，要核对到具体版本。
- HMI 画面与组态有没有单独的文件，别默认它跟 PLC 程序在一起。
- 变频器、伺服的参数有没有导出过。SINAMICS 这类要用对应的软件才能取出。
- 图纸与实际接线是不是同一版。对不上的地方标出来，别事后再补。
- 口令、加密、原厂授权这三件事，有就写明，没有就写"未提供"。
六项里有一项答不上来，就还没到能读程序的时候。
体检之后，才谈得上托管
读出来、校验过、归档了，交付的是程序备份包和说明书。
到这里还不算完。现场还会改程序，改一次就多一个版本。
没有版本变更记录，三个月后再调备份，对不上现场，又回到开头那个场景。
托管要做的是台账、异地双备份、变更记录，再加上年度的完整性校验和恢复演练。
校验值对得上，只说明文件没被改过。它是不是现场正在跑的那一版，还得拿体检时记下的版本对照。
这一步被当成以后再说。以后再说的结果，就是备份包躺在硬盘里，现场已经换了两版。
什么情况下你不必找我们
设备还在质保里，原厂或集成商手里有完整源工程，人也随叫随到。
这种情况下，体检他们做得比我们熟，不必找我们。
另一类也不必找：你自己的设备科已经有台账，程序、画面、参数、图纸四样都在，版本号对得上。
我们要接的，是东西散落在几个人手里、版本互相打架、谁也说不清现场到底跑的是哪一版。
公司是新的，团队在电气和软件这两行做了三十多年。
流程写在明处，就是为了让你在电话里把我们问到底。