MES 数字孪生项目的设计思考:别让孪生变成花瓶
做 MES-digital-twins 时关于「数字孪生到底为谁服务」的思考——从三个被否掉的设计说起。
背景
MES-digital-twins 是一个把车间现场数据做成数字孪生可视化的项目:设备状态、工单进度、异常告警,一块大屏看全。做之前我看了不少「数字孪生」案例,最大的感受是:很多孪生做完就变成了花瓶——好看、演示惊艳、三个月后没人打开。
这个项目的设计目标从第一天就定死:让车间主任愿意每天打开它。
三个被否掉的设计
一、1:1 还原车间的 3D 模型
最「标准」的数字孪生做法。被否的原因很实际:
- 建模成本高,车间一改造就得重做;
- 3D 里找一个设备,比在列表里找慢;
- 真正的决策信息(停机多久、哪台设备在拖后腿)在 3D 里反而不突出。
结论:还原物理形态 ≠ 还原信息结构。 后者才是孪生的核心。
二、实时刷新一切数据
看起来很酷的全量实时。被否的原因:网络和算力撑不住,而且人根本看不过来。改成「关键指标秒级 + 其余分钟级 + 异常主动推送」,负载降了一个数量级,信息密度反而上升。
三、给每个设备做一个「健康分」
被否的原因:分数的计算过程没人说得清,车间不信任它。改成「给出分数 + 给出依据(哪些信号导致扣分)」,同样的算法,采纳率完全不同。
结论:不可解释的指标在工厂里等于不存在。
最终方案
- 信息架构按「异常优先」组织:进页面第一眼看到的是「现在哪里不对」;
- 每个异常卡片可下钻到设备、工单、班次三个维度;
- 大屏模式只保留 5 个数:计划达成率、OEE、停机时长、异常数、在制品。
技术栈:TypeScript 前端 + 数据接口聚合,渲染上不过度堆特效,保证大屏常年开着不卡。
踩坑记录
- 数据源时间戳不统一,跨设备对不齐,排查了两天才发现是网关时区配置问题。
- 一开始没做权限分级,车间看板和老板看板是同一套,两边都不满意。
- 演示数据和真实数据差太远,第一次汇报被质疑「这是不是摆拍」。后来用真实脱敏数据演示,信任度立刻不一样。
结果与复盘
项目落地后日活稳定——它没有 3D 炫技,但回答了三个问题:现在什么在坏、为什么坏、今天目标能不能达成。
复盘三条:
- 先问「谁每天用」,再问「怎么做好看」。
- 可信比精准重要——指标要能解释来源。
- 砍功能是设计的一部分,三个被否掉的设计和最终方案同等重要。
参考
- 项目仓库:MES-digital-twins