顺向思维查找840D系统故障一例

  今天上午，在微信上看到有一台840D系统设备，进给丢失（在AUTO模式下，各轴没有移动）。我回复，看看进给率的旋钮打在什么位置（打在0%）？回复说有报警出现了，按MCP板上reset复位后，报警消除，继续自动运行是可以的。

 出现过报警信息原因引起的故障，还是需要进一步确认的。于是赶到设备现场，对故障报警做进一步的确认。到现场后，设备在正常运行，查看诊断界面下的报警日志，确实有过一些报警记录。正在寻思着，是那一条报警信息时，这个故障再次出现，还没有反应过来时，设备的进给由暂停，又自动运行了（根据设备运行的声音判断）。重新返回到“诊断”界面，看报警诊断信息内容，图示：

报警信息主要是描述600800#故障。

   根据这个信息，进入step7用户程序，看具体的报警成因是那些原因引起的，图示：

报警程序并不复杂，主要原因是由I33.6（触点）动作引起的。

   根据报警信息，查找到schimpke（设备润滑设备）的报警，归结到最终的该设备的所有短路器触点可能存在的闪断原因引起的，根据上述报警，有定时器延时4S触发和定时器延时20S触发2种报警形式。

打开程序，监控：

      A     "verz Steuerspannung ein"         //系统启动

      A     "verz.Fehlerm.Schimpke"          //schimpke设备的保护触点 

      =     "ALMSG_DB"._8FdStop6008xx[0]    //VS oder Spi Halt Achse 8 FM  600800 

      A     "verz Steuerspannung ein"         //系统启动

      A     "verz.Fehlerm.Schimpke"           // schimpke设备的保护触点

      S     "ALMSG_DB".C1.FDD_RID_5101xx[3]    //FM 510103  vs+einlesesperre

      A     "ZM Taste Reset"                    //MCP板上的reset按钮

      R     "ALMSG_DB".C1.FDD_RID_5101xx[3]

其它的报警信息类似，只不过是显示的通道不同。

   归结到引起故障的更本原因，是schimpke设备的保护触点存在闪断，我判断的理由是定时器动作了，schimpke设备正常时，该点的状态为1，而设备故障报警时，该点必须在断开信号大于4S时间以上，且设备在启动状态下才可能触发报警的。

   由于设备在正常运行，寻思着是否考虑暂时把这个定时器延时时间由4S修改为稍大一些？如6S，说干就干，重新设置下载该定时器延时时间为6S。仔细考虑一下，还是感觉不妥，重新又还原到4S，目的是想在故障时能够找找具体的故障位置。该报警输入条件是由schimpke设备的9个断路器（各润滑电机驱动断路器）及制冷压力（高、低压）判断串联组成的，判断起来稍微麻烦一些，没有单独输入那样容易捕捉。在现场微信上告知当班领班，再出现故障时，不要复位掉报警信息，直接通知我到现场处理。

   本次查找，故障虽然没有现场处理，但是，问题基本锁定了，查找故障的根源只是时间问题了，后续故障查找到后再补充说明。