设备联网改造，难的不是技术，而是对现场的理解。这篇短文列几个绕不开的坑。
去年夏天在浙江一家齿轮厂，车间里热浪翻滚。一台服役十五年的磨齿机，控制面板的按键磨得只剩下凸点。老板想上设备联网，买了一批无线传感器和网关。结果呢？连Modbus地址都查不到。电工抱着万用表蹲了一上午，一脸无奈。
这种场景太常见了。设备联网改造，说穿了就是让老设备把心里话讲出来，但很多时候，话还没出口就卡在喉咙里了。
做这一行十年，我总结出一个朴素的道理：改造之前，先别急着买盒子。你得搞清楚，你到底要什么。
改造前，先把‘要什么’写清楚
很多企业上来就要求所有设备数据都采集。然后搞了半年，发现数据堆积如山，没人看。我见过一家电机厂，采集了每台设备的电流、振动、温度，连到MES大屏上，但车间主管根本不看。因为那些数字没有跟生产效率挂钩。
所以第一步，不是选硬件，是列需求清单。每分钟采几个点？要哪些信号？是开关机状态、主轴转速、进给倍率，还是报警代码？实时性要强到什么程度？秒级还是分钟级？这些得跟生产、维修、质量的人坐下来聊透。
这里有个坑：别以为老设备就完全没办法联网。很多数控系统有宏变量，你可以用宏程序把数据写到公共变量区，然后通过RS232或以太网口传出来。前提是系统得支持。要是连宏变量都没有，那就只能外接传感器了。
所以，最好做一份数据字典，把每台设备能提供的信号和通讯方式列出来。有的设备可能只值1000块的改造费，但你要给它花两万——那就是浪费。我有一次就砍掉了三台老冲床的联网计划，因为一年才开几十个小时。省下的钱，给两台核心加工中心换了高精度振动传感器，效果立竿见影。
通信协议与硬件选型，别迷信‘万能网关’
市场上有些网关，号称支持几百种协议。可你真拿到现场试试？三菱FX2N的串口协议，西门子S7-200的PPI协议，或者某个消失多年的PLC品牌，这些不是简单套个库就能解决的。我见过一个项目，用了某款网红网关，结果显示Modbus地址映射错误，数据全错位。后来换成带调试功能的工业网关，一行一行配置，才算跑通。
选型，我只看三点。协议文档要开放。有些厂商文档不全，你能拿到通讯手册吗？拿不到，就趁早换方案。硬件要有工业现场该有的冗余。车间里的环境，油污、振动、高温，跟机房两码事。我有个同事贪便宜用了商业级交换机，半年后网口虚焊，设备直接变孤岛。网关的处理能力也要够。别只盯采集频率，还要看它能不能做边缘计算。我们用的网关带一个ARM Cortex-A9处理器，可以在本地跑数据分析脚本。这样，高频数据不用全部上传，给带宽减负不少。
通讯链路方面，老设备最爱用RS485。接线时注意，A、B线不能接反，屏蔽层必须单端接地。还有，波特率、数据位、停止位、校验位，每一项都要跟设备参数严格匹配。你可能觉得这是常识，但我在现场见过太多因为终端电阻没加或接地错误导致的通信故障，简直令人头大。
数据采集与边缘计算，别一根筋往云上塞
很多方案上来就说‘上云’。但你算过账吗？一个振动传感器如果要捕捉20kHz的波形，一天的数据量就超过5GB。要是工厂有50台设备，你云服务器的存储和带宽成本，会让人怀疑人生。
真实的做法，是把计算下沉到边缘。比如，我们在网关里部署了FFT算法，把振动信号变换成频谱，只上传几个关键频段的功率谱密度。这样数据量直接缩小几百倍，而对故障诊断而言，信息几乎不丢失。这就是边缘计算的价值。
还要强调一点：数据模型必须统一。不同品牌、不同年代的设备，数据接口五花八门。你第一台设备用OPC UA取温度，第二台设备用Modbus读温度，两边的数据结构都不同。如果我们不在边缘层做一个统一的映射和标准化，后台系统会被搞疯。我们通常会在网关里建一个‘设备数据模型’的配置文件，把每一台设备的数据点映射到统一的语义标签，比如temperature_1、spindle_speed等。这算是老工程师的执念吧。
安全与部署，那些容易忽略的细节
设备联网后，相当于把老设备暴露在了一个更广的网络里。很多老协议没有任何加密，甚至不需要认证。我见过一个工厂，为了远程调试，把SSH端口暴露在公网上，密码还是admin。结果可想而知——半夜被黑客入侵，程序被删了一半，生产停了三天。这代价太大了。
所以，网络安全必须前置。我们通常会用VLAN把生产网和办公网隔开，在网关上做访问控制列表，只开放必要的端口。依照IEC 62443的规定，工业自动化系统应该做纵深防御。有条件的话，加一台工业防火墙，或者用数据单向导入设备，确保只能读不能写。
还有一个容易忽略的细节：备份。改造前，把PLC程序、数控参数、系统设置全部备份出来。我有一次改造，因为参数丢失，设备停了两天，然后发现原厂备份光盘早就找不到了。后来我们改进流程，每次改造前必须做双备份。
改造完成后，验证阶段至少运行一个月，记录数据丢包率、通信时延、网关稳定性。我曾经参与的一个项目，在运行两周后，发现网关每隔两天就重启一次，查了三天才揪出是一个内存泄漏bug。这就是为什么验证不能只做一遍，要长期看。
设备联网改造，没有万能药。它需要对设备、工艺、网络、数据有全面的理解。我已经踩过的那些坑，你就别再踩一遍了。但你自己也会踩新的坑，这就是工程现实。说到底，改造远不是加个传感器那么简单，但也不是什么高不可攀的事。关键是，你得先把逻辑理清楚，然后心细如发地执行。
