「能自己建房间的炸金花」式自建思路，能给润滑监测传感器布点省下多少巡检工时

润滑监测系统里，可自建的对象通常有三层。第一层是采集点：一台减速机可能在输入端轴承、输出端轴承、油池三处各放一个传感器。第二层是逻辑组：把同一台设备的多个采集点绑成一个「设备单元」，让趋势曲线按设备而不是按通道号展示。第三层是告警规则：不同设备允许有不同的温度上升速率阈值和颗粒计数基线。

这三层里，只有第一层涉及硬件成本，后两层是软件侧的配置权限。很多现场把三层混在一起谈，结果一提到「能不能自己建」就默认要加传感器，预算立刻被卡住。实际上先开放第二、第三层，往往就能解决大部分「数据看不出设备状态」的问题。

以某矿山皮带机驱动端的减速机为例。它原来只有一个油温测点，运维反映「温度报警了也不知道是油变质还是负荷高」。在自建监测单元的思路下，现场做了两件事：一是在油池加一个铁磁颗粒传感器，二是把油温和颗粒计数绑进同一个设备单元，并单独设定该单元的告警组合——温度升速超过每分钟0.4℃且颗粒计数同步上跳，才触发二级告警。

• 采集点不是越多越好。同一轴承座上加两个同类型传感器，多数场景只是重复信息。多出来的通道会拉长接线和巡检核对时间，边际收益很低。
• 设备单元要跟检修边界对齐。把同一台减速机及其联轴器划成一个单元，比按电气柜或按楼层划分更贴合实际拆检范围。单元边界错了，趋势再准也不好派工单。
• 告警规则别一次设太细。初期用「温度+颗粒」两参数组合就够，等积累了三个月的正常工况曲线，再考虑加入黏度或水分。规则越细，误报越难排查，反而会让人关掉告警。

GMG的润滑状态监测走的是传感采集加趋势分析的路线。在配置层面，它把采集通道、设备单元和告警阈值分开管理：通道只管数据进来，设备单元负责把属于同一台机器的通道聚合，阈值挂在单元上而不是通道上。这样调整一台设备的判断逻辑，不会牵连同车间其他设备的设置。对运维团队来说，这种分层让「能不能自己建」从一句口号变成可操作的权限划分——建的是单元和规则，不是重新铺一遍线。