工业设备数据采集要做对的三件事

跑过几十家工厂之后我发现一个规律：工业设备数据采集做得好的厂，没有一家是靠堆传感器堆出来的；做砸的厂，往往是只盯着技术指标忽略了基本功。三件事做对，项目就成了一半。

第一件事 业务目标先于技术方案

很多项目一上来就讨论用什么协议、买什么网关、上哪家云平台。这是技术思维，不是业务思维。先得回答：采数据是为了解决什么问题。是降低非计划停机？是提升OEE？是做能耗分析？还是为了通过IATF16949的过程参数追溯？目标不一样，采集深度、频率、点位完全不同。

某做精密轴承的厂，老板说要做"全面数字化"，结果项目组真给2000多个点位都接了进来。半年后系统数据库爆了，看板没人看，钱白花。后来重新梳理，业务目标聚焦在三个：磨削主轴异响预警、砂轮寿命管理、关键工序SPC。围绕这三个目标重新规划点位，从2000多砍到280个，反而出了实效。

第二件事 协议与硬件按现状落地

工业现场设备五花八门。机加工车间FANUC、三菱、西门子、广数都有，注塑车间海天、震雄、东华都有，称重设备欧陆、托利多、梅特勒都有。工业设备数据采集最忌讳一刀切。

老FANUC 0i-MD只能走Focas1，强上OPC UA要花大钱加适配。住友2008年的注塑机连Modbus都没有，外挂传感器最划算。罗克韦尔ControlLogix系列原生支持EtherNet/IP，国产PLC汇川AM、信捷XD系列Modbus TCP最稳。按现状选协议，省钱省时间。一家广东的汽配厂当初被某外资集成商忽悠"全部改造OPC UA"，预算从80万翻到260万还没落地，后来换了本土团队按混合协议走，120万搞定全厂。

第三件事 一线操作工是最终用户

数据采集系统不是给IT部门看的，是给一线用的。班组长查看板、操作工补录停机原因、维修工接收报警、工艺员分析参数曲线，每个角色的使用场景都得设计到位。

操作工最烦多步骤操作。停机原因录入控制在两次点击以内，最常用的6个原因放首屏。报警短信不要太多，关键报警走电话普通报警进系统。维修工最在乎能不能远程查看设备实时状态，省一趟跑腿。工艺员需要的是能导出CSV做进一步分析的接口。

某宁波家电件厂上系统的时候没考虑一线感受，停机录入要选三级菜单8步操作，工人嫌麻烦统一选"其他原因"，三个月后数据全是垃圾。返工重做UI，停机录入简化到1次扫码+1次点选，数据真实度立刻上来了。

频率和精度别贪高

很多人觉得采集频率越高越好，传感器精度越准越好。其实够用就行。OEE分析500ms采集足矣，10ms反而把数据库写爆。机床主轴负载用CT电流互感器精度0.5级够，0.1级贵5倍意义不大。仓库湿度±2%RH用国产探头OK，非要进口±0.8%RH纯属浪费。

把这三件事做对，工业设备数据采集才能落地见效，钱花在该花的地方，团队不用反复返工。基础打牢之后，AI预测、数字孪生这些高级玩法才有施展空间。工业设备数据采集不是技术秀，是基本功。