晚上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数据还是好的。