欢迎来到科特网 · 弱电工程一站式采购与协同

你的楼宇有数据却没有智慧

2026-05-31 · 工程实践

2026-05-31工程实践

##

楼宇自控BA系统楼宇自动化

导语

要点

  • 你的楼宇有数据却没有智慧 &gt
  • 源站: AutomatedBuildings
  • com 建筑环境中"知道"与"理解"之间的鸿沟 我们花了数十年时间为建筑建立精密模型
  • BIM 文件、传感器网络、控制系统、仪表盘以及连接一切的 API——应有尽有

相关示意图

建筑环境中"知道"与"理解"之间的鸿沟

我们花了数十年时间为建筑建立精密模型。BIM 文件、传感器网络、控制系统、仪表盘以及连接一切的 API——应有尽有。然而,业主们仍在追问一个多年前就该解决的核心问题:为什么我的资产不知道自己是什么、在哪、以及它们到底意味着什么?

这个问题正是 ONUMA 公司 Kimon Onuma 在资产领导力网络(Asset Leadership Network)网络研讨会上的演讲核心。他的回答重新定义了围绕建筑技术的整个讨论框架。

数据不是问题所在

连接数据不等于理解数据。API 无法创造意义,仪表盘不会解释关联关系。这个区别至关重要。整个行业投入了巨大的精力来搭建管道,把数据从一个系统搬运到另一个系统,隐含的假设是:连接越多=洞察越多。但事实并非如此。

真正缺失的是共享意义——建筑生态系统中一个部分能够理解另一个部分实际在做什么、以及为什么重要。

隐藏在眼皮底下的碎片化问题

楼宇自控系统一直承载着"意义"。它们知道系统如何运行、关系如何建立、序列和依赖如何工作。但这些意义大多被编码在特定系统的逻辑、命名约定和结构中,很难跨越各自的边界进行传递。

想想这在实际中意味着什么:你的 HVAC 控制系统知道空气如何在建筑中流动;你的 BIM 模型知道每个房间的位置和设计用途;你的传感器网络知道每个区域的实时温度。但这些系统彼此之间一无所知。每个系统都理解自己的世界,却不理解整栋建筑。

结果就是一栋充满智能、却无法与自己对话的建筑。

一栋建筑,多种现实

让问题更难的是:每个与建筑互动的人看到的都不一样。住户觉得房间太热或太冷;建筑师认为它是一个有功能定义的特定空间;机械工程师认为它是一个由特定空调机组服务的区域;设施运维人员认为它是一个告警来源;房东则把它看作每平方英尺的租金收入。

他们都在描述同一个现实,但方式完全不同。在这之间,意义丢失了。

这不只是一个技术问题,而是一个技术尚未被设计来解决的沟通问题。

真实案例:一组时机不当的电池造成的成本

在 PAE Living Building 项目中,数据一直都在——太阳能、电池、HVAC、传感器、控制器,一切都在运行。但没有人能看清它们如何共同工作,直到所有系统被连接起来。一旦连接,简单问题就变得一目了然:比如电池在不恰当的时间充电,造成了不必要的峰值需量成本。这不是设计问题,也不是硬件问题,这是意义问题

这个案例引人深思,因为它表明碎片化的成本并非只是理论上的。建筑每天都在因为系统之间无法清晰地相互"看见"、无法协调配合,而做出昂贵且完全可以避免的决策。

语义之桥(Semantic Bridge)

提出的解决方案叫做"语义之桥"。它将建筑的物理世界(空间、资产、位置)与语义世界(系统、关系、规则、依赖)连接起来。选中一个房间,你能看到背后服务的系统;选中一个系统,你能看到它实际服务于哪些区域。当你提问时,答案不是猜测出来的,而是有根基的。

示意图

这是一个意义深远的转变。不是构建又一个要求所有人将数据迁移到新格式的平台,语义之桥连接已有的东西。带上你的 BIM、你的数字孪生、你的楼宇系统——只要能连接,就属于它。

这对 AI 意味着什么

AI 不需要更多数据,它需要结构化的意义。没有意义,AI 只能猜测;有了意义,AI 才能推理。

这是整个演讲中最重要的洞见之一。当前围绕建筑 AI 的许多热潮假定:将更多传感器数据输入模型就会产生更好的结果。但脱离上下文的原始数据是不够的。如果一个人工智能体无法理解房间、服务它的空调机组、监测它的传感器以及支配它的业务规则之间的关系,那么世界上所有的数据也无法帮它回答"这个房间为什么太热?"

有了结构化的意义,这个问题就变得可回答了。更难的问题也一样:为什么我们在下午 2 点达到了峰值需量?哪些系统之间出现了意料之外的交互?这周和上周相比发生了什么变化?

业主的角色

除非业主要求,否则这一切都不会发生。几十年来,行业一直在要求交付物:图纸、PDF、互不关联的模型。应该要求的是:持久化的 ID、关联关系、以及在交接后仍然存活的数据。数据已经存在,只是没有被以可用的方式去要求。在被要求之前,它将继续丢失。

这是一份直接面向业主(而非供应商或技术人员)的行动号召。市场不会自行解决这个问题。业主需要改变他们在交接时要求的东西,以及他们在一栋建筑的全生命周期中向服务提供商要求的东西。

核心结论

建筑不缺数据,缺的是理解。一栋能报告故障的建筑,与一栋能解释故障为什么发生、它关联了什么、以及最佳应对方案是什么的建筑,两者之间的区别,归根结底在于系统之间是共享意义,还是仅仅共享数据。

这个差距终于开始缩小了。一旦建筑能够被真正理解,改善它们的工作就变得前所未有的可行。