老旧工厂的数字化改造我做了差不多十年的落地项目最深的感受是真正难的不是技术本身而是怎么在一条还喘着气、天天要出产量的产线上把物联网这套东西悄悄嵌进去。早年我们做智能工厂项目动不动就谈工业互联网平台、数字孪生客户听得热血沸腾结果一进车间看到1980年代的配电柜和手抄的产量表基本就沉默了。这个项目标题——老旧工厂数字化改造物联网解决方案——说的正是这种最不性感、却最有实际价值的活。它不是绿地项目不是新厂房从零开始布光纤、上MES而是要让一台台哑设备开口说话让手工填写的纸质报表变成实时数据流让老师傅用几十年经验判断的声音不对了变成可量化的振动特征值。这篇文章我会把整个项目的拆解思路、硬件选型、网络设计、平台建设以及实施过程中踩过的坑原原本本讲一遍。适合正在做工厂改造的从业者、准备立项的企业信息部门也对那些想进入工业物联网领域的开发者有帮助——你会发现这里面的逻辑跟互联网那一套完全不同。1. 老旧工厂现状盘点与改造总体思路1.1 老旧工厂的典型画像先说说我接触过的老旧工厂都有什么共性。厂房年纪通常在十五年以上设备来源非常杂有一批是建厂初期随机床进口的原装设备还有后来陆陆续续添置的国产设备再混上几台二手淘来的加工中心。设备与设备之间别说联网很多连个正经的通信接口都没有最主流的通信方式还是操作工扯着嗓子喊——这台干完了下一道工序跟上。这种工厂的网络基础设施基本等于零。车间里没有工业以太网办公室那套交换机能不能稳定运行全看运气无线覆盖想都不用想。但好处是这类工厂的供电系统一般还算稳定毕竟老师傅们摸爬滚打这么多年对电老虎的敬畏是刻在骨子里的。另外一个典型特征是管理高度依赖人。产量靠班组长手填日报表设备故障靠报修电话能耗账单一个月看一次总表。不是说老师傅们不负责而是流程就是这样设计的——信息管道太粗细节全部丢失。你今天这台设备空转了四个小时没人知道这台机床主轴声音开始发闷也没人察觉直到问题放大了才停工检修。1.2 为什么不能推倒重来很多人在做方案时容易犯一个错误一上来就想上一整套高大上的系统MES、APS、WMS全套上马预算动辄几百万。但在老旧工厂场景下这条路根本走不通。首先是钱的问题。老板们对数字化的理解很朴素这东西能不能让我多赚钱、省成本、不出安全事故你让他们一次性掏几百万买个未来绝大多数人会摇头。其次是生产不能停。老旧工厂的设备稼动率已经很高改造窗口就那几天节假日你不可能停下来几个月做系统切换。所以我们的总体思路就八个字少动设备多采数据。不是去改造设备本身而是给设备旁边挂采集装置像做心电监护一样不动手术、不打大麻药在体外把各项指标测出来。这套思路的关键在于设备你管它是什么年代的只要它有电、有动作我就能想办法把数据捞出来哪怕捞不到数字信号捞它的电流、振动、温度也一样能说明问题。1.3 三层架构与改造原则整个方案按经典的物联网三层架构来搭感知层负责数据采集传输层负责把数据送出来应用层负责展示、报警和分析。听起来简单但在老旧工厂场景里每一层都有特殊的讲究。感知层面对的最大难题是设备接口千奇百怪。有的设备有RS232/RS485串口有的只有干接点输出有的啥都没有只有一根电源线。这就要求采集方案必须丰俭由人不能一套方案打天下。传输层要应对的是车间环境恶劣高温、油污、电磁干扰普通商用工控设备在这种环境下活不过三个月。应用层的核心不是炫技而是让车间主任和老板看的明白让维修工愿意用。这里有一条我始终坚持的改造原则先解决有没有再解决好不好。第一期的目标绝对不是建什么AI预测模型而是把设备的开停状态、产量计数、关键参数这三类数据先稳定拿到手。数据连续性比数据精度重要得多断断续续的高精度数据还不如连续的低精度数据有价值。2. 现场调研与改造需求拆解2.1 现场调研要摸清的三本账接手任何一个老旧工厂项目第一件事不是画架构图而是老老实实做现场调研。我一般会带着一份标准问卷去车间走三天核心是摸清三本账设备账、网络账、电气账。设备账指的是把所有需要监控的设备列一遍记录每台设备的型号、年代、电气柜位置、有无通信接口、接口类型是什么。这一步看起来枯燥却是整个项目的地基。我曾经遇到过调研时漏了一台关键设备结果方案做完了发现那台设备在一个独立的角落车间网线根本拉不过去被迫改动整体设计。网络账要搞清楚车间里有没有现成的光纤或网线弱电井在哪办公室到车间的实际距离是多少。很多老车间的网线都是当年为了装监控拉的带宽够不够、中间有没有断点都得实测。电气账则是要确认每台设备的主回路电源在哪能不能安全地加装电流互感器配电柜里还有没有空余的接线位置。老旧配电柜往往塞得满满当当这个不看现场根本没法设计。2.2 设备分类按通信能力分三档调研完之后把设备按通信能力分成三档这是选型的基础。第一档是聪明设备自带PLC或者有标准的通信接口比如Modbus RTU、Modbus TCP甚至有些进口设备有OPC UA接口。这类设备数据最丰富几千个参数随便采直接走协议对接就行。但要注意有些老设备的PLC程序是当年供应商做的里面的变量表没有文档你需要用软件在线扫描或者问老师傅这个参数是什么意思工作量不小。第二档是半哑设备没有通信接口但有模拟量输出或者干接点信号。比如老式温度仪表有4-20mA输出变频器有频率反馈端子设备故障信号是干接点。这类设备需要加装模拟量采集模块或IO模块来接入。第三档是全哑设备完全没有任何电气信号可用的老式机床。这就要靠外加传感器了——主轴电流用电流互感器卡上去振动用贴片式加速度传感器温度用表面贴装PT100。这种方式不碰设备内部接线安全性最高是老旧工厂改造最常用的手段。2.3 改造目标的量化拆解调研完成后要跟客户一起把改造目标具体化。我通常建议从四个维度去量化设备稼动率、能耗、异常响应、质量追溯。设备稼动率是老板最关心的。以前他们只知道机器天天在转但到底实际加工时间占比多少、空转时间多少、停机的真正原因是什么没人说得清。上了数据采集之后目标就是把这个数字精确到分钟并且能自动统计停机原因和时长分布。能耗这块老旧工厂普遍没有细分计量一个月的电费单就一行总度数。改造的目标是把能耗拆到设备级或者产线级至少能回答这台设备的单位产品能耗是多少夜里非生产时段的待机能耗浪费有多大这两个问题。异常响应说的是设备报警和停机能不能第一时间通知到相关责任人。以前设备半夜坏了要等第二天早上班才发现白白浪费七八个小时。上了物联网之后报警推送是标配。质量追溯这个维度在老旧工厂里最难因为涉及人工质检、纸质记录等大量线下流程。我建议第一期先不做全链路追溯只做到关键工位的工艺参数与产品批次关联比如把这台设备加工某批次零件时的主轴电流、振动曲线存档一旦后期出现质量问题可以回查当时设备状态是否异常。3. 硬件选型与数据采集方案落地3.1 传感器选型的几个关键参数老旧工厂的传感器选型跟实验室或者新工厂完全不一样。首要考虑的不是精度而是安装方式的便利性和环境耐受性。电流采集我强烈推荐开口式电流互感器CT不用断电、不用拆线直接卡在电缆上就能用。选型时要注意两点一是变比要选合适老旧设备的实际运行电流往往比铭牌额定低不少我做过一个车间45kW电机的实际运行电流只有额定的一半选小了精度差选大了低负载段根本没分辨力二是要选带4-20mA输出的可以直接进采集模块配套的互感器周边不能有强磁干扰源安装位置要避开变频器出线。振动传感器主要用在后期的设备预测性维护上。老旧机床的主轴轴承、丝杠磨损都会在振动频谱上留下特征。选型要关注频率响应范围和安装方式。磁吸式安装最方便但频率响应会打折扣胶粘式居中螺柱安装效果最好但要在设备上打孔——老旧设备上打孔需要跟客户反复确认很多老师傅对在机器上钻孔非常抵触这个可以理解。加速度传感器量程选±50g左右足够灵敏度越高越容易被车间环境振动干扰。温度采集设备表面贴PT100或热电偶就行关键是要有好的导热硅脂和可靠的固定方式。不要偷懒用普通胶带缠车间温度高、油污多胶带撑不了一个月就掉了。我一般用不锈钢卡箍或者高温胶固定虽然难看但结实。3.2 采集模块与边缘网关的选择采集模块是连接传感器和网关的关键一环。老旧工厂我基本都选支持多类型输入的模块也就是一路模块既可以接4-20mA也能接热电偶、热电阻、干接点。原因是车间设备信号类型太杂统一用一种模块可以大幅减少备件种类。模拟量采集要重点关注精度等级和通道隔离。老旧车间的现场接地情况往往一塌糊涂不同设备之间可能有地电位差如果模块通道间不做隔离轻则测量值漂移重则烧毁模块。这个钱不能省一定要选通道间隔离的产品。边缘网关是整个系统的核心。选型时我会盯五个指标工业级温度范围工作环境温度至少-20℃到70℃供电范围要宽很多老旧车间电压波动厉害9-36V宽压输入是刚需通信方式要支持有线加无线双模既能走以太网也能走4G关键时刻能切换协议解析能力要强至少支持Modbus RTU/TCP最好能跑MQTT最后是本地存储SD卡或者内置存储都行这个是断网续传的基础没有本地缓存功能的网关直接排除。3.3 现场安装的实操要点硬件到手之后的安装环节是决定项目成败的分水岭。我总结出一套三不两要的原则不断电、不动原接线、不破坏设备结构要固定牢靠、要标识清晰。先说不断电。绝大多数老旧设备没有冗余停了就是停产。安装电流互感器、贴传感器这些工作要挑设备换活、暂停的间隙做提前跟车间主任排好计划。遇到必须带电作业的环节比如往配电柜里接线一定两个人配合一个人操作一个人监护绝缘手套和工具绝缘处理都是标配。安装位置要统一规划。网关不要放在设备下方容易溅到切削液的地方要往高处挂。所有传感器线缆要穿管或者用线槽走线别图省事直接拖在地上车间里的叉车和料车分分钟把线碾断。接线端子全部要用带标签的冷压端子每根线对应哪个通道标得一清二楚。你想象一下半年后设备坏了要排查故障的场景就会明白标识清晰有多重要。3.4 通信协议的适配经验老旧工厂的协议对接是最磨人的环节。我遇到过一台老设备PLC是某进口品牌的早期型号通信口是RS232波特率9600协议是私有格式。费了好大劲找到当年的技术手册发现手册是十年前的版本跟实际设备里的固件版本对不上最后只能用一个早上对着寄存器一个个试出来的。我的经验是协议对接要有三层预案第一层走标准协议Modbus RTU是老旧设备最通用的语言八成设备都能解决第二层走OPC UA或厂商专用协议这需要网关支持对应的驱动选网关时要确认驱动库够不够全第三层是IO硬采实在对不上协议就用模拟量或干接点信号采关键参数虽然拿不到几十个参数但能拿到开停状态和故障信号也够用了。所有协议对接完成后一定要做数据校验。方法很简单拿一个参数跟设备现场仪表显示的实际数值对一下误差在合理范围内才算通过。别信寄存器地址对了就行老旧设备经常有数值缩放因子、偏移量的问题不校验就会采回一堆看似合理实则错误的数据。4. 网络架构与数据链路设计4.1 分层隔离与网络改造老旧工厂的网络架构设计我坚持一条底线生产网络和办公网络必须隔离。不是说绝对不能打通而是要用防火墙做单向访问控制生产数据可以出办公网的管理流量要限制着进。原因很简单老旧工厂的办公网常年处于无政府状态一台电脑中了病毒连累全车间的事我见过不止一次。生产网一旦被勒索病毒扫到设备全停那种损失不是省一台防火墙能补回来的。网络拓扑我一般这样做车间每台边缘网关通过工业交换机汇聚到一台边缘服务器或者说车间数据节点。这个数据节点放在车间里的工业机柜里负责本地存储、边缘计算和协议转换。数据节点再通过一条专线或者光纤连到机房的核心服务器。如果客户连车间光纤都没有那就退而求其次走4G蜂窝网络每个网关插一张物联网卡数据直接上云。4.2 无线方案在老车间的适用性很多人问我在老旧工厂能不能用Wi-Fi或者LoRa做无线采集。我的回答是看场景但别抱太高的期望。Wi-Fi在车间里的问题很现实金属设备多、遮挡严重、信号衰减快。一个1000平米的车间塞四五个AP都未必覆盖得完而且老旧车间没有吊顶AP只能挂在钢梁上布线同样麻烦。除非是那种已经有成熟Wi-Fi覆盖的车间否则不建议把Wi-Fi当主干。LoRa倒是绕开了Wi-Fi的覆盖问题穿透力好、功耗低但是带宽太窄传个传感器状态没问题传振动波形这种高频数据就力不从心了。它适合的应用场景是园区级别的分散点位采集比如分布在厂区各个角落的水电气表。4G方案在老旧工厂里反而是最省事的选择。不需要布线一行卡搞定网络质量由运营商保障唯一要考虑的是信号强度。上车间的角落测一下4G信号如果只有一格到两格就得考虑加装室外天线。很多工业网关有外置天线接口把天线引到屋顶或者窗外信号问题基本能解决。缺点也很明确流量费是持续成本数据量大了不划算。所以4G方案要配合边缘计算高频数据在网关本地处理只把有价值的特征值往上送。4.3 数据缓存与断网续传机制设备数据最怕的不是慢是丢。车间网络不稳定是常态所以断网续传必须从一开始就设计好。边缘网关要具备本地环形缓存能力。网关把采集到的原始数据先写入本地存储然后按时间戳顺序往上发送云平台收到后ACK确认网关才删除对应的本地数据。这样即使断网几个小时恢复后也能自动补传不留空洞。我见过一些项目在这上面栽跟头网关没有本地缓存一断网数据就丢等发现的时候已经缺了好几天整个统计报表像被狗啃过一样。更麻烦的是设备报警可能恰恰发生在断网那段时间丢的不是数据是事故证据。补传还有个细节要做好平台侧要支持乱序到达的数据处理。因为补传的数据时间戳是过去的平台不能简单地按接收时间入库必须按数据本身的时间戳来排序和聚合。这个逻辑在开发平台时要提前约定好不然事后改数据流会非常痛苦。4.4 数据采集频率设计与流量估算采集频率定多少直接关系到数据价值、存储成本和网络流量。很多新手上来就定每秒采一次一个车间几百个点位一天就是几千万条数据很快就存爆了。我的设计原则是分参数定频率。设备状态类信号比如开停状态、故障信号100毫秒到1秒采一次都行这类数据变化慢但要求实时性高。工艺参数类像主轴电流、温度、压力一般情况下1到5秒采一次足够画出趋势曲线。如果要做振动分析和预测性维护那就要用加速度传感器以每秒几千甚至上万赫兹的采样率采集但这个数据量太大不能全量上送必须在网关本地做FFT变换只把振动特征值比如总体有效值、峰值、频带能量上传原始波形留本地需要时再按需提取。算一笔账一台设备的电流测点5秒一条一条数据算100字节一天就是17280条约1.7MB。一百台设备就是170MB一天一个月的原始数据量在5GB左右。这个量级对于现在的存储来说毫无压力。但如果你换成每0.1秒采一次一天直接放大50倍那就要考虑数据压缩和分级存储了。具体到项目上我会给边缘网关配至少64GB的存储平台数据库也做分层热数据保留三个月历史数据做聚合压缩后归档到一年一年以上的直接存冷存储。5. 平台功能规划与数据应用5.1 看板设计的三个实用层次物联网平台不是给老板一个人看的展示屏它至少要有三层视角老板看经营车间主任看管理操作工和维修工看操作。老板视角的看板核心是三张图产线稼动率趋势、能耗趋势、异常事件统计。这个层面不要堆砌太多指标老板每天就看那么几个数关键是数字要可信、趋势要稳定。我曾经见过一个项目看板上的稼动率天天在92%和45%之间剧烈跳动老板看了三天就再也不打开了。原因是采集逻辑不严谨把换料时间也算进了停机导致数据失真。车间主任视角要有每个工位的实时状态列表谁在运行、谁在报警、谁已停多久还要能下钻看明细和班组对比。车间主任是平台的重度用户他的核心诉求是今天能不能完成产量哪台设备又在拖后腿。操作工和维修工视角主要是工位端的简易屏幕或者手机端。操作工关心的是当前设备运行参数是不是正常区间有没有工艺报警提醒维修工关心的是这台设备报警代码是什么、最近几次报警的间隔趋势方便判断是不是同一个故障在反复发作。5.2 报警规则的设置逻辑报警是物联网系统最敏感也是最容易翻车的功能。翻车通常有两种姿势一种是报警太灵敏一天推五百条消息所有人直接关闭通知另一种是报警太迟钝真正出事了没反应系统价值瞬间归零。我的经验是报警规则要分层分级、因地制宜。第一层是瞬时越限报警参数超过设定阈值立即触发用来处理安全事故类情况比如电机电流突升、温度越限。这层规则要简单粗暴宁可误报不可漏报。第二层是持续越限报警参数连续超过阈值一段时间才触发用来过滤掉启动冲击、瞬时毛刺这些正常波动。比如振动值偶尔超一下没关系连续超过30秒就说明有问题了。第三层是趋势报警指标本身没超限但变化速率异常比如油温一个小时内上升了15度虽然还在允许范围但趋势不对提前预警。阈值怎么定不能闭门造车写死。我一般会拿系统上线后一个月的正常数据来做基线统计取平均值和标准差报警阈值设成均值加减若干倍标准差。这个办法很土但确实有效因为每台设备的老化程度不同一台服役20年的老设备跟一台新设备的正常振动水平本来就不一样。报警推送通道也要选对。停机和严重故障推电话语音和短信一般性提醒推企业微信或者钉钉。别所有消息都往一个渠道塞老师傅们手机上如果全是无关报警很快就把App卸载了。5.3 从数据到决策两个值得参考的应用场景数据采回来放在那儿不会产生价值只有用起来才行。我分享两个在老旧工厂场景下特别实用的应用方向。第一个是空转识别与待机损耗治理。通过电流曲线可以发现很多设备在非加工时段仍然处于运行状态有的是工人忘记关机有的是为了保持液压系统压力必须开着。对前一种情况系统可以推送提醒给班组长安排人员关停对后一种情况可以优化作息计划把需要预热开机的设备集中在同一时段启动。一个一百台设备的中型车间光做好空转治理电费一年省出几十万很常见。第二个是设备健康度预警。基于振动和温度的长期趋势可以判断设备是否进入亚健康状态。比如某台机床的振动有效值在三个月内缓慢爬升了40%虽然还没超报警线但结合主轴温度和电流的变化基本可以判断轴承开始劣化了。这时候安排一次计划性检修换掉轴承也就半天时间加几千块备件钱。等轴承彻底坏了再修可能就是主轴报废、四五个工作日停产的代价。我做过一个项目系统上线四个月就准确预警了两台设备的轴承早期失效那客户后面的态度来了个一百八十度大转弯主动要求加装更多的测点。6. 实施过程中踩过的坑与排查实录6.1 信号干扰与接地问题老旧工厂里最让我头疼的就是信号干扰。4-20mA模拟信号在车间里跑旁边只要有变频器或者大电机启动读数就开始飘。有一回我们调试一台注塑机的模腔压力传感器空载时读数稳定在4.02mA一开机就跳到7到8mA完全没法用。查了半天发现信号线跟变频器的输出线绑在了同一个线槽里电磁耦合干扰直接灌了进来。解决的办法说起来也简单信号线全部换成屏蔽双绞线屏蔽层在网关端单端接地并且跟动力线分槽走间距保持20厘米以上。线槽里实在分不开的加一根金属隔板做屏蔽隔离。还有一次是接地环路问题。设备端的传感器外壳接的是设备地网关接的是另一路地两边的电位差造成地环流信号里叠加了50Hz工频干扰。处理方式是采集模块选隔离型把模拟输入的地跟网关内部完全隔开。所以我在前面强调模块一定要买隔离型的这个钱真不能省。6.2 网络配置冲突老旧工厂的IP管理基本都是乱的。我们进场时发现车间里已经有一批摄像头占用了192.168.1.x网段办公网又是另一个网段还有几台设备调试用的电脑是自动获取IP分到哪算哪。结果网关一联网IP冲突数据传着传着就断。这个问题的根治办法是给生产网做一个完整的IP规划固定分配DHCP只用于访客类设备。我为每一个网关、每一个数据节点都建了IP台账哪个设备在哪个机柜、哪个端口、IP是多少一查便知。这个台账在后期排障时价值巨大没有它网络一出问题你就只能在一堆交换机里抓瞎。另外一个网络层的坑是NTP时间同步。一开始没在意后来发现设备报警时间和平台收到报警的时间对不上仔细一查有的网关板载时钟走偏了好几分钟。排查半天原因是一些老设备的RTC电池早就没电了。解决方案是让所有网关定期从平台服务器做NTP时间同步传感器数据除了采集时间戳还要标记网关ID这样即使时间有偏差也能定位到具体设备。6.3 数据质量治理数据采回来了不等于数据能用。老旧工厂的数据质量说多了都是泪。最常见的问题是重复数据。设备停机时电流趋近于零有些采集模块在零值附近反复抖动导致同样的状态被记录成好几条算稼动率时出现了负的空闲统计口径乱套。解决方法是采集端做死区滤波变化量小于设定范围的不上报平台端还要做去重同一设备同一时间戳只保留一条记录。其次是异常值与缺失值的处理。车间大面积停电、网关断电重启这段时间的数据就是空洞。平台统计时不能简单地把缺失时间当作设备关机否则稼动率会被严重低估。我惯用的处理方式是在统计口径里加一条规则非计划内的数据缺失超过15分钟标记为数据缺失状态单独统计不算稼动率也不算停机率。让使用者知道这段时间数据不可得总比给一个虚假的精准数字要强。还有一个很微妙的坑设备改造后参数变化导致的假报警。一家工厂换了一款新的刀具加工参数变了主轴电流的基线整体上移结果原有的报警规则突然开始疯狂报警。这事让我养成了一个习惯所有报警规则上线后要定期回归验证尤其是工艺变更之后要重新统计基线并调整阈值。6.4 系统自身的运维物联网系统自己也是设备也得被维护。老旧工厂的粉尘和油雾是电子设备的天敌网关放在车间里散热风扇用不了多久就会被油污糊死。我给客户定的运维标准是网关每三个月清理一次防尘网每年更换一次内部的导热硅脂传感器线缆每半年巡检一遍重点看有没有被叉车刮蹭、被重物压伤。最容易被忽视的是传感器和互感器的漂移。电流互感器长期工作在高温环境精度会缓慢下降。我建议每年做一次校验拿标准钳形表跟系统读数对比偏差超过2%就更换。别觉得这几个点位的精度无所谓设备健康度预警依赖的是长期趋势的一致性基准一旦漂移整个判断逻辑就站不住了。数据存储方面要提前给客户说清楚扩容计划。平台上线一年后数据量会明显增长归档策略要跟上。我遇到过最尴尬的情况是客户硬盘满了没人管数据库写入失败系统悄悄停了三天才被发现。所以系统自身的监控也必须做——数据链路心跳检测超过5分钟没收到这台设备的数据就报警。设备数据的采集系统如果连自己的心跳都保不住那就说不过去了。最后再分享一个个人体会比较深的事。方案阶段最忌讳跟客户一次性谈大而全老旧工厂的改造第一期的目标应该是让客户每天愿意打开看板。我做过一个项目第一期只上了12台关键设备的开停状态和电流别的什么都没做。结果车间主任意外发现B线夜里2点到4点经常有半小时的神秘停机查了监控发现是夜班工人打盹时误碰了急停按钮。就这么一个小发现让客户对整套系统的态度彻底变了后面的扩容预算批得特别痛快。所以你看老旧工厂的物联网改造很多时候拼的不是技术多先进而是对现场的理解够不够深。先把最基础的数据采起来、用起来让真实的价值被看到后面的路自然就宽了。 
长河君 · 2026/10/19 17:48:39 · 阅读 1.2k 老旧工厂数字化改造物联网解决方案：让哑设备开口说话
老旧工厂的数字化改造我做了差不多十年的落地项目最深的感受是真正难的不是技术本身而是怎么在一条还喘着气、天天要出产量的产线上把物联网这套东西悄悄嵌进去。早年我们做智能工厂项目动不动就谈工业互联网平台、数字孪生客户听得热血沸腾结果一进车间看到1980年代的配电柜和手抄的产量表基本就沉默了。这个项目标题——老旧工厂数字化改造物联网解决方案——说的正是这种最不性感、却最有实际价值的活。它不是绿地项目不是新厂房从零开始布光纤、上MES而是要让一台台哑设备开口说话让手工填写的纸质报表变成实时数据流让老师傅用几十年经验判断的声音不对了变成可量化的振动特征值。这篇文章我会把整个项目的拆解思路、硬件选型、网络设计、平台建设以及实施过程中踩过的坑原原本本讲一遍。适合正在做工厂改造的从业者、准备立项的企业信息部门也对那些想进入工业物联网领域的开发者有帮助——你会发现这里面的逻辑跟互联网那一套完全不同。1. 老旧工厂现状盘点与改造总体思路1.1 老旧工厂的典型画像先说说我接触过的老旧工厂都有什么共性。厂房年纪通常在十五年以上设备来源非常杂有一批是建厂初期随机床进口的原装设备还有后来陆陆续续添置的国产设备再混上几台二手淘来的加工中心。设备与设备之间别说联网很多连个正经的通信接口都没有最主流的通信方式还是操作工扯着嗓子喊——这台干完了下一道工序跟上。这种工厂的网络基础设施基本等于零。车间里没有工业以太网办公室那套交换机能不能稳定运行全看运气无线覆盖想都不用想。但好处是这类工厂的供电系统一般还算稳定毕竟老师傅们摸爬滚打这么多年对电老虎的敬畏是刻在骨子里的。另外一个典型特征是管理高度依赖人。产量靠班组长手填日报表设备故障靠报修电话能耗账单一个月看一次总表。不是说老师傅们不负责而是流程就是这样设计的——信息管道太粗细节全部丢失。你今天这台设备空转了四个小时没人知道这台机床主轴声音开始发闷也没人察觉直到问题放大了才停工检修。1.2 为什么不能推倒重来很多人在做方案时容易犯一个错误一上来就想上一整套高大上的系统MES、APS、WMS全套上马预算动辄几百万。但在老旧工厂场景下这条路根本走不通。首先是钱的问题。老板们对数字化的理解很朴素这东西能不能让我多赚钱、省成本、不出安全事故你让他们一次性掏几百万买个未来绝大多数人会摇头。其次是生产不能停。老旧工厂的设备稼动率已经很高改造窗口就那几天节假日你不可能停下来几个月做系统切换。所以我们的总体思路就八个字少动设备多采数据。不是去改造设备本身而是给设备旁边挂采集装置像做心电监护一样不动手术、不打大麻药在体外把各项指标测出来。这套思路的关键在于设备你管它是什么年代的只要它有电、有动作我就能想办法把数据捞出来哪怕捞不到数字信号捞它的电流、振动、温度也一样能说明问题。1.3 三层架构与改造原则整个方案按经典的物联网三层架构来搭感知层负责数据采集传输层负责把数据送出来应用层负责展示、报警和分析。听起来简单但在老旧工厂场景里每一层都有特殊的讲究。感知层面对的最大难题是设备接口千奇百怪。有的设备有RS232/RS485串口有的只有干接点输出有的啥都没有只有一根电源线。这就要求采集方案必须丰俭由人不能一套方案打天下。传输层要应对的是车间环境恶劣高温、油污、电磁干扰普通商用工控设备在这种环境下活不过三个月。应用层的核心不是炫技而是让车间主任和老板看的明白让维修工愿意用。这里有一条我始终坚持的改造原则先解决有没有再解决好不好。第一期的目标绝对不是建什么AI预测模型而是把设备的开停状态、产量计数、关键参数这三类数据先稳定拿到手。数据连续性比数据精度重要得多断断续续的高精度数据还不如连续的低精度数据有价值。2. 现场调研与改造需求拆解2.1 现场调研要摸清的三本账接手任何一个老旧工厂项目第一件事不是画架构图而是老老实实做现场调研。我一般会带着一份标准问卷去车间走三天核心是摸清三本账设备账、网络账、电气账。设备账指的是把所有需要监控的设备列一遍记录每台设备的型号、年代、电气柜位置、有无通信接口、接口类型是什么。这一步看起来枯燥却是整个项目的地基。我曾经遇到过调研时漏了一台关键设备结果方案做完了发现那台设备在一个独立的角落车间网线根本拉不过去被迫改动整体设计。网络账要搞清楚车间里有没有现成的光纤或网线弱电井在哪办公室到车间的实际距离是多少。很多老车间的网线都是当年为了装监控拉的带宽够不够、中间有没有断点都得实测。电气账则是要确认每台设备的主回路电源在哪能不能安全地加装电流互感器配电柜里还有没有空余的接线位置。老旧配电柜往往塞得满满当当这个不看现场根本没法设计。2.2 设备分类按通信能力分三档调研完之后把设备按通信能力分成三档这是选型的基础。第一档是聪明设备自带PLC或者有标准的通信接口比如Modbus RTU、Modbus TCP甚至有些进口设备有OPC UA接口。这类设备数据最丰富几千个参数随便采直接走协议对接就行。但要注意有些老设备的PLC程序是当年供应商做的里面的变量表没有文档你需要用软件在线扫描或者问老师傅这个参数是什么意思工作量不小。第二档是半哑设备没有通信接口但有模拟量输出或者干接点信号。比如老式温度仪表有4-20mA输出变频器有频率反馈端子设备故障信号是干接点。这类设备需要加装模拟量采集模块或IO模块来接入。第三档是全哑设备完全没有任何电气信号可用的老式机床。这就要靠外加传感器了——主轴电流用电流互感器卡上去振动用贴片式加速度传感器温度用表面贴装PT100。这种方式不碰设备内部接线安全性最高是老旧工厂改造最常用的手段。2.3 改造目标的量化拆解调研完成后要跟客户一起把改造目标具体化。我通常建议从四个维度去量化设备稼动率、能耗、异常响应、质量追溯。设备稼动率是老板最关心的。以前他们只知道机器天天在转但到底实际加工时间占比多少、空转时间多少、停机的真正原因是什么没人说得清。上了数据采集之后目标就是把这个数字精确到分钟并且能自动统计停机原因和时长分布。能耗这块老旧工厂普遍没有细分计量一个月的电费单就一行总度数。改造的目标是把能耗拆到设备级或者产线级至少能回答这台设备的单位产品能耗是多少夜里非生产时段的待机能耗浪费有多大这两个问题。异常响应说的是设备报警和停机能不能第一时间通知到相关责任人。以前设备半夜坏了要等第二天早上班才发现白白浪费七八个小时。上了物联网之后报警推送是标配。质量追溯这个维度在老旧工厂里最难因为涉及人工质检、纸质记录等大量线下流程。我建议第一期先不做全链路追溯只做到关键工位的工艺参数与产品批次关联比如把这台设备加工某批次零件时的主轴电流、振动曲线存档一旦后期出现质量问题可以回查当时设备状态是否异常。3. 硬件选型与数据采集方案落地3.1 传感器选型的几个关键参数老旧工厂的传感器选型跟实验室或者新工厂完全不一样。首要考虑的不是精度而是安装方式的便利性和环境耐受性。电流采集我强烈推荐开口式电流互感器CT不用断电、不用拆线直接卡在电缆上就能用。选型时要注意两点一是变比要选合适老旧设备的实际运行电流往往比铭牌额定低不少我做过一个车间45kW电机的实际运行电流只有额定的一半选小了精度差选大了低负载段根本没分辨力二是要选带4-20mA输出的可以直接进采集模块配套的互感器周边不能有强磁干扰源安装位置要避开变频器出线。振动传感器主要用在后期的设备预测性维护上。老旧机床的主轴轴承、丝杠磨损都会在振动频谱上留下特征。选型要关注频率响应范围和安装方式。磁吸式安装最方便但频率响应会打折扣胶粘式居中螺柱安装效果最好但要在设备上打孔——老旧设备上打孔需要跟客户反复确认很多老师傅对在机器上钻孔非常抵触这个可以理解。加速度传感器量程选±50g左右足够灵敏度越高越容易被车间环境振动干扰。温度采集设备表面贴PT100或热电偶就行关键是要有好的导热硅脂和可靠的固定方式。不要偷懒用普通胶带缠车间温度高、油污多胶带撑不了一个月就掉了。我一般用不锈钢卡箍或者高温胶固定虽然难看但结实。3.2 采集模块与边缘网关的选择采集模块是连接传感器和网关的关键一环。老旧工厂我基本都选支持多类型输入的模块也就是一路模块既可以接4-20mA也能接热电偶、热电阻、干接点。原因是车间设备信号类型太杂统一用一种模块可以大幅减少备件种类。模拟量采集要重点关注精度等级和通道隔离。老旧车间的现场接地情况往往一塌糊涂不同设备之间可能有地电位差如果模块通道间不做隔离轻则测量值漂移重则烧毁模块。这个钱不能省一定要选通道间隔离的产品。边缘网关是整个系统的核心。选型时我会盯五个指标工业级温度范围工作环境温度至少-20℃到70℃供电范围要宽很多老旧车间电压波动厉害9-36V宽压输入是刚需通信方式要支持有线加无线双模既能走以太网也能走4G关键时刻能切换协议解析能力要强至少支持Modbus RTU/TCP最好能跑MQTT最后是本地存储SD卡或者内置存储都行这个是断网续传的基础没有本地缓存功能的网关直接排除。3.3 现场安装的实操要点硬件到手之后的安装环节是决定项目成败的分水岭。我总结出一套三不两要的原则不断电、不动原接线、不破坏设备结构要固定牢靠、要标识清晰。先说不断电。绝大多数老旧设备没有冗余停了就是停产。安装电流互感器、贴传感器这些工作要挑设备换活、暂停的间隙做提前跟车间主任排好计划。遇到必须带电作业的环节比如往配电柜里接线一定两个人配合一个人操作一个人监护绝缘手套和工具绝缘处理都是标配。安装位置要统一规划。网关不要放在设备下方容易溅到切削液的地方要往高处挂。所有传感器线缆要穿管或者用线槽走线别图省事直接拖在地上车间里的叉车和料车分分钟把线碾断。接线端子全部要用带标签的冷压端子每根线对应哪个通道标得一清二楚。你想象一下半年后设备坏了要排查故障的场景就会明白标识清晰有多重要。3.4 通信协议的适配经验老旧工厂的协议对接是最磨人的环节。我遇到过一台老设备PLC是某进口品牌的早期型号通信口是RS232波特率9600协议是私有格式。费了好大劲找到当年的技术手册发现手册是十年前的版本跟实际设备里的固件版本对不上最后只能用一个早上对着寄存器一个个试出来的。我的经验是协议对接要有三层预案第一层走标准协议Modbus RTU是老旧设备最通用的语言八成设备都能解决第二层走OPC UA或厂商专用协议这需要网关支持对应的驱动选网关时要确认驱动库够不够全第三层是IO硬采实在对不上协议就用模拟量或干接点信号采关键参数虽然拿不到几十个参数但能拿到开停状态和故障信号也够用了。所有协议对接完成后一定要做数据校验。方法很简单拿一个参数跟设备现场仪表显示的实际数值对一下误差在合理范围内才算通过。别信寄存器地址对了就行老旧设备经常有数值缩放因子、偏移量的问题不校验就会采回一堆看似合理实则错误的数据。4. 网络架构与数据链路设计4.1 分层隔离与网络改造老旧工厂的网络架构设计我坚持一条底线生产网络和办公网络必须隔离。不是说绝对不能打通而是要用防火墙做单向访问控制生产数据可以出办公网的管理流量要限制着进。原因很简单老旧工厂的办公网常年处于无政府状态一台电脑中了病毒连累全车间的事我见过不止一次。生产网一旦被勒索病毒扫到设备全停那种损失不是省一台防火墙能补回来的。网络拓扑我一般这样做车间每台边缘网关通过工业交换机汇聚到一台边缘服务器或者说车间数据节点。这个数据节点放在车间里的工业机柜里负责本地存储、边缘计算和协议转换。数据节点再通过一条专线或者光纤连到机房的核心服务器。如果客户连车间光纤都没有那就退而求其次走4G蜂窝网络每个网关插一张物联网卡数据直接上云。4.2 无线方案在老车间的适用性很多人问我在老旧工厂能不能用Wi-Fi或者LoRa做无线采集。我的回答是看场景但别抱太高的期望。Wi-Fi在车间里的问题很现实金属设备多、遮挡严重、信号衰减快。一个1000平米的车间塞四五个AP都未必覆盖得完而且老旧车间没有吊顶AP只能挂在钢梁上布线同样麻烦。除非是那种已经有成熟Wi-Fi覆盖的车间否则不建议把Wi-Fi当主干。LoRa倒是绕开了Wi-Fi的覆盖问题穿透力好、功耗低但是带宽太窄传个传感器状态没问题传振动波形这种高频数据就力不从心了。它适合的应用场景是园区级别的分散点位采集比如分布在厂区各个角落的水电气表。4G方案在老旧工厂里反而是最省事的选择。不需要布线一行卡搞定网络质量由运营商保障唯一要考虑的是信号强度。上车间的角落测一下4G信号如果只有一格到两格就得考虑加装室外天线。很多工业网关有外置天线接口把天线引到屋顶或者窗外信号问题基本能解决。缺点也很明确流量费是持续成本数据量大了不划算。所以4G方案要配合边缘计算高频数据在网关本地处理只把有价值的特征值往上送。4.3 数据缓存与断网续传机制设备数据最怕的不是慢是丢。车间网络不稳定是常态所以断网续传必须从一开始就设计好。边缘网关要具备本地环形缓存能力。网关把采集到的原始数据先写入本地存储然后按时间戳顺序往上发送云平台收到后ACK确认网关才删除对应的本地数据。这样即使断网几个小时恢复后也能自动补传不留空洞。我见过一些项目在这上面栽跟头网关没有本地缓存一断网数据就丢等发现的时候已经缺了好几天整个统计报表像被狗啃过一样。更麻烦的是设备报警可能恰恰发生在断网那段时间丢的不是数据是事故证据。补传还有个细节要做好平台侧要支持乱序到达的数据处理。因为补传的数据时间戳是过去的平台不能简单地按接收时间入库必须按数据本身的时间戳来排序和聚合。这个逻辑在开发平台时要提前约定好不然事后改数据流会非常痛苦。4.4 数据采集频率设计与流量估算采集频率定多少直接关系到数据价值、存储成本和网络流量。很多新手上来就定每秒采一次一个车间几百个点位一天就是几千万条数据很快就存爆了。我的设计原则是分参数定频率。设备状态类信号比如开停状态、故障信号100毫秒到1秒采一次都行这类数据变化慢但要求实时性高。工艺参数类像主轴电流、温度、压力一般情况下1到5秒采一次足够画出趋势曲线。如果要做振动分析和预测性维护那就要用加速度传感器以每秒几千甚至上万赫兹的采样率采集但这个数据量太大不能全量上送必须在网关本地做FFT变换只把振动特征值比如总体有效值、峰值、频带能量上传原始波形留本地需要时再按需提取。算一笔账一台设备的电流测点5秒一条一条数据算100字节一天就是17280条约1.7MB。一百台设备就是170MB一天一个月的原始数据量在5GB左右。这个量级对于现在的存储来说毫无压力。但如果你换成每0.1秒采一次一天直接放大50倍那就要考虑数据压缩和分级存储了。具体到项目上我会给边缘网关配至少64GB的存储平台数据库也做分层热数据保留三个月历史数据做聚合压缩后归档到一年一年以上的直接存冷存储。5. 平台功能规划与数据应用5.1 看板设计的三个实用层次物联网平台不是给老板一个人看的展示屏它至少要有三层视角老板看经营车间主任看管理操作工和维修工看操作。老板视角的看板核心是三张图产线稼动率趋势、能耗趋势、异常事件统计。这个层面不要堆砌太多指标老板每天就看那么几个数关键是数字要可信、趋势要稳定。我曾经见过一个项目看板上的稼动率天天在92%和45%之间剧烈跳动老板看了三天就再也不打开了。原因是采集逻辑不严谨把换料时间也算进了停机导致数据失真。车间主任视角要有每个工位的实时状态列表谁在运行、谁在报警、谁已停多久还要能下钻看明细和班组对比。车间主任是平台的重度用户他的核心诉求是今天能不能完成产量哪台设备又在拖后腿。操作工和维修工视角主要是工位端的简易屏幕或者手机端。操作工关心的是当前设备运行参数是不是正常区间有没有工艺报警提醒维修工关心的是这台设备报警代码是什么、最近几次报警的间隔趋势方便判断是不是同一个故障在反复发作。5.2 报警规则的设置逻辑报警是物联网系统最敏感也是最容易翻车的功能。翻车通常有两种姿势一种是报警太灵敏一天推五百条消息所有人直接关闭通知另一种是报警太迟钝真正出事了没反应系统价值瞬间归零。我的经验是报警规则要分层分级、因地制宜。第一层是瞬时越限报警参数超过设定阈值立即触发用来处理安全事故类情况比如电机电流突升、温度越限。这层规则要简单粗暴宁可误报不可漏报。第二层是持续越限报警参数连续超过阈值一段时间才触发用来过滤掉启动冲击、瞬时毛刺这些正常波动。比如振动值偶尔超一下没关系连续超过30秒就说明有问题了。第三层是趋势报警指标本身没超限但变化速率异常比如油温一个小时内上升了15度虽然还在允许范围但趋势不对提前预警。阈值怎么定不能闭门造车写死。我一般会拿系统上线后一个月的正常数据来做基线统计取平均值和标准差报警阈值设成均值加减若干倍标准差。这个办法很土但确实有效因为每台设备的老化程度不同一台服役20年的老设备跟一台新设备的正常振动水平本来就不一样。报警推送通道也要选对。停机和严重故障推电话语音和短信一般性提醒推企业微信或者钉钉。别所有消息都往一个渠道塞老师傅们手机上如果全是无关报警很快就把App卸载了。5.3 从数据到决策两个值得参考的应用场景数据采回来放在那儿不会产生价值只有用起来才行。我分享两个在老旧工厂场景下特别实用的应用方向。第一个是空转识别与待机损耗治理。通过电流曲线可以发现很多设备在非加工时段仍然处于运行状态有的是工人忘记关机有的是为了保持液压系统压力必须开着。对前一种情况系统可以推送提醒给班组长安排人员关停对后一种情况可以优化作息计划把需要预热开机的设备集中在同一时段启动。一个一百台设备的中型车间光做好空转治理电费一年省出几十万很常见。第二个是设备健康度预警。基于振动和温度的长期趋势可以判断设备是否进入亚健康状态。比如某台机床的振动有效值在三个月内缓慢爬升了40%虽然还没超报警线但结合主轴温度和电流的变化基本可以判断轴承开始劣化了。这时候安排一次计划性检修换掉轴承也就半天时间加几千块备件钱。等轴承彻底坏了再修可能就是主轴报废、四五个工作日停产的代价。我做过一个项目系统上线四个月就准确预警了两台设备的轴承早期失效那客户后面的态度来了个一百八十度大转弯主动要求加装更多的测点。6. 实施过程中踩过的坑与排查实录6.1 信号干扰与接地问题老旧工厂里最让我头疼的就是信号干扰。4-20mA模拟信号在车间里跑旁边只要有变频器或者大电机启动读数就开始飘。有一回我们调试一台注塑机的模腔压力传感器空载时读数稳定在4.02mA一开机就跳到7到8mA完全没法用。查了半天发现信号线跟变频器的输出线绑在了同一个线槽里电磁耦合干扰直接灌了进来。解决的办法说起来也简单信号线全部换成屏蔽双绞线屏蔽层在网关端单端接地并且跟动力线分槽走间距保持20厘米以上。线槽里实在分不开的加一根金属隔板做屏蔽隔离。还有一次是接地环路问题。设备端的传感器外壳接的是设备地网关接的是另一路地两边的电位差造成地环流信号里叠加了50Hz工频干扰。处理方式是采集模块选隔离型把模拟输入的地跟网关内部完全隔开。所以我在前面强调模块一定要买隔离型的这个钱真不能省。6.2 网络配置冲突老旧工厂的IP管理基本都是乱的。我们进场时发现车间里已经有一批摄像头占用了192.168.1.x网段办公网又是另一个网段还有几台设备调试用的电脑是自动获取IP分到哪算哪。结果网关一联网IP冲突数据传着传着就断。这个问题的根治办法是给生产网做一个完整的IP规划固定分配DHCP只用于访客类设备。我为每一个网关、每一个数据节点都建了IP台账哪个设备在哪个机柜、哪个端口、IP是多少一查便知。这个台账在后期排障时价值巨大没有它网络一出问题你就只能在一堆交换机里抓瞎。另外一个网络层的坑是NTP时间同步。一开始没在意后来发现设备报警时间和平台收到报警的时间对不上仔细一查有的网关板载时钟走偏了好几分钟。排查半天原因是一些老设备的RTC电池早就没电了。解决方案是让所有网关定期从平台服务器做NTP时间同步传感器数据除了采集时间戳还要标记网关ID这样即使时间有偏差也能定位到具体设备。6.3 数据质量治理数据采回来了不等于数据能用。老旧工厂的数据质量说多了都是泪。最常见的问题是重复数据。设备停机时电流趋近于零有些采集模块在零值附近反复抖动导致同样的状态被记录成好几条算稼动率时出现了负的空闲统计口径乱套。解决方法是采集端做死区滤波变化量小于设定范围的不上报平台端还要做去重同一设备同一时间戳只保留一条记录。其次是异常值与缺失值的处理。车间大面积停电、网关断电重启这段时间的数据就是空洞。平台统计时不能简单地把缺失时间当作设备关机否则稼动率会被严重低估。我惯用的处理方式是在统计口径里加一条规则非计划内的数据缺失超过15分钟标记为数据缺失状态单独统计不算稼动率也不算停机率。让使用者知道这段时间数据不可得总比给一个虚假的精准数字要强。还有一个很微妙的坑设备改造后参数变化导致的假报警。一家工厂换了一款新的刀具加工参数变了主轴电流的基线整体上移结果原有的报警规则突然开始疯狂报警。这事让我养成了一个习惯所有报警规则上线后要定期回归验证尤其是工艺变更之后要重新统计基线并调整阈值。6.4 系统自身的运维物联网系统自己也是设备也得被维护。老旧工厂的粉尘和油雾是电子设备的天敌网关放在车间里散热风扇用不了多久就会被油污糊死。我给客户定的运维标准是网关每三个月清理一次防尘网每年更换一次内部的导热硅脂传感器线缆每半年巡检一遍重点看有没有被叉车刮蹭、被重物压伤。最容易被忽视的是传感器和互感器的漂移。电流互感器长期工作在高温环境精度会缓慢下降。我建议每年做一次校验拿标准钳形表跟系统读数对比偏差超过2%就更换。别觉得这几个点位的精度无所谓设备健康度预警依赖的是长期趋势的一致性基准一旦漂移整个判断逻辑就站不住了。数据存储方面要提前给客户说清楚扩容计划。平台上线一年后数据量会明显增长归档策略要跟上。我遇到过最尴尬的情况是客户硬盘满了没人管数据库写入失败系统悄悄停了三天才被发现。所以系统自身的监控也必须做——数据链路心跳检测超过5分钟没收到这台设备的数据就报警。设备数据的采集系统如果连自己的心跳都保不住那就说不过去了。最后再分享一个个人体会比较深的事。方案阶段最忌讳跟客户一次性谈大而全老旧工厂的改造第一期的目标应该是让客户每天愿意打开看板。我做过一个项目第一期只上了12台关键设备的开停状态和电流别的什么都没做。结果车间主任意外发现B线夜里2点到4点经常有半小时的神秘停机查了监控发现是夜班工人打盹时误碰了急停按钮。就这么一个小发现让客户对整套系统的态度彻底变了后面的扩容预算批得特别痛快。所以你看老旧工厂的物联网改造很多时候拼的不是技术多先进而是对现场的理解够不够深。先把最基础的数据采起来、用起来让真实的价值被看到后面的路自然就宽了。