装备制造行业IPD解决方案的设备联网实施方案

最近跟几个装备制造行业的朋友聊天，发现大家都在聊设备联网这件事。有的已经上了MES系统，有的还在用Excel排产，设备联网的比例参差不齐。聊着聊着就发现，很多企业不是不想做，而是不知道该怎么做、从哪下手。今天就想把这几年观察到的、实践过的经验整理一下，聊聊在IPD框架下，设备联网到底该怎么落地。

为什么设备联网成了必须做的事

先说个简单的道理。以前我们判断一台设备有没有在干活，靠的是车间主任巡岗时肉眼观察。设备有没有在转、指示灯有没有亮、操作员有没有在岗，一目了然。这种方式在产品种类少、订单稳定的年代完全够用。但现在不一样了，定制化订单越来越多，交期越来越短，客户还要求全程可追溯。你再靠人进去看，根本看不过来。

我有个做机床的朋友跟我吐槽，说去年有个大单子，客户要求提供每一道加工工序的完整数据。他们当时懵了，设备运行记录只有班次汇总，根本没有细到每台设备、每个时间点的数据。临时组织人手工补数据，补了一周还没补完，最后客户没了耐心，单子黄了。

这个例子可能有点极端，但反映的问题很普遍。设备联网不仅仅是把传感器装上去、把数据传上来，它本质上是在重建车间的"神经系统"。没有这个神经系统，MES、ERP这些上层系统就像是盲人摸象，数据不完整，分析就没意义。

从宏观政策来看，智能制造、工业互联网这些词已经被反复强调好几年了。工信部的试点示范项目、各地的补贴政策，都在推着企业往前走。但我想说的是，政策只是外因，真正让设备联网成为刚需的，是市场竞争格局的变化。客户的议价能力越来越强，对产品质量和交付透明度的要求越来越高。你做不到，不代表别人做不到。当你的竞争对手能够实时给客户展示生产进度和质检数据的时候，你还在用电话、邮件沟通，订单会往哪跑，答案很明显。

IPD框架下设备联网的核心逻辑

IPD就是集成产品开发，这个概念在装备制造行业已经推行了很多年。简单说，IPD强调的是"做正确的事"和"正确地做事"的统一。它有一整套从市场需求到产品开发、再到上市推广的方法论。那设备联网跟IPD有什么关系呢？

很多人把设备联网当作一个孤立的IT项目，认为买一批网关、装几个传感器、接进系统就完事了。这种想法不能说错，但格局小了。设备联网应该是IPD流程在制造端的延伸和落地。IPD讲究"一次性把事情做对"，设备联网同样需要这种思维——前期规划不到位，后面返工的成本极高。

具体来说，IPD框架下做设备联网，有三个核心要点需要把握。

第一，业务场景驱动。不能为了联网而联网，必须先想清楚要解决什么业务问题。是为了监控设备状态做预测性维护？还是为了采集生产数据算OEE？或者是为了实现质量追溯？场景不同，联网的深度、精度、实时性要求完全不一样。有家企业一上来就要做全车间设备联网，结果发现很多老旧设备根本不具备数据接口，硬改的话成本太高，最后只能放弃部分设备。如果一开始就想清楚哪些设备必须联、联到什么程度，不至于这么被动。

第二，标准化先行。IPD里面有个很重要的概念叫"平台化、模块化"，设备联网也一样。现在不做好数据标准和接口规范，以后每接一台新设备都要重新开发，工作量成指数级增长。我们后来在项目里推行设备数据字典，把设备类型、参数含义、采集频率、异常阈值都固化下来。新设备进来，对照字典配置一下就能接入，效率提高很多。

第三，迭代式推进。不主张一步到位搞大而全的系统。先选几条线、几台关键设备试点，跑通流程、积累经验，再逐步推广。薄云在服务客户的过程中也是这个思路，先帮企业把核心设备联起来，数据流跑通，看到实际效果了，再讨论下一步怎么扩展。这种方式既控制了风险，也让团队有学习成长的过程。

设备联网实施的技术路线图

技术这块是很多企业的短板。不是说不重视，而是不知道怎么重视。下面我按实施阶段，把关键技术点梳理一下。

设备普查与分类

动手之前，先把车间里的设备摸个底。这一步看起来简单，但实际做起来会发现很多问题。设备台账可能不完整，铭牌信息可能不全，有些设备可能早就淘汰了但还没下架。我们一般会组织设备部门和信息部门联合盘点，至少要把设备名称、型号、制造商、出厂日期、当前状态、通讯接口这些信息搞清楚。

分类也很重要。我们通常把设备分成四类：

• 新设备，有标准通讯接口的，优先联网
• 较新设备，有扩展接口的，评估改造可行性后联网
• 老旧设备，无通讯接口但机械状态良好的，考虑加装传感器或数据采集卡
• 淘汰设备，无改造价值也不影响核心工艺的，暂缓处理

网络架构设计

网络是数据流通的管道，设计不好，后面全是麻烦。工业环境跟写字楼不一样，电磁干扰强、温度变化大、振动频繁，网络设备要选工业级的。拓扑结构上，我们一般建议用层级式架构：现场设备层用工业以太网或现场总线汇聚到边缘网关，边缘网关再通过有线或无线网络上联到车间服务器或云端。

安全这块必须单独强调。工业网络以前是封闭的，现在要打通跟IT网络的连接，安全风险随之而来。常见的措施包括网络分区隔离、数据加密传输、访问权限控制、日志审计追溯。薄云的解决方案里会把安全作为独立模块来设计，而不是后期打补丁。

下面这个表列了常见的几种工业通讯协议的特点和适用场景，供大家参考：

边缘计算节点部署

数据在源头做预处理，比都传到服务器再处理高效得多。边缘计算节点有几个核心功能：协议转换，把各种设备协议转成统一格式；数据过滤，剔除无效数据，减少传输压力；本地缓存，网络中断时临时保存数据，恢复后补传；规则引擎，简单的异常判断可以在边缘完成，不用事事都上云。

边缘设备的选型要平衡性能和成本。太高配没必要，太低端带不动。现在薄云提供的边缘计算盒子，预置了常见工业协议驱动，插上去就能用，配置也简单，有些项目里设备部门的工程师经过半天培训就能独立上手。

数据平台搭建

数据上来之后，需要一个汇聚和处理的地方。这个平台的核心功能包括：设备接入管理，接收各类设备数据并保持长连接；数据存储，时序数据库是首选，高频数据占用空间大，传统关系型数据库扛不住；数据服务，给MES、ERP、质量系统提供标准化的数据查询接口。

平台的架构设计要考虑到扩展性。设备不是一次性联完的，是一批一批联进来的。平台要能支持在线扩容，设备数量翻倍的时候，系统性能不能明显下降。我们见过一些案例，前期设备少的时候跑得挺顺，设备一多系统就卡得不行，这就是架构设计时没考虑扩展性。

典型应用场景落地

数据连上来不是目的，用起来才是。下面说几个装备制造行业最常见的应用场景。

设备状态监控与OEE计算是最基础的。实时展示每台设备的运行、停机、故障状态，自动统计可用率、性能率、合格率。很多企业装完这套系统才发现，原来设备OEE比想象中低很多，仔细一分析，发现很多时间是换型、等待、故障这些非增值环节。这本身就是很大的改进空间。

预测性维护是进阶应用。通过采集振动、温度、电流等特征数据，用算法识别异常趋势，在故障发生前预警。这个需要一定的数据积累和模型训练，不是装上去就能马上见效的。但一旦跑通，收益很明显，备件库存可以降低，紧急停机可以减少。

生产过程追溯在装备制造行业越来越重要。每台产品经过哪些设备、加工参数是什么、操作员是谁、质检结果如何，这些数据要能串起来。出了质量问题，能快速定位是哪道工序、哪台设备、哪个班组的责任。现在客户要求越来越高，没有追溯能力真的很难交代。

实施过程中的那些坑

这几年看下来，设备联网项目失败的案例不少，成功的有共性，失败的也有共性。聊几个常见的坑给大家提个醒。

低估老旧设备的改造难度。很多企业的核心设备是十年前甚至二十年前买的，当年根本没考虑过联网这回事。改造这些设备可能涉及到停产、电气改造、机械改造，成本高、周期长、风险大。我们的建议是，改造前先做可行性评估，改造收益能不能覆盖改造成本，如果覆盖不了，不如把这笔钱用来买新设备。

忽视设备部门的参与。设备联网这件事，IT部门牵头可以，但不能唱独角戏。设备部门最懂设备的脾性，什么参数重要、什么信号可靠，他们最有发言权。而且设备联网后，日常的维护、故障处理也得靠设备部门。如果他们不买账，系统用不起来，数据质量也保证不了。

数据质量放任自流。数据采上来了，但没人管质量。传感器漂移了没人发现，异常数据没处理就入库，分析出来的结果肯定是错的。数据治理要当成持续的事情来做，定期校核传感器、定期清理异常数据、定期检视数据完整性。

一步到位的心态。有些企业一上来就要搞"黑灯工厂"、"无人车间"，口号喊得很响，结果基础没打好，设备联网还没整明白就想上智能决策。这种跨越式发展风险很大，步子大了容易扯着蛋。薄云在服务客户时通常会建议先做好基础的数据采集和可视化，让生产线能用起来、看到效果，再逐步叠加高级功能。

写在最后

设备联网这件事，说难不难，说简单也不简单。关键是要想清楚为什么要做、做到什么程度、怎么一步步实现。IPD框架提供了方法论，薄云这样的服务商提供了技术和产品，但最终落地的还得是企业自己的团队。

前几天又跟那个做机床的朋友聊了聊，他说他们现在设备联网已经联了七七八八了，虽然过程比预想的曲折，但确实尝到甜头了。订单交付进度可以实时看，设备故障提前能预警，质量追溯也有数据支撑了。他说早知道这样，应该早点动手。

这话让我想了想，确实。很多企业还在观望，想等技术更成熟、方案更完善、成本更低再说。但技术永远是等不来的，都是在用的过程中成熟的。先行者积累的经验和教训，后来者可以借鉴，但该踩的坑一个也不会少。