承德制造企业谈工业数字化，容易一上来就选MES或ERP，却忽略底层技术架构。工业数字化技术架构的核心矛盾是OT与IT融合：车间里的PLC、传感器说的是工业协议，管理层的系统说的是HTTP和SQL。把边缘采集、协议转换、平台层、应用层四层关系理清楚，系统才不会建完就是数据孤岛，设备数据真正能为管理决策所用。

一、边缘层：设备联网与数据采集

设备接入方式

车间里的老设备可能没有网口，要通过加装边缘网关采集。新设备支持OPC UA，老设备走Modbus RTU/TCP。承德改造时，先盘点设备型号和通信接口，再选网关，不要买错协议，买回来发现接不上现场总线就浪费了。

设备盘点要记录每台设备的型号、出厂年份、通信口数量、支持的协议版本，这些信息决定网关选型和采集点位设计，漏掉一台关键设备，整条产线的数据链就断了。盘点最好由设备科和信息化部门一起做，避免只听一方描述。

边缘计算职责

边缘网关不只做转发，还要做本地过滤、断网缓存、协议解析。高频采集数据在边缘做聚合后再上传平台，能大幅减轻平台压力。不少承德工厂车间网络不稳，断网缓存能力就是硬需求，否则一断网数据就丢，报表天然缺一块。

二、协议转换与数据标准化

多协议归一

车间协议五花八门：Modbus、Profinet、EtherNet/IP、MTConnect。平台层不能直接吃这些协议，要在边缘或平台侧转成统一的数据模型。建议采用行业通用的信息模型规范，避免每家设备一套私有映射，后续换品牌又要重写一遍。

数据时序化存储

采集上来的温度、压力、转速是时序数据，要存到时序数据库而不是传统关系库。报警、工单、质检结果才进关系库。存储分层清楚，后续查询和分析才不会慢，把高频时序数据塞进MySQL，半年后查询就开始超时。

三、平台层：工业互联网平台选型

平台核心能力

平台层要提供设备管理、数据建模、规则引擎、微服务开发框架。企业选型时不要被大而全的宣传带偏，先看自己最痛的场景：是设备联网难，还是数据报表慢，还是质量追溯缺数据。建议从一两个车间试点，验证成熟再推广，一上来全厂铺开，项目必然失控。

与现有系统集成

平台不是替换ERP和MES，而是给它们喂数据。通过标准API把生产数据推给ERP做成本核算、推给MES做排产。集成边界要在架构图里画清楚，避免后续扯皮：数据该谁产生、谁消费、谁负责质量，一张图说明白。

集成方式建议优先用消息队列做异步解耦，不要点对点直连。产线数据高峰时一秒钟上千条，直接打给业务系统会把对方压垮。消息队列削峰填谷，下游按自己节奏消费，系统间才不会互相拖死。

四、应用层与层间协同

应用层是管理层看到的看板、报表、告警。架构设计时要明确每层职责：边缘管采集、平台管数据、应用管业务，层间通过标准接口通信。很多项目返工就是因为把采集逻辑写到了应用层，后续换设备全要改代码，架构图一开始就该定死分层。

告警体系也要分层设计。边缘层做设备级告警（断连、超限），平台层做规则级告警（OEE异常、质量波动），应用层做业务级告警（订单延误、库存预警）。不要所有告警都堆到一个群里，否则用不了多久大家就对红色消息免疫了。

数字孪生、AI质检这些新应用可以后续叠加，不必一次到位。架构留好接口，能力分步长出来，才是工业数字化可持续的做法。建议承德制造企业先把数据采集这条主干跑通，再逐步往上长应用，不要本末倒置。

推进节奏上，第一年做设备联网和数据采集，第二年做生产看板和质量追溯，第三年再考虑预测性维护和智能排产。每一步都产生可见价值，后续投入才会被业务部门持续认可，工厂也才愿意配合开放车间现场，项目推进阻力会小很多，效果也更容易落地并坚持下去，最终见到实实在在的生产效率提升和质量改善。