苏州制造业数据采集方案：从设备到云端全链路拆解

先搞清你要采什么数据

别上来就讨论技术方案，先回答一个问题：你要采什么数据、用来干什么？

苏州吴中区一家做工业机器人的企业，最初想采集所有设备所有参数，结果预算飙到80万。后来按需求倒推：客户要求提供设备OEE报告，那就采集运行状态、加工时长、报警记录三类数据。预算直接砍到18万，3周上线。

数据采集分三层：设备层（PLC、传感器）、网络层（网关、传输协议）、应用层（数据存储和分析）。下面逐层说。

第一种，直接对接PLC。适合较新设备，通过OPC UA或Modbus TCP协议直接读取。优点是数据全、实时性好；缺点是需要设备厂商开放协议，有些外资品牌不太配合。苏州工业园区一家日资企业，设备是发那科CNC，厂商要收接口授权费3万/台，8台设备光接口费24万。

第二种，外加传感器。适合老设备或厂商不开放协议的情况。常见的是加装电流传感器判断设备启停，加装温度/振动传感器监测状态。苏州相城一家做五金件的小厂，30台冲床全是5年以上的老设备，加装电流传感器+无线网关，单台成本不到1200块，能准确判断设备运行/待机/停机状态。

第三种，对接设备自有系统。有些设备自带MES接口或者导出功能，直接对接就行。这种最省事，但兼容性看具体情况。

数据从设备出来后，要先到边缘网关做协议转换和数据预处理。网关选型看四点：支持的协议种类（至少覆盖Modbus、OPC UA、MQTT）、数据处理能力（能不能本地缓存断网数据）、防护等级（车间环境IP54以上）、扩展性（后期加设备够不够端口）。

昆山一家电子厂用了一款国产网关，支持12种协议，自带4G模块，断网自动缓存72小时数据。价格2800一台，覆盖车间20台设备。性价比比进口品牌高不少，用了两年没出过故障。

传输协议建议用MQTT，轻量、省流量、支持断线重连。别用Modbus TCP做长距离传输，那玩意是给局域网设计的。

数据采上来存哪？中小企业别碰什么Hadoop、Spark，杀鸡用牛刀。推荐方案：时序数据库（如InfluxDB或TDengine）+ 可视化看板（Grafana或自研Web页面）。

张家港一家钢材加工企业，12台设备的数据采集上来后存到TDengine，用Grafana做看板。整个应用层投入不到3万（不含人力），查询速度很快——30天30万台设备的数据查询1秒内返回。中小企业这个规模完全够用。

别一次性全厂铺开，先选1-2条产线做试点。苏州高新区一家医疗器械企业，先在注塑车间试点，3台设备联网跑了两个月，验证数据准确性和系统稳定性后，才扩展到其他车间。分批实施风险可控，预算也能分摊。整体方案踩坑概率降低至少一半。