这是一篇非常有启发性的840D 系统伺服报警故障排除实践真操的维修案例，并且是图文并茂说明维修全过程，希望通过这篇分享希望大家如果遇到类似问题该如何下手。

经过大家2天的努力，排除了该设备前一些日子点检发现的加载门丝杆螺母副与门连接缓冲部位磨损，解决了因伺服电机驱动与加载门间隙大造成的冷却水外溢的问题。下午，试车并投入正常生产，未见有异常故障存在。

   晚上，正准备做一些程序验证。工厂来电话说该设备偶尔有故障报警，造成停机，按MCP板上的复位后可以继续正常运行。但是，经过几个产品或十几个产品制成后，故障又会出现，值班的同事发过来报警界面图示：

 根据周末同事维修经历，主要问题锁定在25201#、300608#故障。51012#及其它信息根据用户PLC程序判断为E1轴故障后的保护性措施。

到现场后，在JOG状态下，点动E1加载门伺服轴，监控负载率变化不明显增加（大约在20%均电流左右）属正常。正、反方向点动电流均值均在范围内，果断切换到AUTO状态测试了几个循环，当报警出现时，加载门位置会产生“偏移”。正常加载门关上制成时，加载门的位置值为-1330.0mm处，但是，监控故障报警时，这个值会向正向“移动”一些数字，这个数字在报警时还不确定的。

将设备重新切换到JOG状态，仍然正、反方向点动加载门仍然未见明显异常。查看该伺服电机驱动的丝杆及丝杆螺母副润滑正常，导轨处也未见异物存在。怀疑前几天同事处理该加载门维修后的调整间隙，将加载门的电子行程参数（第一负向行程）MD36100由原值-1330.0修改为-1320.0，重新断电、上电让参数生效，试运行故障依然存在。

在没有查询到确切问题所在时，我惯用的手动就是断电重新系统。可是，设置新参数几个循环下来，故障依然存在的同时，出现了NCK程序错误的报警信息，查看报警指定的主程序错误，仍然未见有明显的语法错误，更让我无法连接的是NCK主程序这时出现报警而无法加载了，图示：

 仔细查看MASTER_MPF仍然没有找到问题的所在，指令、语法未见明显的错误。

 MASTER_MPF加载处没有那个“×”符号，尝试着将NCK程序卸载再加载到NCK，这个主程序就是无法加载上，看看手机手机已经是晚上10点多了，由于没有参加这次加载门的修复过程，时间太晚了无法咨询同事的处理过程，只能放弃，通知工厂明天再继续查找问题。

   第二天在NCK程序选择界面下，看到有一个按钮，Manage programs，将光标移动到MASTER_MPF处，按下Manage programs按钮，主程序加载成功，图示：操作前的画面。

 同事们先后也都到了上班现场，咨询同事处理加载门的过程，把问题点锁定在修复加载门间隙时的弹性垫上，由于门的加、卸载次数随着设备使用时间的累积，这个弹性垫磨损严重，造成加载门与设备门边的间隙加大，冷却水通过加载门缝隙才有可能外泄。

   打开加载门间隙位置，重新切割这个弹性垫的厚度，使门在关闭到位时，仍然有一定的滑动“间隙”。启动设备，试着运行了几个循环，报警没有再出现。再将MD36100#参数恢复到原值-1330.0，生效。

小结：

 这起故障报警（E1加载门故障）主要原因是修复该门间隙时，没有充分考虑到丝杆螺母副与加载门弹性垫的位置间隙的合适程度，当加载门移动到设备门关闭位置时，正好也到了丝杆轴承附近。由于加载门在丝杆中间位置时，丝杆的刚性还有弹性，一旦移动到丝杆轴承处，这个所谓的刚性变硬，使伺服电机驱动器出现过载报警的边缘，也印证了这个报警的偶然性（可能需要几个循环才出现的实际现状）。又由于在JOG状态下，伺服电机的固有的速度运行，伺服电机的负载电流尚小，基本无法反应到AUTO状态下的速度与负载均电流情况，当接近故障报警位置值时，加载门基本已经到达了设备加载门关闭处（伺服电机运行到接近减速位置），故障原因还是比较隐蔽的，不容易发现。另外，设备做维保后出现的信息当报警出现时需要核实，根据当时处理过程再结合报警信息针对性的排查，使问题锁定在一个范围内。本例故障原因为，间隙调整不当，使伺服电机运行在接近关门处，因间隙不当造成的过载保护，调整不当，相当于加载门与丝杆没有保持足够的平行度，图示：

 伺服电机驱动与加载门间隙大造成的冷却水外溢。这个问题不处理好将是设备安全可靠运行的一大隐患， 840D 系统伺服报警故障排除维修处理，非常有条理，是一篇好的维修日志，希望对其他有相关设备的处理相关问题有帮助。