2. 智能制造系统架构与参考模型
做智能制造选型与集成规划，最先要解决的不是“买哪家软件”，而是“把系统放在哪一层、和谁交换什么数据、按什么边界划分职责”。ISA-95、RAMI 4.0 和工业互联网架构，正是回答这三个问题的三把尺子。它们不是互相替代的关系，而是分别从企业层级、全生命周期和网络化平台三个视角描述同一套制造系统。
ISA-95：按功能层级切分企业与工厂
ISA-95（IEC 62264）最实用的贡献是五层功能模型。第0层是物理生产过程，如电机、阀门、传感器；第1层是传感与执行，完成信号采集和动作输出；第2层是控制层，PLC、DCS、CNC 在此完成实时闭环；第3层是制造运营管理（MOM），涵盖生产排程、质量、设备、库存、能源等 MES 功能；第4层是企业经营层，ERP、PLM、SCM 在此做订单、财务和供应链决策。
选型时，这一分层直接决定接口归属。例如“工单下发”是第4层到第3层的业务流，通常走 ERP-MES 接口；“配方下载”是第3层到第2层的控制流，常走 MES-PLC 或 MES-SCADA 通道；“设备状态采集”是第1层到第3层的数据流，需经 OPC UA、Modbus 或边缘网关。若把第2层的实时联锁硬塞进 MES 数据库轮询，就会引入秒级延迟，这是典型的层级错配。
ISA-95 还给出设备层级模型：Enterprise → Site → Area → Work Center → Work Unit。做集成规划时，应先把现场设备按这套层级编号，再映射到 MES 的资源模型。例如某装配车间：Site=华东工厂，Area=总装车间，Work Center=内饰线，Work Unit=工位 A03 的拧紧枪。只有层级对齐，后续的 OEE 统计、追溯和排程才不会出现“同一台设备在三个系统里叫三个名字”的问题。
RAMI 4.0：三维坐标看全生命周期
RAMI 4.0 用三维模型描述工业4.0资产：纵轴是 ISA-95 的层级（Product、Field Device、Control、Station、Work Center、Enterprise、Connected World），横轴是产品生命周期（Type 型与 Instance 实例），第三维是架构轴（Asset、Integration、Information、Function、Business）。它的价值在于把“一个资产从设计到退役”和“它在哪一层、承担什么功能”同时表达出来。
以一台伺服电机为例：在 Type 侧，它有设计图纸、型号参数和功能描述；在 Instance 侧，它有唯一序列号、出厂标定值和现场运行数据。选型时若只关注 Instance 侧的实时数据，却忽略 Type 侧的参数模板，就会导致备件更换后无法自动继承配置。RAMI 4.0 的“管理壳”（Administration Shell）正是为解决这一问题：每个资产用一个标准数字身份，把 Type 与 Instance 信息封装在一起，供上层系统按需读取。
工业互联网架构：边缘、平台、应用三层
工业互联网架构通常分为边缘层、平台层和应用层。边缘层负责协议解析、数据清洗和本地实时控制，常见形态是边缘网关或工业一体机；平台层提供设备接入、时序存储、数据建模和微服务运行环境；应用层则是面向业务的 MES、WMS、能源管理、远程运维等。
与 ISA-95 相比，工业互联网架构更强调“数据上行、控制下行”的双向通道。选型时要明确：哪些数据必须留在边缘（如安全联锁、高频振动），哪些可以上云（如日产量、能耗趋势），哪些指令必须下行（如配方切换、参数下发）。一个常见的规划错误是把所有 PLC 数据无差别推送到平台，结果带宽和存储成本失控，而真正需要实时响应的控制回路反而被拖慢。
三套模型如何配合使用
实际规划中，建议按以下顺序使用三套模型。第一步，用 ISA-95 确定系统边界和接口归属，画出“哪层对哪层”的接口清单。第二步，用 RAMI 4.0 为关键资产建立数字身份，明确 Type 与 Instance 信息分别由谁维护。第三步，用工业互联网架构确定数据上行与控制下行的通道，划分边缘、平台、应用的职责。
以某汽车零部件工厂的选型为例：ERP 选型时，重点看它能否通过标准接口向 MES 下发工单和接收报工；MES 选型时，重点看它能否通过 OPC UA 从 PLC 采集设备状态，并向 PLC 下发配方号；边缘网关选型时，重点看它是否支持现场已有的 Profinet、Modbus TCP 和 OPC UA 三种协议，以及断网时能否本地缓存至少 4 小时数据。这些判断依据，全部来自上述三套模型的分层与接口定义。
常见误区与判断依据
第一个误区是把 MES 当成“万能中间层”，既做排程又做实时控制。判断依据：若某功能要求响应时间小于 100ms，就不应放在 MES，而应下沉到 PLC 或边缘层。第二个误区是忽略 Type 与 Instance 的区分，导致设备换型后参数丢失。判断依据：新设备上线后，能否自动从平台读取该型号的标准参数模板并下发到 PLC。第三个误区是数据全部上云，导致带宽和实时性双输。判断依据：统计每台设备每秒产生的数据点数，若超过 500 点且仅用于本地联锁，就应留在边缘。