2. 智能制造系统架构与参考模型
在智能制造项目中，系统架构决定了“谁能和谁说话、按什么规则说话、边界在哪里”。ISA-95、工业4.0参考架构（RAMI 4.0）、边缘-云协同、OT/IT融合，本质上都是围绕这个问题展开的。面试中，考官往往不会只问定义，而是给一个场景，看你能不能把模型落到接口、数据和部署上。
2.1 ISA-95：从功能层级到接口边界
ISA-95（IEC 62264）最常被引用的是它的功能层级模型，通常分为5层：
- Level 0：物理过程层，传感器、执行器、电机、阀门等直接作用于生产现场。
- Level 1：感知与控制层，PLC、DCS、运动控制器等，完成实时闭环控制。
- Level 2：监控层，SCADA、HMI、报警与趋势，操作员在此监视和干预。
- Level 3：制造运营管理层，MES、WMS、QMS、能源管理等，负责工单、物料、质量、设备绩效。
- Level 4：企业经营层，ERP、PLM、SCM、CRM，负责订单、采购、财务、计划。
面试中常被追问的是：Level 3和Level 4的边界到底在哪？一个实用的判断标准是“时间尺度”和“责任主体”。ERP做周/月级计划，MES做班次/小时级执行；ERP关心“要生产多少”，MES关心“怎么生产、生产了多少、合格多少”。例如，ERP下发一张1000件的生产订单，MES把它拆成3个班次的工单，绑定设备、物料批次和工艺路线，再把完工数量、废品数量、工时回传ERP。这个“拆解与回传”就是典型的Level 3职责。
ISA-95的另一半价值在于它的对象模型：人员、设备、物料、工艺段、产品定义、生产计划、生产绩效等。做系统集成时，接口字段往往直接映射这些对象。比如MES向ERP报工，通常包含：工单号、物料编码、计划数量、完工数量、报废数量、实际开始/结束时间、资源编号。如果字段对不上，集成就会在“数量口径”和“时间口径”上反复扯皮。
2.2 RAMI 4.0：三维坐标下的定位方法
RAMI 4.0用三个维度描述工业4.0系统：
- 层级轴（Hierarchy Levels）：从产品、现场设备、控制设备、站点、工厂、企业到互联世界，类似ISA-95的扩展。
- 生命周期轴（Life Cycle & Value Stream）：从Type（设计、原型、试制）到Instance（生产、运维、退役）。
- 架构轴（Architecture Layers）：资产、集成、通信、信息、功能、业务，共6层。
它的实战用法是“定位”。比如你要做一个设备预测性维护功能，可以先在层级轴上定位到“现场设备/控制设备”，在生命周期轴上定位到“Instance运维阶段”，在架构轴上从“资产层”一路向上到“业务层”。这样就能清楚：资产层需要采集振动、温度、电流；集成层需要OPC UA或MQTT；信息层需要统一时间戳和单位；功能层做特征提取和阈值判断；业务层生成维修工单。面试时如果能用这个框架把需求拆开，会比只背定义更有说服力。
2.3 边缘-云协同：把计算放在合适的位置
边缘-云协同的核心不是“边缘好还是云好”，而是“什么数据在哪里处理”。一个常见的分层策略是：
- 设备侧：毫秒级闭环，如伺服控制、安全联锁，必须在本地完成。
- 边缘侧：秒级到分钟级，如数据清洗、协议转换、缓存、断网续传、轻量推理、报警聚合。
- 云侧：分钟级到天级，如跨厂区对标、模型训练、大数据分析、全局排产、长期存储。
举个可落地的例子：某车间有20台注塑机，每台机器通过OPC UA暴露约200个点位，采样周期100ms。如果全部直传云端，20×200×10=40000点/秒，网络和云成本都很高。合理的做法是在边缘网关做三件事：第一，按变化量上传，温度变化超过0.5℃才记录；第二，本地做1分钟聚合，计算均值、最大值、标准差；第三，保留原始数据滚动7天，云端只存聚合值和报警事件。这样上行数据量可以降到原来的1%～5%，同时断网时边缘仍能缓存并续传。
判断边缘部署是否合理，可以看三个指标：端到端延迟是否满足业务要求、断网时关键功能是否降级可用、上行带宽和云存储成本是否可接受。如果业务要求“报警必须在500ms内到达HMI”，那就不能把报警判断放到云端。
2.4 OT/IT融合：不是打通网络，而是打通语义
OT（运营技术）和IT（信息技术）的差异，远不止网络协议。OT追求确定性、实时性、可用性，设备可能运行15年不换；IT追求迭代速度、弹性、标准化，软件可能每两周更新一次。融合的难点通常在三处：
- 协议与数据模型：OT侧有Modbus、Profinet、EtherCAT、OPC DA等，IT侧习惯REST、MQTT、Kafka。推荐在边缘侧用OPC UA做统一信息模型，把“设备-变量-单位-时间戳-质量码”标准化后再上行。
- 网络与安全：OT网络不能直接暴露给IT。常见做法是部署工业DMZ，边缘网关在DMZ内单向或双向受控转发，IT侧只能访问DMZ，不能直接扫描PLC。
- 时间与口径：OT用设备本地时间，IT用UTC；OT的“产量”可能含试模品，IT的“产量”只算合格品。集成前必须定义清楚：时间基准统一为UTC并保留时区，数量口径按工单状态区分“投入、产出、合格、报废”。
一个可检查的融合清单如下，面试时可以直接用来评估方案完整性：
| 检查项 | 合格标准示例 |
|---|---|
| 数据模型 | 设备、变量、单位、时间戳、质量码五要素齐全，有唯一资产编号 |
| 接口协议 | OT侧OPC UA/MQTT，IT侧REST/Kafka，边缘完成转换 |
| 网络边界 | OT与IT之间至少一层工业防火墙或DMZ，禁止直连 |
| 时间同步 | 全系统NTP/ PTP对时，误差小于业务允许值（如100ms） |
| 断网续传 | 边缘缓存不少于24小时，恢复后按时间顺序补传 |
| 口径定义 | 产量、工时、停机原因有书面定义，MES与ERP一致 |
2.5 系统分层与集成边界的实战判断
面试中常出现这样的问题：“MES和SCADA之间要不要做接口？”答案取决于职责划分。如果SCADA只做监视，工单执行、物料追溯、质量判定都在MES，那么MES需要从SCADA获取设备状态和产量计数，接口是必要的。但如果SCADA已经承担了工单下发和报工，MES再插一层就会导致“同一件事两个系统都在做”，边界就模糊了。
一个实用的边界原则是：谁拥有主数据，谁负责写入；谁消费，谁负责读取。例如，物料主数据由ERP拥有，MES只读；工单执行状态由MES拥有，ERP只读；设备实时状态由SCADA/边缘拥有，MES只读。这样在集成时，接口方向和数据责任就清楚了。
再进一步，集成边界还要考虑“故障时谁兜底”。如果MES宕机，SCADA能否继续按最后一张工单生产？如果边缘网关断网，PLC能否继续本地逻辑？这些问题的答案决定了系统分层是否真正可靠。面试时能主动提到“降级策略”和“数据责任”，通常会被认为有实际工程经验。
最后，把ISA-95、RAMI 4.0、边缘-云协同和OT/IT融合串起来看：ISA-95给你功能层级和对象模型，RAMI 4.0给你三维定位方法，边缘-云协同给你部署策略，OT/IT融合给你接口和安全边界。四者不是互相替代，而是从不同角度回答同一个问题——如何让制造系统在正确的地方、用正确的方式、交换正确的数据。