孪生数据怎么接进来：从 Modbus、BACnet、OPC UA 到 MQTT 与时序库

本文讲通用链路与协议分工；具体设备的接口能力、网关选型与平台实现以厂商官方文档和实际现场勘察为准，不针对任何单一品牌硬编参数。

模型建完了，动画也调顺了，到联调那周才发现问题：冷水机组的数据是从空调厂家自带软件里看的，那套软件只有一个客户端界面，没有对外接口；配电房的电表有 RS485 口，但没人知道每块表的地址；门禁数据在物业手上，物业说”得问当初装的那家公司”。三个数据源，三种卡法，工期已经过半。

数字孪生项目里最容易被低估的，不是建模的工作量，是把数据从现场搬到屏幕上这条链路。 建模的进度可控，看得见摸得着；数据链路的进度不可控，它取决于别人家的设备愿不愿意开口说话。

这篇把链路从头拆到尾。孪生的定义与分级看数字孪生是什么，与 BIM、GIS 的分工看数字孪生 vs BIM vs GIS，全部内容在数字孪生专题。

完整链路长什么样

先立骨架：现场层 → 采集与网关层 → 传输层 → 存储层 → 应用层。

• 现场层：冷机、水泵、电表、门禁控制器，各说各的协议。
• 采集与网关层：把方言翻译成统一语言，做换算与坏值过滤。
• 传输层：跨网络、跨安全域把数据送到上层。
• 存储层：撑住持续写入，支持按时间段回查。
• 应用层：把数据绑到构件上，变成颜色、数值和状态。

任何一段断了，屏上就是一张静止的漂亮画面。 最常断的是头尾：一头断在设备不给数据，一头断在数据来了却不知道该点亮哪个构件。

现场层：设备到底说什么话

现场协议由设备所属行业决定，主要是下面三类，外加一类现实情况。

Modbus 覆盖面最广，也最”素”。主站发请求、从站回应答，从站不会主动上报；串行链路常见 RTU 帧格式、多走 RS485，以太网上则是 Modbus TCP。数据模型就是线圈、离散输入、保持寄存器、输入寄存器几类，寄存器里装的是一串没有含义的数值——协议不告诉你那是温度还是压力，也不给单位和小数位，全靠厂商点位文档；多寄存器组合出的数值还涉及排列顺序，各家实现不一致。详见Modbus 协议速查。

BACnet 是楼宇机电的通用语，暖通、照明、给排水常见，比 Modbus 厚一层：它用对象与属性组织数据，一台设备对外呈现为一组对象（模拟输入、模拟输出、二进制值等），每个对象带名称、单位、当前值，语义随数据一起过来。承载常见 BACnet/IP 走以太网、MS/TP 走 RS485；除读写属性外还支持 COV，即数值变化时主动通知。它的卡点通常不在协议，而在楼控系统归属——系统在物业或原施工方手里，取数得先谈权限，这是商务问题，一样拖工期。

OPC UA 在工业侧更常见，语义最完整：有统一的地址空间和信息模型，节点之间能表达从属与引用关系，既支持按需读取也支持订阅推送，还内置证书、加密与身份认证。代价是重。几十个点位的照明与电表用它属于用力过猛，对接产线级控制系统时它往往最省心。

私有协议与封闭系统是最难也最常见的一类。只给 SDK 的还算好谈，接口在，工作量明确。真麻烦的是整套系统只有一个客户端界面、没有任何对外接口：数据在人家数据库里，看得见拿不到。方向无非三条——让原厂开一个只读接口；旁路采集，有空闲通信口就直接接、没有就加装独立计量或传感模块；实在拿不到的降级为人工录入并在屏上标注来源与更新时间。三条都能走，唯一不能走的是”先假设能拿到，实施期再说”。

协议	接入前必须拿到
Modbus	寄存器映射表、从站地址、通信参数
BACnet	楼控接入权限、设备对象清单
OPC UA	服务端地址、证书账号、节点路径
私有协议 / SDK	接口文档或 SDK、授权
封闭客户端	改造方案（谈接口 / 加装 / 人工）

采集与网关层：点表才是交付物

现场五花八门，上层不可能逐个适配，中间必须有一层做归一化，通常由协议转换网关承担：把寄存器、对象、节点统一成一组带名字的数据点；调度采集频率与失败重试；做单位换算与坏值过滤；上行断开时本地缓存、恢复后补传。真正要在合同里咬死的，是这一层产出的那份点表。

列	漏了会怎样
点位标识（全局唯一）	无法与构件建立稳定映射
中文含义	谁也看不懂，交接即失传
量纲与单位	屏上数字差几个数量级
量程与合理区间	坏点当真值显示
数据类型与精度	显示乱跳或精度丢失
更新频率	上层取数要么过载要么滞后
来源系统与协议	出问题时无法定位责任方

这份表要在方案阶段起草、实施阶段更新、验收阶段作为交付物提交，而不是散落在某个工程师的本地表格里。

传输层：为什么常常落到 MQTT

选 MQTT 不是因为它”先进”，而是机制正好对上这个场景。发布订阅解耦：网关只管把数据发到某个主题，不必知道谁在用，新增大屏或告警服务订阅一下即可。轻量：协议头开销小，适合点位多、单条小、发送频繁的场景。断线友好：持久会话让客户端重连后订阅关系得以保留，遗嘱消息则能在异常掉线时由代理代发通知，用来判断设备在线很实用。

QoS 是要付代价的。 QoS 0 至多一次，可能丢，开销最小；QoS 1 至少一次，确保送达但可能重复；QoS 2 恰好一次，不丢不重，开销最大。高频监测量丢一两包无关紧要，下一包马上就到；告警、状态变位、累计电量这类事件型数据丢了就是丢了，值得用更高等级。全站一律用最高等级不是稳妥，是浪费。

还要说清一个常被混淆的点：轮询和订阅是两种取数机制。轮询是上层主动问、下层被动答，问得越勤开销越大，两次询问之间的变化会被漏掉；订阅是下层变化时才推，安静时几乎没流量。Modbus 天生轮询，BACnet 的 COV 与 OPC UA 的订阅属推送，实际链路常是混合的——网关对下轮询、对上发布。刷新频率的分级策略另有专文，大屏侧不刷新的排查见大屏数据接入与实时刷新排查。

存储层：为什么要时序库

孪生数据的形态与业务数据完全不同：只追加不修改、带时间戳、写入持续密集、查询几乎总是按时间范围。几千个点位每分钟各写一条，一天就是几百万条且永不停止。通用关系库扛这种写入，索引维护会成为负担，表体积膨胀后查询也越来越慢。

时序数据库（InfluxDB 是其中较为人熟知的开源实现）为这种形态做了优化：按时间组织与压缩，同一测点数值变化平缓，压缩率很高；时间范围聚合，按小时求均值、按天求峰值是原生能力；降采样，把高频原始数据汇总成低频保留，近期看细节、历史看趋势；保留策略，设定各级数据各留多久、到期自动清理——没有保留策略，磁盘被填满只是时间问题。

规划存储时该先回答的不是”要多大硬盘”，而是”数据留多久、留什么粒度”。

应用层：点位与构件的映射表

数据一路过来，最后一步是让三维场景知道：这个数值该点亮哪个构件。这是整条链路最容易崩、也最常被排期表遗漏的地方。

根源在数字孪生 vs BIM vs GIS里提过：构件有一套 ID，运维台账有一套设备编号，点表又有一套点位名，三拨人在三个时期各自定的，天然对不上。所以必须有一张点位与构件的映射表，逐条把它们钉在一起。

点位标识	构件 ID	绑定表现	触发规则	无数据时的表现
冷机 1 出水温度	该设备的构件 ID	悬浮标签数值	直接显示	显示”—“并置灰
冷机 1 运行状态	同上	构件颜色	运行绿、停机灰、故障红	灰色 + 断连标记
走道照明回路	一组构件 ID	灯光开关	布尔值驱动	保持上一状态并标时间

一个构件可能同时绑温度、状态、能耗，一个点位也可能驱动一组构件，所以表结构别设计成一一对应。另有三条要点：

“无数据时怎么表现”必须提前定义。 这一列常被漏掉，后果是数据断了屏上仍显示最后一个值，看的人以为一切正常。孪生系统的可信度恰恰建立在”断了要看得出来”上面——置灰、加断连标记、标注最后更新时间，任选其一，但必须有。

这张表要有责任人和更新流程。 设备换型、区域改造之后表不跟着改，系统就会”指错人”——故障标红标在已拆除的设备上，这比不显示更糟，因为它看起来是对的。

建模阶段就要为它让路。 要被单独驱动的构件必须保持独立、不被合并，编码尽量向运维台账靠拢；等构件已批量合并再回头做映射，很多已经选不中了。

开工前必须先做数据源摸底

开工建模之前先做一遍数据源摸底，成本是几天，不做的代价是几周返工。

要展示的状态	数据从哪来	有没有接口	走什么协议	实时性要求	谁来提供
逐条列出屏上每个要”活”的元素	具体到设备或系统	有 / 有但要授权 / 没有	Modbus / BACnet / OPC UA / 私有 / 无	秒级 / 分钟级 / 小时级	甲方 / 原厂 / 我方加装

填表过程中通常会浮出三类结论：能直接接的、能接但要谈的、接不了要改造的。第三类必须当场暴露给甲方，连同改造方案和成本一起——这时候说只是一次方案调整，实施期再说就是工期事故。另外，摸底要落到”每一个要动的元素”而不是”每一个系统”——同一套楼控里有的点位开放、有的不开放很常见。

小结

现场层三类协议够用：Modbus 没语义、BACnet 自带对象属性、OPC UA 最完整也最重，真正的难题是没有接口的封闭系统。传输层常落到 MQTT，存储层用时序库。

三条最该记住的判断：

1. 开工前先做数据源摸底，每个要驱动的状态都答清楚数据从哪来、有没有接口、走什么协议、实时性到什么程度。摸不清就建模，后期必然返工。
2. 点表是交付物，要写进合同，必须含点位名、含义、量纲、量程、更新频率、来源系统。
3. 老旧设备没有对外接口是最常见的硬卡点，解法无非改造加装、加传感器或降级人工录入——要在方案阶段暴露，不要留到实施期。

想先估一下自己这个点位规模会产生多少数据、要不要上边缘网关和时序库，可以用站内的实时数据点位·带宽估算器跑一遍。

延伸阅读：数字孪生是什么、数字孪生 vs BIM vs GIS，或看数字孪生专题。

---

要把数字孪生或数据大屏落进你的展厅、园区，还想让观众能上手点选、多屏联动？了解企服君自研 GoMagicWall 互动大屏——大屏可视化展示配多点触控交互，适配数据看板与展项联动。也可以直接说说现场需求，我们帮你定制方案、聊聊对接。