很多工厂上物联项目，钱砸了好几百万，最后平台变成了展厅里的面子工程，除了给参观客户放动画，啥实际用都没有。核心问题，从选型设计阶段就歪了。
别上来就堆硬件：边缘层的算力选型逻辑
去年在东莞给一家汽配冲压厂做物联改造，甲方一开始听了某大厂销售的话，全工厂120台设备统一配千兆算力的高端边缘网关，预算直接超了40%。
说实话，我当时看完方案头都大。
哪有这么配的？冲压线的振动、压力传感器，采集要求100ms一次，还要做本地的异常预判，确实需要不低的算力。可涂装线的温湿度、液位，一分钟采一次都够，要那么大算力干嘛？纯浪费电。
边缘算力的匹配原则是“够用就好，按需分级”，符合GB/T 33745-2017《物联网 术语》里对工业物联边缘节点的性能定义，我们按照采集频率、数据计算量把所有设备分成三个等级：
- 高实时性设备（冲压、焊接主轴）：网关算力不低于2T，本地缓存不小于8G
- 中实时性设备（输送、仓储）：网关算力0.5T就够
- 低实时性设备（环保、照明）：一百M算力都跑的起来
改完方案，整体硬件成本直接降了32%，甲方老板一开始还怕我偷工减料，跑了三个月，边缘节点的年电费省了快12万，啥话都不说了，还给我介绍了下一个项目。很多新手工程师最爱犯的错就是追求参数过剩，反正钱不是自己的，堆高端硬件就完了。可工厂要的是赚钱，不是堆参数。
数据清洗不是噱头：工厂场景下的脏数据处理规则
我见过太多工厂物联数据平台，大屏上的OEE（设备综合效率）跳得比股票还离谱，今天98%明天30%，根本没法用。核心原因就是脏数据没处理对。
工厂现场的电磁环境有多复杂？电焊机一启动，旁边的温度传感器分分钟给你跳出个200℃，你说离谱不离谱？还有传感器老化，动不动就丢包，连着十分钟零数据，直接进平台，后面的预测性维护模型直接废了。
很多平台现在动不动就喊“用AI大模型做智能清洗”，纯扯淡。说实话，工厂现场90%以上的脏数据，用规则就能解决，花大价钱上大模型，纯纯交智商税。我们现场用的两层规则，十年了都好使：
第一层是硬边界过滤，所有数据先对照设备手册的额定参数卡，超过额定范围的直接标记为异常，不会流入核心数据库。比如主轴额定最高温度80℃，跳出来120℃，直接打标隔离。
第二层是时序相关性校验，相邻时间点的数据跳变超过阈值，比如前一分钟还45℃，突然跳到100℃，下一分钟又回到47℃，这种脉冲干扰直接用前后相邻数据的线性插值替换，不要直接删除，更不要直接进平台。
就这两层规则，解决了绝大多数问题，剩下10%的疑难脏数据，再抽出来做模型优化，成本低，延迟小，比啥大模型靠谱多了。
开放能力不是口号：旧设备对接的实际设计要点
国内绝大多数工厂，不可能全换全新的智能设备，上物联平台，80%的工作量是对接十年八年的老设备。很多物联平台销售都说自己“支持上万种协议，全兼容”，真到对接的时候，稍微偏门一点的私有协议，就要收十万几十万的定制费，吃相太难看。
上个月刚收尾的一个项目，工厂有六台2015年的老数控车床，只有RS485接口，协议是原厂私有，某头部平台开口要12万的开发费，说要把协议加到平台内核里。我后来让我们组里的实习生，花了三天时间，写了个几百行的Python中间转发脚本，跑在一百多块钱的树莓派上，直接转成标准MQTT协议进平台，五百块都不到，跑得稳得很。
所以说，选工厂物联数据平台，必须留出自定义协议开发的轻量入口，符合GB/T 40643-2021《工业互联网平台应用指南》里的开放接入要求，不能把所有接口都封死，逼着用户找原厂做付费开发。说白了，很多平台就是靠封闭接口赚服务费，根本不是帮用户解决问题。
要是你做平台设计，别嫌麻烦，一定要给现场工程师留低代码的二次开发入口，哪怕是个简单的脚本上传功能，都能解决90%的老设备对接问题，比吹一万句“全协议兼容”有用。
工厂物联数据平台，本质是工具，不是炫技的展品。能帮工厂降成本、提效率，少出故障多赚钱，就是好平台。一堆花里胡哨的概念，解决不了现场的实际问题，最后只能躺在展厅吃灰。
