3. 数字孪生参考架构
数字孪生不是“把三维模型放到屏幕上”这么简单。要让一条真实产线在虚拟空间里可运行、可预测、可优化，系统必须同时处理真实设备、实时数据、机理模型、业务服务和人员交互五类问题。业界常见的五层参考架构——物理层、数据层、模型层、服务层、交互层——正是对这五类问题的职责切分。理解这套架构的关键，不是背下五个名字，而是搞清楚每一层“负责什么、不负责什么”，以及它对应到产线上的哪些真实对象。
五层职责的边界
物理层是孪生的“真身”，包括产线上的实际设备、工件、传感器、执行器、PLC、机器人和输送系统。它负责产生真实状态，也负责接收来自虚拟侧下发的控制指令。物理层不负责解释数据，也不负责建模，它的核心任务是“可被感知、可被驱动”。
数据层负责把物理层的状态变成可传输、可存储、可对齐的数据流。它要解决采集协议（如 OPC UA、Modbus TCP、Profinet）、采样周期、时间戳对齐、数据清洗与缓存等问题。数据层不判断数据“意味着什么”，只保证数据“准确、及时、可追溯”。
模型层是数字孪生的“大脑”，包含几何模型、物理机理模型、逻辑模型和行为模型。几何模型描述设备外形与装配关系；机理模型描述运动学、动力学、节拍和能耗；逻辑模型描述 PLC 程序、联锁关系和工艺规则。模型层负责“在虚拟空间里复现真实行为”，但不直接面向操作人员。
服务层把模型能力封装成可调用的服务，例如虚拟调试、节拍分析、碰撞检测、预测性维护、能耗优化。它负责“把模型变成业务价值”，是孪生系统与 MES、WMS、SCADA 等外部系统对接的桥梁。
交互层面向人，提供可视化、操作、告警和报表。它可以是三维监控画面、Web 看板、VR/AR 终端或移动端。交互层不直接修改物理设备，而是通过服务层间接影响物理层。
产线落地映射：从架构到工位
把五层架构映射到一条典型装配产线，可以这样理解：物理层是六轴机器人、倍速链、视觉相机和拧紧枪；数据层通过 OPC UA 从 PLC 采集机器人关节角、输送线速度、拧紧扭矩，采样周期设为 50 ms，并在边缘网关打上统一时间戳；模型层用 DH 参数建立机器人运动学模型，用离散事件仿真建立输送线节拍模型，用状态机复现 PLC 的联锁逻辑；服务层把模型封装成“虚拟调试服务”和“节拍分析服务”，对外提供 REST 接口；交互层则在中控大屏上显示三维产线状态，并在工位平板上推送拧紧异常告警。
这里有一个容易混淆的点：数据层和模型层之间不是单向的。模型层需要数据层提供实时状态来驱动仿真，同时模型层也会向数据层写入仿真结果（如预测节拍、虚拟传感器读数），供服务层和交互层使用。因此，数据层实际上是一个双向的数据枢纽，而不是简单的“采集—存储”管道。
一个可执行的落地检查表
在实际项目中，可以用下面这张检查表逐层确认职责是否清晰。表中“判断依据”一列给出了可观察的验证信号，避免架构讨论停留在纸面。
| 层级 | 核心问题 | 判断依据 |
|---|---|---|
| 物理层 | 设备是否可被感知和驱动？ | PLC 能读到传感器信号，执行器能响应指令 |
| 数据层 | 数据是否准确、及时、可追溯？ | 时间戳偏差小于采样周期的 10%，无丢包 |
| 模型层 | 虚拟行为是否与真实行为一致？ | 仿真节拍与实测节拍偏差小于 5% |
| 服务层 | 模型能力是否可被业务调用？ | REST 接口返回稳定，MES 能获取分析结果 |
| 交互层 | 人员是否能看懂并操作？ | 操作员能在 3 秒内定位异常工位 |
最后需要强调，五层架构是一种职责划分方式，不是物理部署的硬性要求。在边缘计算场景下，数据层和模型层可能部署在同一台工控机上；在云端场景下，服务层和交互层可能运行在远程服务器。架构的价值在于让每一层只关注自己的核心任务，并通过标准接口与其他层协作，从而让数字孪生系统具备可扩展、可维护、可替换的工程属性。