技术使传统上独立的建筑系统能够更轻松地协同工作。

从历史上看，技术在机构和商业建筑中的采用速度比社会其他地方要慢。台式电脑在我们的工作场所无处不在后，我们仍在努力在建筑物中广泛采用直接数字控制 （DDC）。值得庆幸的是，一直有勇敢的建筑业主和设施经理将拥抱技术，使行业获得实践经验，以提高技术的质量和经济性，供后续采用者使用。

数字建筑控制的增长类似于互联网的增长。采用从相对较少开始，但后来发展到看似普遍使用。但是，如果您考虑智能手机，我们很快就会发现，我们许多人与互联网互动的方式与我们与建筑物互动的方式非常不同。通过在易于使用的应用程序中提炼和消化互联网上的巨大可能性，智能手机以一种平易近人和有用的方式将互联网的可能到人们手中。对于许多管理者来说，与建筑物和存储数据的接口更类似于早期的信息高速公路，这是一个充满数据和机会的广阔景观，但没有工具来指导他们如何利用它。

未来十年可能不会看到我们建筑可用技术的革命，但我们也可能不需要它。事实上，我们的建筑可以使用一些行业、技术和产品来提供这种指导。一些所有者已经成功地实施了它们，有几个人仍然对使用它们持怀疑态度，有些人甚至不知道这些可能性。现有并准备扩散的工具能够使用我们的建筑物生成的数据，实现易用性和效率的承诺，这在很大程度上是许多建筑物所有者尚未实现的。

未来十年，楼宇自动化和集成可能会给我们带来可访问性。这意味着传统上独立的系统之间的访问，支持建筑物的技术人员可以访问系统，以及访问建筑物对决策者的使用和性能的信息。这种访问将使建筑业主和运营商在空间利用方面做出更明智的决策，改善用户的环境，并实现能源和碳减排目标。

系统集成商

长期以来，楼宇自动化供应商一直是项目事实上的系统集成商。凭借在企业级集成方面的经验以及与所有者信息技术部门的现有关系，他们最有可能（尽管不一定总是最愿意）担任此角色的团队成员。集成中包含的建筑系统数量不断增加，从技术和领导力考虑来看，对这一角色的需求将增加。这将留下一个真空，由有条理、能够很好地沟通并具有强大技术能力的人来填补。

在互操作性需求、网络安全要求和建筑运营商便利性的推动下，具有用于楼宇自动化网络的独立服务器的自组网以太网将被淘汰。楼宇自动化服务器被放在壁橱或办公桌下，没有得到适当的操作系统维护或安全补丁，已成为企业IT网络的威胁越来越大。缺乏解决这个问题的良好解决方案一直是行业的一个障碍，但平台开发使我们能够正面解决这个问题，同时改善用户体验。

将 IT 基础架构和安全性掌握在 IT 专业人员而不是外部供应商手中正变得越来越常态，而不是例外。用于构建系统到服务器解决方案的企业服务器软件的扩展使这些平台能够安装在所有者数据框架中的服务器上，在其布线基础设施中，并掩盖其安全保护。通过构建系统软件增加对 SAML 和 LdDAP 访问协议的支持对所有者有两个主要好处：企业 IT 安全权限由构建系统共享，用户享受单点登录体验的优势。更复杂的集成甚至可以利用业主IT用户配置文件提供给建筑系统界面的用户数据，根据工作职能定制权限和主屏幕。

除了依赖IT部门的安全性之外，建筑行业已经认识到需要提高其系统的安全性。ASHRAE了解需要发展BACnet以提高安全性，于2019年2020月开发并发布了BACnet安全连接（BACnet/SC），随后于<>年<>月建立了BACnet/SC互操作性加速计划，以帮助制造商集成新的系统要求。制造商也比过去更多地解决其系统架构内的安全性问题。

构建数据互操作性

听起来很简单，构建数据的一个重要演变是理解它是一个数据库问题。传统的楼宇自动化方法一直专注于序列编程和图形用户界面开发，将趋势数据作为最后的想法，其收集的结果通常过于繁琐，无法有效评估。

此外，与程序和图形界面的连接一直很费力，离散的一对一连接非常耗时，并且留下了出错的余地。调整我们对楼宇自动化系统中的数据点的理解，即我们必须将各个线连接到这些点以形成图片，而是要查询我们需要填充的报告的关系数据库，这是一个微妙但重要的方法差异。因此，工具已经发展到将改进的结构应用于我们建筑物的数据库。

其中一个强大的工具是数据的语义标记。我们可以将点建模为特定属性（AHU-1  + 空气 + 温度）的组合字符串，而不是通过单个特定点（AHU-1  + 空气 + 温度）来识别信息。数据的语义标记是一种将标准属性库组装到自动化系统中的每个数据点的方法。这会导致更强大的数据查询。例如，与创建趋势报告以显示建筑物中所有 20 个空气处理机组 （AHU） 的排气温度 （DAT） 的传统方法不同，通过创建报告，然后将 20 个空气处理机组中每个单元的 DAT 趋势链接到该报告，我们在数据库中查询包含排放的所有记录， 空气和温度。如果我们添加或减去单位，我们只需刷新查询，而不是手动重新配置特定报表。

这些语义标记模型不是梦想家的概念，它们是已经在行业中使用了近十年的既定系统。Project Haystack和Brick数据模型是领先的行业本体，它们与ASHRAE合作开发标准223P，为构建数据定义语义数据模型。

结构化建筑数据使建筑能够利用物联网 （IoT） 的趋势。对于分布式处理器架构（边缘设备）或集中式处理器架构（云系统），物联网允许将特定的建筑数据应用于更广泛的评估技术，以有意义的方式向建筑业主和运营商呈现数据，并提供更复杂的数据评估。

楼宇分析和自动故障检测

通常，建筑分析和自动故障检测是互补的功能，可以应用于建筑物中的数据，为业主和运营商提供有关建筑行为的宝贵见解。建筑分析可以为建筑运营提供有用的性能指标，为有关空间利用率、居住舒适度和能源性能的决策提供信息。自动故障检测可以被认为是类似于报警，但可以更智能，因为它们比简单的故障有更多的信息。将它们视为预警报。

虽然这些软件平台已经商业化了一段时间，但它们在应用中的采用正在增加。最初主要由传统的楼宇自动化供应商销售，其他组织对这些系统和服务提供商的扩展提高了其应用程序的经济性和性能。建筑数据可操作性的进步是使这些技术的应用更容易被这些软件应用程序所接受的关键。

移动应用：许多用户无法理解为什么在智能手机上触手可及的家庭系统获得智能、集成的体验相对简单和经济，但对于拥有数百万美元控制系统的建筑物和校园来说，缺乏类似的体验。一个简单的事实是，住宅设备的打包、单一性质简化了自动化工作，而人们对网络安全的忽视使访问变得容易。对于具有保持乘员舒适度和优化能源效率的高级功能的更大、更复杂的系统，需要更多的工程设计才能在移动平台上提供这些数据。此外，企业社会对网络安全的尊重和重视意味着将企业级系统链接起来，并将其组合数据暴露给移动平台，需要几个不同部门和供应商之间的协调。这些接口在今天是可能的，但对于许多建筑运营商来说，其努力和成本可能不合理。越来越多的供应商正在为其平台开发改进的移动应用程序，我们将看到这种情况继续下去，使该技术适用于更多的建筑物。

交付使用：除了建筑认证计划和建筑规范对建筑系统调试日益增长的要求外，调试仍然是成功实现建筑信息系统过程的重要组成部分。许多业主仍然难以理解调试的价值，或者给人的印象是，“我想我已经为此付钱了。在一个过于简化的示例中，如果供应商 A 和供应商 B 之间的集成设计存在于一组合同文档中，那么在每次向总承包商报告“我尽了我的职责”但没有交换任何信息之后，项目中谁负责验证和测试集成是否有效？对于设计团队来说，这种级别的验证和支持并不常见。总承包商往往缺乏验证或指导流程的技术专长。这些责任“空白”，或者更重要的是，需要额外或专业协调的领域，由委托供应商填补。这些建筑系统的复杂性增加进一步增加了建筑系统调试的价值。

其中许多工具可以应用于现有的楼宇自动化系统。这些工具也可以在新建筑或现有建筑的改造中考虑和规划。无论采用何种实施方式，与合适的合作伙伴和提供商合作都可以使您的建筑数据系统为您服务。在企业IT网络上成功集成建筑系统，这些网络具有结构化数据库格式以支持建筑分析平台，可以呈现给锅炉房，办公室工作空间，首席财务官，机械服务提供商，MEP顾问或城市基准数据库的人员，以促进协作体验，以充分利用我们的建筑物， 并让我们定义最好的外观。