苏州产线数字化项目怎么落地？上位机软件开发、边缘网关与PLC数据采集实施全过程

这篇记录赢式科技在苏州工业园区一家精密制造企业做的产线数字化项目。客户有四条装配线，设备品牌和年代都不一样。我们没有一上来全厂铺开，而是先做一条样板线跑通，再复制推广。下面讲完整实施过程。

为什么第一步是定样板线而不是买软件

客户最初想直接上一套大平台把四条线全包进去。我们建议先选一条设备类型最全、管理最规范的线做样板，原因很实际：产线数字化的难点不在软件功能，而在数据采不采得准、现场配合顺不顺。这些问题在一条线上暴露完，推广时成本最低、风险最小。客户认可后，项目分两期立项。

网络改造：先把路修通

样板线施工第一件事是网络。车间重新布线，部署工业交换机，规划了三个网段：

• 设备层网段：PLC、网关、仪表，只允许采集服务器访问；
• 服务器网段：上位机、数据库，做数据汇总；
• 办公网段：管理层电脑看报表，通过防火墙单向取数。

三段之间用 VLAN 和访问控制策略隔离，办公网的任何广播和病毒都到不了设备层。车间桥架里强弱电分开走线，网关和交换机集中在一个小机柜里，配 UPS。网络不通就谈不到数据采集，这部分钱不能省。

边缘网关：把协议差异吃掉

样板线上设备协议五花八门：西门子设备走 S7，几台老仪表走 Modbus RTU，包装段设备走 Modbus TCP。我们在工位侧部署边缘网关，网关向下适配各种协议，向上统一输出 OPC UA 和 MQTT，上位机只对接网关，不直接面对十几套协议。

网关本地带存储，上位机维护或网络抖动时数据先缓存，恢复后补传。网关参数远程可维护，后续推广到其他产线时，复制配置再改地址就行，不用重新开发。每条产线的网关按工位密度配置，两条产线之间还预留了冗余，单台故障时不影响整线数据。

数据采集和数据质量治理

采集点位由工艺、质量、设备三方确认。数据进系统前做了一层清洗：倍率换算（仪表 0.1 倍显示、PLC 整数存储）、单位统一（毫米、牛米、摄氏度）、异常值剔除（传感器断线时的超量程值标记为无效，不进统计）。

这里有个教训：样板线试运行第一周，产量数据和实际差了 3%。逐点排查后发现，计数点在手动调试时也会跳字，操作工对设备点动一次就计一件。后来在采集规则里加了状态过滤，只有自动运行状态下的计数才计入产量。所以数据采集不是接上就完事，每个点都要对着实际工艺验证。

除了点位本身，设备和物料编码也是绕不开的事。我们协助客户把四条线的设备统一编码（车间-产线-工位序号），物料编码与 ERP 对齐，否则同一台设备在不同系统里叫法不一样，数据再多也汇不到一起。编码规则和点表一起交付，后续新设备照规则编号即可。

上位机软件开发和系统对接

上位机用 C# WPF 开发，包含产线看板、设备监控、报警中心、报表和追溯。系统对接上，客户已有 ERP 和一套老 MES，我们按对方系统的能力分别处理：

所有接口都约定了责任边界和异常处理：对方系统不可用时数据落本地表，恢复后重推，不丢数据也不重复推送。

推广节奏和给苏州工厂的建议

样板线跑了一个半月、数据准确率稳定在 99.9% 后，第二期复制到其余三条线，每条线约一个月，主要工作变成配置和现场验证，实施成本明显下降。

给苏州工厂的建议：立项时把"先一条线、验收数据准确率、再推广"写进合同；要求供应商讲清网络隔离方案和每个点位的验证方法，只会演示漂亮大屏的要小心。需要本项目脱敏资料，打 15001875806（微信同号）或发 ys_soft@163.com。