前两年，个人角色从设备供应商从业人员转换为技术服务商从业人员。

一直以来，我很强调客户或者其他人的提问，让尽量把故障的时间、地点、经过、故障发生前后的作业状态，故障是否新发还是一直存在等描述清楚。我个人请教别人问题的时候也是尽量把事情的前因后果先表达清楚。这样做有什么好处呢？解答问题的人一般都不没在现场，对故障的了解不是很清楚，如果不把问题先表达清楚，很容易让别人没法回答，或者，增加别人回答问题的范围，不利于针对性解决问题。

这不，今天的故事就是这样的。

由于在隔壁平台的出色表现，客户很是认可，所以没等下船，直接就穿梭到附近的这个平台上，说是有一些问题需要解决。

到达后，和客户聊过，其中一个问题，作为避免栽入深坑的典型案例。

客户的泥浆泵本地控制箱上1、2#泥浆泵的泵冲表不显示，本地操作人员无法得知泵冲的数据，给生产工作带来很大的不便。让帮忙看是否可以修复。

照例望闻问切，先问问具体的情况：是一直是这样，原来没有问题，最近才会不能显示？事实证明，这个问题极为重要，如果没有问明白直接“一顿操作猛如虎”，那最终也是瞎忙活，反而让客户看不起。(海油的人一般是比较傲慢，对看不起的人压根没什么好脸色)

系统是上世纪80年代末的，期间在2010年后进行过改造。经现场反馈，说是改造后就没有正常显示过。

【这样的话，就不用先查接线了，同时心里腹诽：你们的项目验收是怎么搞得？】

既然是从改造系统时娘胎带的问题，那么，直接从头查吧。

1， 泵冲表的接线原理

司钻房控制箱内的AO模块直接输出信号到泵冲表。

2， PLC端信号配置

在PLC程序的硬件配置中查得，泵冲对应的实际物理地址为PQW256，PQW258，都是0-10VDC电压信号。

3， PLC程序实现

在泥浆泵控制程序块FC14中，源程序输出泵冲的控制为NW2和NW3，这里请注意，地址和原理图显示的不一致： 

鉴于原PLC程序的计算方式问题，对原有的PLC程序更改如下两图所示：

用M250.0的常闭(程序中M250.0为常开)隔断原有程序对泵冲表的输出：

在FC14的末尾，新增NW29，NW30作为泵冲表的输出：

4， 测试结果

经实际测试，本地泵冲表显示正常，和HMI数据一致。

本文开始的时候提过关于提问的问题，这里多说两句：

平时不管是在论坛还是群里，看到很多人提问题，都是自顾自的表达模式。问完发现应答者寥寥无几。

为什么？

我个人觉得主要无非是以下几个原因：

1， 大家都很忙，没时间理你；

2， 你的问题很难，知道的人少之又少；

3， 你的问题表述不清，别人无法回答。

前两个原因，作为问题的提出者，无法改变。但是，可以把第三点做好啊。

小学生写作文都要求时间地点人物，事情的起因发展结果。需要把这六要素给表达清楚。那么，作为一个成人，对于向不了解现场实际情况的陌生人(不管是通行还是隔行)，是不是更应该把事情的经过描述清楚，这样，别人想作答也有依据呀。

否则，只提一个故障结果，问别人怎么破，让别人猜现场情况呀？

这里，墙裂建议经常提问题的人看一看这篇文章《How-To-Ask-Questions-The-Smart-Way》。

越来越发现，老外真牛逼。

很多事情，他们总结了，量化了，而不需要再凭借经验值。

就像做菜，你什么原料需要多少克，直接说明白了，而不是加油少许，加盐少许，辣椒少许。你的少许，和别人的少许是一个少许吗？

为什么说老外牛逼？

看看这些书名，其实书也是很好的哦。