一、测点布置：别盯着轴承箱猛看
很多人一想状态监测，第一反应就是给关键设备装振动传感器，然后盯着轴承箱的高频信号猛分析。这没错，但产线设备的管理重心往往在工艺稳定性和节拍损失上。比如某条装配线上的拧紧枪，你给它测振动毫无意义，真正该测的是输出扭矩和角度偏差。 所以测点布置的第一原则是：从故障模式反推测点。先拉清单——这台设备过去半年停过几次机？换过什么件？维修工单上高频出现的是哪些位置？比如某台加工中心，换刀机构总是卡顿，那就在换刀臂气缸处加位移传感器，比加在主轴上有用得多。
二、传感器选型：量程和频率响应是兄弟
选振动传感器，不少人都盯着灵敏度，其实量程和频率响应才是选型的关键。比如机床主轴常用的是ICP型加速度传感器，灵敏度100mV/g，量程±50g，频率范围0.5Hz到10kHz。这个组合覆盖了绝大多数结构振动和轴承故障频段。 但要注意，伺服电机驱动的设备，振动频谱里会有明显的电噪声谐波。这时候得先做预实验，用示波器看原始信号，别急着上FFT，不然你会被那些没谱的谱线整疯。经验是：采样率至少设为最高关注频率的2.56倍，比如关注到2kHz，那就设5.12kHz以上。 另外温度测点也不能省，尤其是减速机这种设备。油温变化能提前反映润滑失效——温度升到85°C以上，基本可以预判轴承要出事儿了。用PT100铂电阻就行，便宜可靠。
三、数据采集：别把边缘网关当垃圾桶
四、平台架构：从DCS到看板，别跳步
平台架构这东西，说复杂也复杂，说简单也简单。核心是三层：设备层、数据层、应用层。但很多厂商喜欢上来就搞一堆高科技，数字孪生、AI预测、AR巡检，看得人眼花。实际上，绝大多数工厂先要把设备层打通——设备数据能稳定、准确地送上来，这就胜利了八成。 我们最终用的是轻量级物联网架构：传感器接物联网网关，网关通过MQTT上报到消息队列，后端用时序数据库存特征值，前端用WebSocket推送实时数据。这套架子成本不高，但能撑住几百台设备。 有一个易踩的坑：数据时标必须以设备本地时间为准，不要用网关接收时间。因为网关可能会因为网络延迟、负载波动导致时标错乱。我们用NTP同步所有网关，但设备自己的PLC时钟未必准，所以要从PLC读取设备时间，和网关时间做差值补偿。这个细节没做好，后面做时间序列分析就会错位。五、故障诊断：先做阈值告警，再做趋势预测
结论
