晚上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,进入硬件配置,在线监控,出现一个d窗,提示在线与离线配置不同,下面有2个选项,一个是依然用当前的配置来诊断,还一个是更新。正常情况下,可以选择这两个选项的一个,然后点击下面的OK按钮来执行,但今天这个d窗下面的2个选项不让选,而且OK按钮也是灰色的,不能按。
我想既然这样就单独上载一下硬件配置吧,在硬件配置中点击上载按钮,然后选择存储的路径,然后d出选择节点的窗口,在插槽里选择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数据还是好的。
责任编辑:lq
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)