修理840Di sl系统液压泵头后续问题1

  设备修复后二天的连续运行，及机床参数的重新调整、25040#等报警问题得到的解决，但那个一天一次或几天一次的设备“无辜”停机问题的处理过程还没有与大家分享过，感觉有写电视剧的了。

  在前几天调试系统液压泵头时，“无意”间发现了一个制造商（编程者）忽视的程序逻辑关系，今晚拿来与大家分享一番（控制程序已经修改完毕）。

  事情的来由是这样的，该840Di sl系统有一个控制上滑块上、下运动的液压伺服泵，该泵前几篇文章中有较为详细的描述修复及排障过程，泵为轴向柱塞伺服双向变量泵（Rexroth），订货号SYHDFEE-10/250R-VZB25U99-0576-A0B1C；配套的控制伺服阀组及一个外部反馈的压力传感器给定VT-DFPE-A-22/G24K0/0B1C/V控制器组成，阀控部分原理图，图示：

该伺服阀组有一组泵头故障报警输出控制器3#端子至plc输入I81.6，这个被忽视了的报警逻辑控制由此展开。

   首先，描述该报警输出功能：当泵头检测到系统压力给定值没有到达目标值；或者液压换向时负载侧可能的被“吸控”（双向流量作用）；或者泵头温度大于80℃等原因引起的故障输出，正常时，该位输出为1，报警时输出为0。

控制程序段描述：

      A     "verz.Steuerspannung ein"   //系统启动1S延时后

      A     "Hydraulik ist eingesch."   //液压站全部启动完毕后

     A     "GA Regelventil Z BB"       //I81.6报警输出位

      =     "REL Z-Achse betriebsb."    //Achse betriebsbereit an ADI4

该程序段的含义为当系统启动完毕；液压站启动完毕且没有该泵头故障报警，则，输出Q61.0给ADI4轴模块。

      ON    "TS Steuerspannung aus*"    //系统停止按钮

      ON    "GA 1ste Not-Aus-Kette ok"  //控制柜急停OK！

      ON    "NC".E_NCready

      ON    "NC".E_NCKready

      ON    "GA ADI4-Ready"             //ADI4模块就绪

      O     "verz.Schimpke  Not-Aus"    //冷却站启动完毕

      O     "verz.Hydr.Oel Not-Aus"     //液压站启动完毕

      O     "verz.Hydr.Mot.Not-Aus"     //P1/P3泵电机温度正常

      O     "verz.Hydr.Not-Aus Beh.l."  //液位正常

      ON    "DB Pilz".E_Not_Aus_Ok_SSB

      O    

      A     "Hydraulik ist eingesch."   //油泵完毕启动完毕

      AN    "GA Regelventil Z BB"       // I81.6报警输出位

      R     "ges.Steuerspannung ein"     //复位系统停止

该程序的大致含义是，抛开其它控制、判断条件，当I81.6故障时，该位状态 = 0，则复位系统停止"ges.Steuerspannung ein"标志位。

故障报警程序段：

      A     "verz.Steuerspannung ein"   //系统启动1S延时后

      A     "Hydraulik ist eingesch."   //液压站启动

      AN    "GA Regelventil Z BB"       // I81.6报警输出位

      =     "ALMSG_DB".C1.FDD_RID_5101xx[2]    //FM 510102  vs+einlesesperre 泵压力故障异常

该故障报警程序段的含义：当系统启动；液压站启动完毕后，如果该泵故障输出状态 = 0，则表示泵存在故障，报警510102#信息。

    上述程序看起来并没有不合理之处，但实际应用时这个逻辑顺序关系与硬件的匹配使这个故障被“人为”隐蔽。

假设当泵头故障出现时I81.6 = 0，或者干脆说该点存在接触性问题，该I81.6 = 0被plc捕捉到，那么由此程序控制复位系统启动标志位"ges.Steuerspannung ein"，系统启动一旦被复位，泵就连带被迫停止工作，泵停止工作后报警也就“自动”复位了。

注：该设备的系统启动包含控制电源的启动，也包含该伺服控制阀这部分电源，而控制器报警输出3#端子调用的是NC逻辑。一旦出现这个报警，设备就“自动”停机、故障信息也不可能被显示，且会给用户判断停机故障，有摸不着头脑的感觉。

    一直来该设备存在一天一次，或者几天一次的“无辜”停机，这样的停机次数非常偶然，曾经为此找过好多次，总是很难被查询到真正的问题所在。但是在这次排障中被“无意”发现了这个控制逻辑关系，非常隐蔽，没有仔细推敲实难发现无辜停机的根本原因。这个“无意”实际上是维修泵头时，泵头偏转角度被我任意调乱，使故障输出标志特征变得明显。查找和发现问题困难，解决问题就相对容易的多了，将程序修改为：

      A     "verz.Steuerspannung ein"   //系统启动1S延时后

      A     "Hydraulik ist eingesch."   //液压站启动

      AN    "GA Regelventil Z BB"       // I81.6报警输出位

      S     "ALMSG_DB".C1.FDD_RID_5101xx[2]    //FM 510102  vs+einlesesperre 泵压力故障异常

      M     2.1                       //MCP板上的复位按钮I3.7

      R     "ALMSG_DB".C1.FDD_RID_5101xx[2]

当然，也可以通过其它方式修改控制程序中的不足。另外，为了杜绝可能的接触性问题，将程序稍加修改为输入点延时“滤波”方式：

修改程序段：

      A     "GA Regelventil Z BB"     // I81.6报警输出位

      L     S5T#1S500MS                //暂时定义断开延时1.5S

      SF    T     15

将T15替换到原I81.6的输入地址中。

   这起处理过程套用那句“有心插花花不开，无心插柳，柳成荫”在这里最贴切不过了，本以为此种逻辑分析并没有什么可写，即便写了也不一定让人家能够看的明白，毕竟还需要理解硬件原理，设备状况。但是类似的问题在现实调试、排障过程中比较多见，稍不留意自己也难免会犯同样的“糊涂”错误。另外，说实在看别人的程序，我总感觉是一件非常纠结的事情，因为要充分理解编程者的思路，无论是正确还是错误的。仅以此短文与大家分享，也望大家做程序时三思而后行，一个小小的疏忽，给用户带来大大的困惑。

确实编程者一个小小的滤波，有的可能就几百毫秒就能解决很多莫名其妙的故障

修改别人的程序 会有此类的问题。

曾经在上学时，老师讲到一个“推和敲”的含义，推门进入？还是敲门进入？这2个字义本质上有明显的区别，中国文字博大精深，字义上涵盖了民族的文明礼仪。

借用这个典故，用在编程上也是可行的。一个看似简单的控制，隐藏着很多关联，编程者多考虑一些异常情况下的措施，那样程序会更加稳定、可靠。

知起源知其所以然，王工探索技术精神值得我等学习，的确任何一个设备都有他的不足之处，只有通过时间才能最终显现出来，只有设计者和使用及维护者三者之间精密协助，设备才会越来越好。

修改程序首先条件就是自己对这个工艺很清晰透彻。点赞

发现控制漏洞，亡羊补牢为时不晚，当然这就需要维修者的技术水平了，否则也是干瞪眼。束手无策。王工艺高人胆大，洞察秋毫点赞。

一个好的程序是需要谨慎及推敲的，否则经不过时间的考验的。

，是这样的。

因为系统泵头偏转角度被我调轮了，无法恢复到原零位状态，只能临时屏蔽这个报警输出，重新启动油泵电机。在屏蔽这个报警输出时，仔细分析了程序与实际的硬件，才发现一直来无辜停设备原来还有这么一出。不仔细推敲还真的无法发现这个被隐藏了多年的问题。

首先，我很喜欢看楼主的分享贴，像一本书，很是精彩，能将故障描写成一个完成的分析解决处理过程，难能可贵，希望更多可以看到这样的好帖

很多时候只有设备出现问题时，才会深入研究，解决问题的过程中也就是技术提升的过程，虽然过程可能比较曲折，如果最终这个问题被你迎刃而解。回想起来还是挺有滋味的。

黄工说的没有错，排障过程有压力不假，但当问题最终被找到解决了，那个“快乐”只有自己才能体会到。做工控的心情像过山车，时高时低，情绪跌宕起伏。往往最困难的阶段能够“挺”过来，解决问题也仅仅只是时间问题了。无数次现场摸爬滚打，也造就了一颗强大的内心。

这起故障历时是我从业以来最长的一次，其中，伺服电机的维修本想也写一写。只是那次时间匆忙，没有留意他们调试用的软件及硬件是什么，下午去上海，晚上回公司想的就是想争取维修进度。最后锁定在液压伺服泵头上，这个需要过程，但我这个过程过于漫长了。

整起故障分析：我当初开始时的判断逻辑错误，我以为是因系统轴编码器性能不良引起的系统报警故障。犹如我这篇文章中的控制程序的逻辑问题一样，没有理顺逻辑关系，碰了壁后才反过来考虑泵的原因。

这个类型的泵用户少，一般都是采用伺服阀（我们这里其它840D设备上用的就是伺服阀），而这个设备采用的伺服泵，控制方式也是第一次真正面临N多问题，着实给我上了一堂课，虽然非常辛苦，但值！