【振动监测专栏】集成化状态监测

集成化状态监测，这个词重点在于集成和状态。之前一直说振动监测，其实“振动”只是状态监测里的一个参数指标而已，只不过振动信号的复杂度以及其能所涵盖的机械设备故障的广度奠定了它在状态监测系统中的重要性。可是，现阶段很多厂家都忽略了状态监测是一个整体，而过分的强调“振动”。进一步讲，设备状态监测作为全厂资产管理及维护中的一员，和其他环节也是密不可分的。

早年的全厂自动化，现在的互联企业，其核心是要打破“控制、管理、维护”三者之间的独立，达到万物互联的目的。所以，重提集成化状态监测的时候到了……

好了，不忽悠了，下面我举一个常见的例子：

某水厂，有8台净水泵。泵很值钱，电机也很值钱，连变频器都挺值钱的，而且都是进口的设备。用户考虑维修和更换配件都比较麻烦，所以就一步一步地想到状态监测这个东西，于是便让集成商想办法去做成这个项目。

集成商一询，发现做这个的厂家还挺多，后来出于种种考虑吧，最后选择了一款振动监测产品，硬件上了，想着怎么着也得高大上一点儿吧，于是就把振动分析软件也上了。现在，振动监测（注意我没说状态监测）上全了，项目做成了，用户心里踏实了（鼓掌）。可是真的如用户所愿么？

不可否认，无论用谁家的振动监测产品，到这里基本都告一段落了，顶多再加个远程诊断中心或者资产管理软件什么的。可是紧接着，一个问题出现了，这个问题可是难倒了“众卿家”……

某年某月某日，系统记录有两台设备振动值出现异常。根据培训，知道这两台设备出现了问题，于是调出历史数据，打开各种Niubility的图谱，分析……无果……；请来Niubility的专家分析……依然无果，得到的答案就是总振值整体变大。别说主轴不平衡，尼玛连个传动都没有，就那么长一根轴，也没停机，怎么就不平衡了。而且离线分析仪也用了，动平衡也做了，毛事没有……。

用户急了->集成商急了->分销急了->振动监测厂家也快急了……去了现场一看，哦，原来用的不是我们的控制系统，怪不得没并网。这样吧：将振动监测计算后的特征值从智能振动I/O中引出，进入现有控制系统，综合转速、流量、运行时间、水压等工况信息，进入组态软件，同步存入HMI数据库。

三天后，调出历史数据，对比分析得到了一个类似K线图的东西，大致如下图所示吧：

画的不太好，人家的HMI咱也不能随便截图不是，将就着看吧。

大致意思就是，在某一时刻，水泵的流量降低了，当降低到某一值后，1#测点的总振值和轴承频带分量均发生了较大幅度增长。

联系泵厂家后得知：该类泵有一个最佳工作流量，当流量降低到该值以下后，机器的整体振动会有较大增长。说到这里，很多搞设备维修的应该似曾相识吧，嗯，可是如果执迷于振动监测的话，是不是就把自己给坑了？反过来，如果对设备的报警加上条件判断，从控制系统中读取流量值，当流量降低到L值以下时，自动倍乘该泵的振动监测点报警线；而流量恢复到L值以上后，取消报警线的倍乘。好了，误报警事件解除。

别的我就不一一举例了，其实大家心里比我更清楚。就好比中医把脉，虽然很厉害，可是中医四大法宝——望、闻、问、切是一样都不能少的。回到很久之前我写的一篇文章里说过的话，一个优秀的振动监测产品，应当至少具备三道工序：信号转换、数据计算、数据通讯。这个通讯，绝对不仅仅只是给自己的上位机通讯，而是将它的数据分发出去，同时还要容纳别人的数据。通讯，首先是要通……

万物互联……不久的将来，任何一个随身之物都有可能成为终端，任何一个工艺环节都有可能成为数据源，任何一种数据都将变得友好、直观。没有所谓的专家，没有所谓的信息孤岛，甚至没有“振动监测”。如果不信，那么就回顾一下互联网经济腾飞的这几年——家具变成DIY、手机软件没有说明书、手游全年龄化、Apple Pay的出现和“空付”的概念、不会用电脑但会用手机、不会用QQ但会用微信……说到这里，亲们还认为振动监测只是“振动监测”么？

哇，好厉害，这么牛逼的振动监测产品在哪里可以买的到呢 (●’◡’●) ？

亲，(-__-)，都说这不是一种产品，而是一种解决方案了。集成化状态监测，英文Integrated Condition Monitoring，缩写ICM。

下一篇我会做一个自我感觉比较标准的集成化状态监测方案给大家分享，一开始我还在纠结到底用GE的，还是AB的，还是西门子的产品呢？现在我已经决定啦，具体如何，咱们下篇再见(￣▽￣)

作者简介