2. 智能工厂核心参考架构解析
做智能工厂总体架构，最忌讳“从零发明一套自己的分层”。行业里已经沉淀出三套被广泛引用的参考架构：ISA-95、RAMI 4.0 和 IIRA。它们不是互相替代的关系，而是从不同视角回答同一个问题——工厂里的设备、系统、数据、业务和外部生态，应该按什么维度组织起来，才能既稳定又可扩展。理解它们的关键，不是背下层级名称，而是看清每套框架“切蛋糕”的方式，以及这种切法能解决什么工程问题。
ISA-95：以“功能层级 + 活动模型”切分制造运营
ISA-95（IEC 62264）的核心思想是按时间尺度和职责范围分层。它把制造相关活动从下到上分为 Level 0 到 Level 4：Level 0 是物理生产过程本身，Level 1 是传感器与执行器对过程的感知和控制，Level 2 是 PLC/DCS 等对设备动作的监控与联锁，Level 3 是 MES 层面的生产调度、质量、物料、维护等制造运营管理，Level 4 是 ERP 层面的企业经营计划、采购、销售、财务。层与层之间通过明确定义的接口交换信息，越往下时间尺度越短（毫秒到秒级），越往上时间尺度越长（天到月级）。
ISA-95 真正好用的地方在于它的活动模型。以 Level 3 为例，它把制造运营拆成生产、质量、维护、库存四个活动域，每个域又定义对象模型和状态机。这意味着在落地时，你可以直接问：这条产线的工单状态由谁维护？质量判定结果回写到哪个对象？维护工单是否与生产工单共享设备台账？这些问题在 ISA-95 里都有对应的对象和关系可参照，而不是靠项目组临时约定。
RAMI 4.0：三维坐标下的工业 4.0 参考模型
RAMI 4.0 用三维坐标描述工业 4.0 对象：纵轴是层级（Hierarchy Levels），从产品、现场设备、控制设备、工作站、企业，一直到互联世界；横轴是生命周期与价值链（Life Cycle & Value Chain），左侧是产品/资产的类型（Type）阶段，右侧是实例（Instance）阶段，覆盖设计、生产、使用、维护到退役；第三维是架构层（Architecture Layers），从下到上为资产层、集成层、通信层、信息层、功能层、业务层。
这套模型最有价值的贡献是“资产管理壳”（Administration Shell）思想：任何一个对象——一台电机、一个工单、一份图纸——都可以在信息层拥有一个标准化的数字表示，并通过通信层与外部交互。它把“物理资产”和“数字孪生”用统一坐标定位，使跨生命周期的数据可追溯。例如一台伺服电机，在 Type 阶段有型号规格和设计参数，在 Instance 阶段有实际运行电流、温度、维护记录；两者通过资产管理壳关联，而不是散落在不同系统里。
IIRA：面向系统与生态的功能域视角
IIRA（工业互联网参考架构）从功能域出发，强调跨企业的系统互操作。它定义了边缘层、平台层和企业层，并围绕业务、使用、功能、实现四个视角展开。与 ISA-95 偏重制造运营分层、RAMI 4.0 偏重资产全生命周期不同，IIRA 更关注数据在边缘、平台、应用之间的流动，以及安全、连接、数据管理如何作为横向能力支撑各层。
在智能工厂场景中，IIRA 常被用来设计“边缘采集—平台汇聚—应用分析”的数据链路。例如设备振动信号在边缘侧做 FFT 特征提取，只上传特征值而非原始波形，平台侧再做趋势分析和告警。这种“边缘计算 + 云平台”的分工，正是 IIRA 功能域划分的典型应用。
三套框架如何选择与组合
选择参考架构不是“选一个最好的”，而是按问题域匹配。如果企业当前的主要矛盾是 MES 与 ERP 职责不清、工单和质量数据对不上，ISA-95 是最直接的抓手；如果企业正在推进设备联网和数字孪生，需要给每台关键设备建立从采购到报废的统一数字档案，RAMI 4.0 的资产管理壳思路更合适；如果企业要做集团级多工厂数据汇聚、与供应商和客户系统对接，IIRA 的功能域和横向安全能力更值得参照。
实际工程中，三者经常组合使用。一个典型的智能工厂架构可以这样组织：用 ISA-95 划分 Level 0 到 Level 4 的系统边界和接口；在 Level 2/3 的设备与产线对象上引入 RAMI 4.0 的资产管理壳，使设备型号、实例、维护记录可追溯；再用 IIRA 的边缘—平台—企业三层结构设计数据采集、汇聚和应用分析链路，并把安全与连接作为横向能力贯穿始终。这样既避免了“只分层不管资产”的空洞，也避免了“只建平台不接业务”的悬空。
适配企业现状的裁剪方法
拿到参考架构后，建议按以下顺序做适配。第一步，盘点现状：列出企业已有的系统（ERP、MES、WMS、SCADA、PLC 品牌与协议）、关键设备清单、数据采集覆盖率、网络分区情况。第二步，定位主要矛盾：是系统间接口混乱、设备数据采不上来、还是上层分析缺数据？矛盾决定优先采用哪套框架的哪个部分。第三步，裁剪层级与对象：不必照搬全部 Level，例如离散制造企业可能没有连续的 Level 1 过程控制，但一定有 Level 2 设备监控；不必给所有设备都建资产管理壳，优先覆盖关键瓶颈设备和高价值资产。第四步，定义接口与数据契约：无论采用哪套框架，最终都要落到具体的接口协议、数据字段、更新频率和责任方。
以某离散装配车间为例，其现状是：PLC 以西门子和三菱为主，SCADA 仅做画面监控，MES 只管理工单和报工，设备振动和温度数据未采集。适配方案可以是：ISA-95 层面明确 Level 2 负责设备状态采集、Level 3 负责工单与质量联动；RAMI 4.0 层面先对 6 台关键压装设备建立资产管理壳，记录型号、出厂参数、每次维护后的扭矩标定值；IIRA 层面在边缘网关做振动特征提取（采样率 10 kHz，提取 RMS 和峰值因子），每 5 分钟上传一次特征值到平台，平台侧设置 RMS 超过基线 20% 触发预警。这样一套裁剪后的架构，既不过度设计，又能解决“关键设备突发故障无预警”的实际问题。
最后要强调的是，参考架构的价值在于统一语言和减少重复决策。当团队里有人说“这个数据应该放 MES”而另一个人说“应该放平台”时，如果能回到 ISA-95 的层级定义或 IIRA 的功能域划分，争论就会变成有依据的讨论。选哪套框架、裁到多细，取决于企业当前最痛的问题和可投入的资源，而不是框架本身的“先进程度”。