工厂里最难联网的不是新设备，而是那批还要再干五年的老机器。这篇实战笔记记录我们给一台老注塑机做联网改造的全过程：从摸清 RS485 接线，到解析 Modbus 协议，再到数据稳定进云端看板，把踩过的坑一条条摊开讲。
客户是一家做塑料配件的本地工厂，车间里六台注塑机，四台是服役八年以上的老设备，既没有以太网口，也没有任何数据输出。老板想要的不多：产量、运行状态、报警次数，手机上看一眼就行。但要把这三个数从老设备里"抠"出来，中间的活比想象中多。
一、第一步：摸清设备，而不是急着买网关
1. 先看接口，再看协议
很多改造项目第一步就跑偏：先买一堆网关盒子上门，结果发现设备根本没留通讯口。正确顺序是先拆开电柜确认——这台注塑机的主板预留了 RS485 端子，手册里写支持 Modbus RTU 从站模式。这是最理想的情况：不用动设备内部逻辑，只需要"旁听"。
2. 拿到寄存器表才算入门
Modbus 只规定了"怎么读"，读什么要靠寄存器表。我们向设备厂商要到了点表：40001 是运行状态，40003 是当班产量，40010 是报警代码。这里有个坑——同一型号不同批次的固件，寄存器地址可能不一样，必须逐个实测确认，不能照抄手册。
二、采集层：一个网关解决三类问题
采集层的选型看似简单，实际要同时解决三件事：
| 问题 | 方案 | 踩坑记录 |
|---|---|---|
| 协议转换 | 网关侧 Modbus RTU 转 MQTT | 个别固件 CRC 校验不规范，需开启容错模式 |
| 断网续传 | 本地缓存 + 断点补传 | 车间无线信号死角，必须按"会断网"设计 |
| 采集频率 | 状态量 5 秒 / 产量 1 分钟 | 全量 1 秒轮询导致 485 总线拥堵丢包 |
1. 采集频率不是越高越好
最初我们按通用做法设了 1 秒轮询，结果六台设备挂上同一条 485 总线后频繁丢包。Modbus 是主从问答式协议，一问一答有固定耗时，总线上挂的从站越多、轮询越勤，冲突越多。最后改成状态量 5 秒、累计量 1 分钟的分级频率，总线占用立刻降下来了。
2. 断网续传是刚需，不是加分项
车间钢结构对无线信号衰减严重，网关在角落里经常掉线。我们把采集数据先写进网关本地缓存，网络恢复后按时间戳补传，服务端做去重。上线两个月，数据完整率从 87% 提升到 99.6%。
三、服务端：从原始报文到可用看板
这套方案里还有一个容易被忽视的角色：看板的降级策略。车间网络抖动时，如果看板直接显示"无数据"，用不了三天老板就不看了。我们的做法是服务端保留最后一次有效快照，同时打上"数据截至 XX:XX"的时间戳，宁可显示旧数据，也不显示空白。工具要顺着人的习惯走，而不是反过来要求人迁就系统。
数据进了云端，离"可用"还差三步。第一是解析入库：MQTT 消息统一进规则引擎，按寄存器定义翻译成业务字段。第二是数据清洗：注塑机中途停机换模时，产量计数会出现回绕和跳变，需要用单调性校验修正。第三才是看板：每台设备的当日产量、运行率、报警排行，老板手机上一目了然。
经验之谈：改造项目 70% 的工作量在现场——确认接口、核点表、调总线。云端的活只占三成，报价时千万别按"软件比例"估现场工期。
四、改造前后的账，要算给老板听
这套改造单台硬件成本不到千元，两周完成部署。上线后客户拿到三个直接收益：
- 交接班产量自动统计，原来手工抄表每天省下 40 分钟，而且不再有抄错扯皮；
- 报警及时推送，设备故障从"操作工发现"变成"班组长手机先响"，平均响应缩短半小时以上；
- 运行率数据说话，月底排产有了依据，两台低效设备被调整到夜班错峰生产。
回头看，这次改造最大的收获其实是一套标准化流程：接口确认清单、点表核对模板、总线调试步骤，全部沉淀成了文档。下次再遇到同车间的设备，半天就能完成一台的接入。
更重要的是，这套架构是可复制的：下一台设备只需要补一根 485 线、配一份寄存器表，边际成本越来越低。
一句话总结：老设备联网改造，难点从来不是"联网"本身，而是接口确认、协议核对和现场调试这些脏活累活。把现场做扎实，云端自然水到渠成。
数字化改造不是把新机器搬进车间，而是让老机器学会说话。
