上周去一个朋友的机加工厂，车间里那台1987年的立式铣床还在“咔咔”地干活。老师傅贴着机身听了一会儿，回头跟我说：“这主轴怕是要出毛病。”我问他怎么听出来的，他说声音跟以前不一样了。但机器就是不坏，就这么拖着。
这事其实特典型。设备物联改造，很多人觉得就是加个传感器、连个网、上个大屏，然后就等着数据说话。可实际上呢？我见过太多改造项目，钱花了，数据也采了，最后全躺在机房里睡大觉。根子上，是没想明白数据到底给谁看、干什么用。
改造前，先想清楚数据给谁用
别一上来就买硬件。你先回答一个问题：这台设备最让你头疼的是什么？是突发停机？是加工精度漂移？还是能耗太高？不同的痛点，数据需求完全不一样。
比如机床主轴，最怕轴承磨损。你光采个电流、温度，没用。得采振动，还得是高频振动。我见过一个案例，某厂给注塑机装了压力传感器，云端一库数据，结果是用来考核工人有没有偷懒。这主意倒是挺好，但跟设备健康没半毛钱关系。
所以说，第一步不是选传感器，而是找老师傅聊聊天。把他们的感觉转化成可测量的物理量。对，就是这么个流程。就像那个老师傅，他说“声音不对”，本质上就是振动频谱变了。我们要做的，是把“声音不对”变成“振动速度有效值超过4.5mm/s，需要预警”。很简单，但很关键。
通信协议的选型是个混战
老设备上哪找以太网口？很多连串口都不全。这时候，通信协议就有的掰扯了。
Modbus RTU便宜啊，两根线，几乎任何PLC都支持。但速率低，动不动就几百毫秒。适合反应慢的设备，比如风机、水泵。Modbus TCP又要求设备带以太网口。Profinet呢？西门子生态，但那老铣床也不是西门子的。还有OPC UA，这货是个大趋势，统一语义，跨平台，但老设备根本没法直接跑。
那怎么办？加个边缘网关呗。把Modbus RTU转成OPC UA，或者MQTT，往上一推。注意，这网关别买太差的。工业级，至少支持4G/5G，还得抗高温。我见过有人用几十块钱的开发板，夏天车间里直接热死机。这种事，说多了都是泪。
还有一个坑：实时性。如果设备涉及安全联锁，比如冲压机，你的通讯延迟必须小于毫秒级。这时候就别走什么云了，干脆用硬线接PLC，别玩物联网。安全归安全，物联归物联，别混着来。
顺便说下，边缘网关里最好做一层数据缓存。网络一抖，数据就断了，回头补数据特麻烦。你可以在网关里存个几千条，等网络恢复再补传。这个设计，没吃过亏的人想不到。
传感器和安装：别小看机械基础
传感器选型，电压？电流？压电式还是电容式？别光看量程和精度，还得看环境。车间里油污、粉尘，你怎么防护？
像振动传感器，我偏爱压电式加速度计。比如PCB的352C33，灵敏度10mV/g？不不，100mV/g更合适。频率范围0.3Hz到10kHz，足够覆盖轴承故障频率。但安装位置很有讲究，必须靠近轴承座，越小面积越好。用磁座还是直接螺纹孔？磁座方便但会衰减高频，螺纹更可靠。你要测高频故障特征，就得用螺纹，还得涂硅脂。
另一个容易被忽略的是接地和屏蔽。信号线必须用屏蔽双绞线，单端接地。有一次我接了个传感器，老是漂移，查了半天，结果是屏蔽层两端都接地了，形成地回路。把一端剪掉，立马干净。这种小问题，书上不会写，但现场就那么邪门。
对了，还有供电。传感器需要恒流源供电，比如24V，但现场是不是有这么大的波动？如果电网不稳，就得加隔离电源。否则采集到的信号全是工频干扰，根本没法用。
装完之后，别急着连平台。先在现场用示波器看看波形，正常不正常。这事我吃过亏。有次网关一直报数据超限，结果是传感器装歪了。责任不在传感器，在安装工。
再往下走，就是数据变现了。比如你采到了振动加速度时域信号，怎么算特征？RMS值，峰值，峭度，都可以。最简单的，算个速度有效值，跟ISO 20816-3对比。你看，一台15kW的电机，挠性脚下，振动速度RMS超过4.5mm/s就得报预警，7.1mm/s以上果断停机。这个标准是成熟的，不用自己发明。
更进一步，做频谱分析。假设轴承有4个滚珠，转速1800rpm，节圆直径50mm，滚珠直径8mm，接触角0度。那么外圈故障频率BPFO是（4/2）*（1-8/50）*30 = 60Hz？算一下：1800rpm=30Hz，BPFO = (n/2) * (1 – d/D * cosα) * fr = (4/2)*(1-8/50)*30 = 2*0.84*30=50.4Hz。好吧，大概50Hz。在频谱上看到这个峰值，就知道外圈有坑。当然，这需要一定的信号处理知识，但至少要懂得方向。
说到底，物联改造不是终点，是起点。数据采集只是第一步，把数据用起来，才是真正创造价值的地方。但很多项目就死在了第一步——因为没想清楚，也因为低估了现场的复杂性。
如果哪天你在现场，看到老师傅拿改锥顶着耳朵听机器，不妨想想，怎么把这个经验变成算法。嗯，那才是物联改造最迷人的地方。
