前段时间遇到一个设备改造，是本公司十年前的产品，对比现在的设备虽有些小改动，但大体框架是没有变化的，控制系统是1200PLC加工控机监控系统，客户对接人员估计也不懂，两台设备只更换了几个接近开关和链条以及工控机。实际上这个设备用的非常少，链条不需要更换，当然这是前期工作，我们技术牛马是不怎么参与的。

由于事情比较简单，公司派了一个年轻同事（俗称向日葵工程师）和安装师傅去现场，三两天就搞定了改造的所有内容。各位论坛大佬都知道，再不经常使用的设备，过了十年，电气柜内的灰电平衡已经形成，各种线路也已经老化，有的厂家线缆用的差的话一碰基本上都要掉皮。我的这位同事不知道怎么鬼使神差地碰到了啥，回来没几天客户反馈CPU启动不了，一直黄灯。1200CPU不像原来的300系列有实体的运行/停止开关，只能在软件上给与重启。我之前也发过帖子，我们公司以前的工程师是多么的神奇，变量名都用的拼音首字母，果不其然我看到了硬件组态里面的启动设置有些问题，幸好那个项目所在城市还有项目，叫人过去看下，重启了几次CPU又启动了。

 过了大概一个月，客户又打来视频，这次CPU没有停机，但是所有的DQ输出全部没有，之前的设备缺陷是上下限位安装在一起，一触发2个限位都有信号，设备主电源接触器断开，必须拆线才能点动。这次排查了不存在这个故障，于是判断1200CPU损坏，毕竟10年了，说坏也过的去。毕竟出现2轮问题了，再不换点新东西利润也快败光了，这次安排我过去更换CPU。出发带了一个最新固件的1AG40的1214，而原来设备的是1BG31的1214。通过查看电气图，更换这个型号的CPU只需要DQ回路的电源和CPU本体供电稍做调整即可。于是我满怀信心地到达客户现场，力争2小时内解决战斗。

想象是美好的，而现实是残酷的。原来的项目编译软件是TIA V13，我的虚拟机始终ping不通PLC，查了半天应该是最近安装了一个物联网的远程模块导致桥接模式联网失效，应该是改变了一些默认设置。后来网上各种查资料，将本体网卡才映射到了虚拟机的虚拟网卡，顺便吐槽一下向日葵这个软件，各位有显卡的一定注意下，它会生成一个虚拟网卡把电脑的独立显卡驱动干掉，各种物联网软件也会生成自己的虚拟网口。

我在线备份了设备的各种DB数据，相信各位做过维修的都或多或少地有过此类掉数据的教训。在线后发现CPU后面挂着的2个模块虽然指示灯显示绿色，但在TIA里面是报错的，我一看果然模块间的连接器被动过，看来同事还是没有深刻理解到什么是灰电平衡，这东西都敢动。更换新的CPU模块后下载发现TIA v13不支持这个在线固件，以前只是下载有提示，现在直接下载不进去了，后来我打开V14的虚拟机将项目文件升级后总算是下载进去，作为一名上路的老司机，各个版本的TIA一定要准备齐全，以备不时之需，总结就是V4.6及4.7版本的CPU最低支持V14版本的TIA。

项目程序下载进去后肯定会遇到各种小问题，果然上位监控系统通讯一下就崩了，我调试用的HMI软件也没了通讯。检查发现连接机制的允许来自远程对象的PUT/GET通信访问勾选项也掉了，勾选后下载恢复正常。

最后一步就是核对设备的动作逻辑，由于边上有一台一摸一样的设备，本过程比较顺利，只是在小车定位时增量式编码器的值不归零，检查发现，在更换了CPU类型后，系统常数的硬件标识符也会改变，而程序里面HSC的硬件标识符号是手写的16进制的数字，更改后下载，设备恢复正常。

总结一下，作为维修案例，我们一定要做好前期准备工作，确保工具类软件的正常使用，确保维修材料的齐全，有条不紊地进行每一步操作，特别是在线数据的备份，不然修正一批设备的数据可能就会花费好几天，且需要其他人协助。对于老旧设备，维修一定是安全放在第一位，能不动的地方一定要收起你的好奇心，有时候鱼贵不贵可能不知道，风浪真的很大。看似简单的更换CPU模块，轻描淡写的几段话，这是在有源程序的情况下能轻易做到，在一些流水线上，一个设备的停机重启往往令企业损失很大，各位一定注意，防止引火烧身。