固件一升级，原来的上载方法就不好使了
同一台 S7-1500，去年还能把程序上载下来。
今年固件升级过一次，再上载，工程打不开，或者打开了却对不上现场。
不是卡坏了。是固件版本变了，保护机制和工程版本的对应关系也变了。
这一篇不背具体版本号。不同固件下同一类现象，描述字眼会有出入。拿不准的，以你这台 CPU 在 TIA Portal 里读到的版本为准。
固件版本管的是哪几件事
S7-1200、S7-1500 的用户程序在 CPU 里。
把它取出来，要过三道关：访问口令、工程版本、固件本身。
TIA Portal 从 V13 到 V19，工程打不开，常见原因是建工程的版本和你手头的软件对不上。
固件是另一道。固件升级之后，CPU 对"能不能上载、上载出来是什么形态"的支持，和升级前不完全一样。
西门子 S7-1200 与 S7-1500 的固件，对保护机制的支持本来就有差别。
同一台设备，升级前后要当成两台来记。
升级之后，先看这四项
现场可以截图。升级完、或者接手一台升过级的设备，先填这四格：
- CPU 订货号与当前固件版本。在线和铭牌各记一笔，两笔不一致就停下来。
- 手头工程是 TIA Portal 哪个版本建的。V13 到 V19，要落到具体版本，别写"博图"。
- 升级前的程序包还在不在。在，才有对照；不在，上载出来的东西无法证明是全的。
- 访问口令、块保护有没有在升级时被重新设置。有人升级时顺手改了口令，事后谁都不记得。
四格有一格空着，就还没到能判断"上载失败是谁的问题"。
哪一步脆
脆的是在线升级做到一半。
固件写到一半断电，CPU 可能起不来，里面的用户程序也不可靠。
这一步比上载程序更不可逆：上载失败，现场程序往往还在；固件写坏，现场程序一起悬空。
所以升级之前，能上载的先上载，HMI 画面、驱动参数另存。
程序在 CPU 里，画面在面板里，参数在变频器里。固件升级只动 CPU，另外两样不会跟着变，也不会跟着被备份。
另一处脆：旧存储卡配新固件。
卡是旧的，固件是新的，卡上的程序读不出。这不是卡物理损坏，是版本不认。
读不出的时候，先核对版本，再判断是不是介质坏了。顺序反了，会把一块还能用的卡判成报废。
什么情况下你不必找我们
升级是原厂或集成商做的，升级前的程序包、固件版本记录都在他们手里。
出了问题找他们回退，比找我们重做快，不必找我们。
你自己的设备科已经有版本台账，升级前后各有一份校验过的备份。这种也不必找。
我们要接的，是"升过了，记录没了，上载方法不好使，现场还在跑"。
能读的读，读不出的说明是版本问题还是介质问题。受口令保护的，不绕过、不破解。
公司是新的，团队在电气和软件这两行做了三十多年。
版本号是一行字。没记下这一行，后面的备份都是猜的。
升级前该能上载，先落盘再动固件。落盘的不只是 CPU 里的用户程序。
HMI 画面在面板里，源工程在做画面的那台电脑上。驱动参数在变频器自己的存储里，SINAMICS 要用 STARTDRIVE 或 Starter 导出。
固件升级不会帮你把这两样带走，也不会帮你备份。
升完之后做一次完整性校验：上载出来的程序，和升级前那份对一遍。对不上，先别往控制器里写。
对得上，也只说明程序这一样没丢。画面和参数要另做校验，不在这次固件升级的记录里。