晚上6点多，维修人员给我打电话，说一台精镗面板闪烁，无法启动，当时正有事，让他们重启机床试试，等我处理完事情打电话询问下情况，得到回复是重启了还是一样的故障。
到现场一看，是一台840d的机床，mcp面板在闪烁，op012诊断界面显示120202 “等待与nc/plc 的连接”，检查了pcu50上的dp插头，从外观上看没有什么问题，关闭电源，把dp插头拆开，发现接线螺丝稍微有些松动，紧固了一下，来回拨动了终端电阻的开关，感觉没有问题，再次连接到pcu50上，重新上电，发现mcp依然一直闪烁，等hmi画面启动完毕后，到诊断界面查看，120202报警已经没有了，但出现了新的报警，2001“plc没启动”。
从操作者的聊天中了解到，这设备几个月没开机了，但是我在诊断里并没有发现ncu电池的报警，说明电池还是有电的。打开电箱，查看ncu和驱动的状态发现：ncu上的数码显示为6，nc的led为绿色正常，plc的pf故障红灯常亮，ps（plc停止）灯在闪烁，驱动上没有红灯，从这看也不像是电池没电造成的，如果电池没电，参数和plc丢失，那么驱动上肯定都是红灯。
返回到op12上查看nc程序和轴的数量、名称都是正常的，从这也能判断不是电池没电造成的参数和plc丢失。那么正常2001这个plc停止的原因就要依靠查看step 7软件的诊断缓冲区的信息来判断。
打开step7软件，找到机床的plc程序并打开，mpi线连接到x122口，设置了pg接口为mpi，进入硬件配置，在线监控，出现一个弹窗，提示在线与离线配置不同，下面有2个选项，一个是依然用当前的配置来诊断，还一个是更新。正常情况下，可以选择这两个选项的一个，然后点击下面的ok按钮来执行，但今天这个弹窗下面的2个选项不让选，而且ok按钮也是灰色的，不能按。
我想既然这样就单独上载一下硬件配置吧，在硬件配置中点击上载按钮，然后选择存储的路径，然后弹出选择节点的窗口，在插槽里选择2，点击view，结果没有cpu出现，只找到一个mpi地址为3的fm。难道cpu的插槽不是2？ 查看了cpu的配置，发现mpi地址和dp地址都设置为2，这里没有问题。又新建立了一个项目，然后选择上载站点到pg，结果还是一样，扫描不到cpu，只能看到地址3的fm。怀疑mpi的波特率设置不对，又扫描了一下端口，发现是187.5k没问题。
难道还是长期不开机plc丢失？查看了下pcu50里的备份，发现plc有2020年12月做的备份，这个备份很新，到现在不会有什么改动，决定恢复下这个plc程序。在ncu上把plc的拨码放到2停止状态，然后在op12上操作恢复。发现恢复的过程很慢，而且plc恢复的第一项是plc停止，恢复程序在这里停留了很长时间不向下走，就和维修人员聊天没去管它，等再看的时候已经在恢复各种块了，但是恢复完最后一个块nck复位时，有个错误提示出现了，当时没拍照，大概意思是“复位plc内存无法完成”。既然自动复位无法完成，那我自己复位吧，做了nck复位，把ncu的plc拨码放回运行状态，发现plc依然无法启动。
刚才偷懒没有做plc的总清就直接恢复了，看来这一步不能少啊，做了plc总清后，plc运行灯点亮正常了，又把拨码打到2，到pcu50上做同样的plc恢复，发现这次恢复速度快了很多，而且第一步plc停止那里没有停顿就过去了，一直恢复完毕没有出现错误，再次把plc的拨码拨回0，plc运行灯点亮了。机床开机运行也正常了。
从恢复plc的过程看，感觉plc可能丢失了，或者说某些存储单元数据丢失了。但nc数据还是好的。