说实话，我在车间摸爬滚打十几年，最早接触远程监控那会儿，还用的是Modbus转GPRS，那延时……不说了。现在再回头做这类项目，感触还是挺多的。这篇文章不打算罗列概念，就聊聊我踩过的坑，和那些值得抠的细节。先明确一下：你为什么要做远程监控？不同场景，目标完全不同。有的只是远程看个温度，超限报警；有的是要对轴承振动做频谱分析，预测剩余寿命。这两者的传感器、采集频率、传输方式，天差地别。所以别一上来就选型，先定义问题。
别急着上云，先定采集频率
振动监测需要高频采集，比如10kHz以上，而温度压力等慢变量，1Hz就够。选错采集频率，后面全乱。举个例子，我见过一个团队给泵做远程监测，用了市面上常见的4~20mA变送器接PLC，采集频率只有1Hz，结果想分析轴承故障特征频率（比如BPFO，外圈故障频率），根本看不到，白搭。故障频率通常是与转速相关的，比如一个4级电机在1480rpm下，外圈故障频率可能在60~200Hz，你1Hz采样，直接混叠到直流了。要正确监测，需要用加速度计，比如压电式IEPE加速度计，然后数据采集卡至少采样20kHz，还要配抗混叠滤波器。这里引一个标准，ISO 10816和ISO 13373分别对振动整体评估和状态监测有规定，不妨参考。我自己习惯在选型时先估算特征频率，再定采样率。公式：f_s >= 2.56 * f_max，这是采样定理工程应用，但实际留余量，取5~10倍。
还有，数据采集“精度”不只是分辨率。你还要关注动态范围、信噪比。比如，一个16位ADC，量程±10g，理论分辨率0.3mg，但实际电路噪声可能到几个mg。所以别被“高分辨率”忽悠，看有效位数（ENOB）。
传输协议和边缘处理：别把原始数据直接扔到云上
如果你每秒钟采10万个点，每个点2字节，那就是200k字节每秒，一天下来十几GB。直接上云，流量费都能让你哭。所以一定要在边缘侧做特征提取。比如对振动信号做FFT，提取频谱峰值，或者计算RMS、峰值因子、峭度（kurtosis）。这些特征量能反映故障，而且数据量小得多。我见过一个案例，我们给风机做监测，边缘设备用树莓派加一个ADC板，算好特征值后每10秒上报一次，一个月流量才几百兆。不过边缘计算也有坑，就是算力受限，做FFT有窗函数选择、谱线平均等问题。一般我们做平均功率谱，用汉宁窗，重叠50%。
传输协议方面，如果现场环境差，老工业现场是Modbus RTU，但现代远程监控推荐用MQTT，轻量级，支持QoS。但千万别把QoS设为2，每次都握手，太慢了。我一般设QoS 1，断线重连补数据。还有就是时延要求高的场合，比如实时控制，那就不适合MQTT，直接用TSN或EtherCAT之类的。话说回来，大多数状态监测不是实时控制，几十毫秒的延时完全可以接受。
远程查看的界面：不是画几个仪表盘就完事了
很多工程师把精力放在采集和传输上，最后界面用现成的组态软件拖一拖，完了。但是，真正的“查看”要能辅助判断。你除了看到当前值，还要能看到趋势、历史报警、频谱变化。我强烈建议在界面上展示短时傅里叶变换或者“瀑布图”，这样可以看到频率随时间的变化。比如一个轴承早期故障，频谱上会出现边带，但瞬时值你看不出来。另外，报警逻辑要分等级。我不太喜欢单一阈值，而是应该用ISO 10816的区段（A/B/C/D），或者自定义警戒值。最好有相对阈值，比如跟历史基线比较，超过基线3倍就报警。
还有，记得保留原始数据回放功能，但不能全存。我们做法是，当边缘检测到异常时，才上传一段原始波形，其余时间只存特征。这个思路叫事件触发存储，很实用。
部署和维护的坑
现场环境恶劣，防尘防水防爆。传感器线缆用铠装的，走线要保护。无线方案注意电池寿命，Lora或NB-IoT，但别忽略信号强度。我在化工厂做过一个项目，无线网关放在室外，结果金属管架屏蔽太厉害，信号衰减严重，最后改用高增益天线。还有，远程监控系统最大的敌人是“数据没上来”和“数据不准”，所以要有心跳机制和诊断功能，比如边缘设备的看门狗，传感器自检（比如IEPE的偏置电压检测）。
插一句：设备状态监控这个事儿，需要跟维护流程绑定。你得有工单系统，报警了自动生成维修任务。不然你天天看数据，没人处理，白扯。
选型心得
先说硬件：传感器优先选恒流源供电的IEPE加速度计，频率范围要覆盖你关注的故障频率；数据采集设备要支持同步采样，通道间相位差不能太大，否则做不了相频分析。边缘网关要有足够的存储，至少能存24小时原始数据。再说软件：统一用OPC UA或者MQTT，别用私有协议，否则后期对接MES系统会哭。
关于标准，再补充一点：振动严重度可以查ISO 10816-1，电机轴承状态可以查ISO 13373，还有针对齿轮箱的ISO 10816-21？不太记得，实际用的时候用IEC 61400-27了？算了，建议直接用国际通用的标准。还要注意防爆区域，传感器需要本安认证，比如ATEX或IECEx。这些细节很多，别忽略。
说到底，我得说，远程监控系统不是一次性的项目，而是需要长期迭代。你一开始可能只监测几个关键设备，跑三个月，你会发现，某些设备的故障特征频率跟你想的不一样，需要调整算法和报警策略。这很正常。所以，写代码的时候，把参数做成可配置的，甚至远程可调，不然每次升级都要跑到现场去刷固件，那真的会崩溃。
