稍微思考了一下，他就准确判断这次分离机故障的产生原因：血泵的传坏了，不但不能提取反应真实情况的数据，反而不断向系统内提大量的错误数据，导致系统诊断程序发告警信息，使整个设备停止运行。

副院长许集贤啥也看不懂，但见彭华鼎脸一下变得轻松，连忙问：“可以不？”

很快，笔记本电脑的屏幕上现了很多代码、数字。

所有人的目光都落在彭华鼎脸上。

他先仔细检查了一下程序，然后对这个程序行编译，等编译顺利完成后，他很自信的将这个的程序运行起来。

不过，他很快就找到了一个办法：用件来解决这个问题。

第一次试验就大获成功，彭华鼎心里很激动，开始相信自己拥有的机电技术：就这么一个简单编写的程序就实现了双方瞬联，这技术里所包的控制技术真是啊。……，它包的机械技术是不是也有这么呢？呵呵。

如果有稍微懂得控制技术的人一看这个界面就知这是机电领域常见的微理控制界面，很多手持终端上也常常采取这简单实用的界面。

了分离机的控制系统，取得了理的最控制权，可以查找故障的问题就解决了一大半。

。

看到这些，彭华鼎嘘了一气——笔记本电脑与分离机的微理握手成功！

有控制技术的人都知实现告警屏蔽的方法有很多：如改变告警门限值，将限制范围放大，使限制不成为限制；如修改诊断结果，不论输数值是什么，其诊断结果都输“正常”；如修改这个告警的告警等级，不让这个告警对系统产生后续动作，等等。

确定了办法，自己又有控制权，彭华鼎三下五除二就将程序修改了。

本章已阅读完毕(请击下一章继续阅读!)

之后，彭华鼎到原始数据库里找到了传测到的血压数据，发现最后几分钟保存的数据很凌，与之前存储的数据相差很大。

他利用自己所学的计算机知识，很快就清楚了分离机的告警产生机制：血泵的传获取血压数据后，将之传给理，理将这个数据与内的告警门限值行比较，如果异常就行告警，一旦超过极限值就发停机指令。

件故障是彭华鼎最不愿意看到的，因为他即使拥有超前的机电技术也无法行件维修，而且之前维修人员也过他手里没有备品备件供设备行更换。

等了不到三秒，电脑的屏幕上就现了一个控制界面。

他迅速而认真地研究了一下界面上显示的内容和程序菜单。等基本理清了程序的大致廓后，他又查看里面的告警功能模块，很快就找到了这台设备的告警原因：血泵的一个压力传测试的血压数据异常，超过事先设定的告警门限值，从而导致理告警并发了停机指令，使分离机停止运转。

这是传的件故障！

他努力控制自己的情绪，对充满期待的许集贤了，：“电脑已经与分离机联通了。……，我上可以知故障原因。”

所谓用件来解决这个问题，白了就是通过件人为地、行地把告警行屏蔽，迫微理的故障诊断程序不对血压传测量来的数据行诊断，或者无论传传来什么数据，微理都行认为这些数据是正常的。

（恳求收藏，恳请推荐，谢谢）