从历史上看，机构和商业建筑对技术的采用一直比社会其他地方慢。当台式PC在我们的工作场所变得无处不在之后，我们仍在努力争取在我们的建筑物中广泛采用直接数字控制器(DDC)。值得庆幸的是，总是有勇敢的建筑业主和设施经理愿意接受技术，让该行业获得实践经验，为后续采用者提高技术的质量和经济性。

(资料图片仅供参考)

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

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

下一个十年可能会给我们带来楼宇自动化和集成的是广泛应用。这意味着传统上独立的系统之间的访问，支持建筑物的技术人员访问系统，以及决策者访问建筑物的使用和性能信息。这种访问将使建筑物所有者和运营商能够就空间利用、改善用户环境以及实现节能和碳减排目标做出更明智的决策。

系统集成商

长期以来，楼宇自动化供应商一直是项目事实上的系统集成商。由于在企业级集成方面经验最丰富，并且与所有者信息技术部门存在现有关系，他们是最有可能（尽管不一定总是最愿意）担任此角色的团队成员。越来越多的建筑系统包含在集成中，从技术和领导方面的考虑，将对这一角色提出更高的要求。这将留下一个空缺，由有条理、善于沟通并具有强大技术能力的人来填补。

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

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

除了在安全方面依赖IT部门外，建筑行业还认识到需要提高其系统的安全性。了解需要发展BACnet以提高安全性，ASHRAE于2019年11月开发并发布了BACnet Secure Connect (BACnet/SC)，随后于2020 年 2 月建立了BACnet/SC 互操作性加速计划，以帮助制造商整合新的系统要求。制造商也比过去更多地解决其系统架构中的安全问题。

建立数据互操作性

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

此外，与程序和图形界面的连接一直是费力的、离散的一对一连接，既费时又容易出错。调整我们的理解，即楼宇自动化系统中的数据点不是独立的点，我们必须将单独的线连接到这些点以形成图片，而是要查询关系数据库以获取我们需要填充的报告，这是一种微妙但重要的方法差异。因此，工具已经发展到将改进的结构应用于我们建筑物的数据库。

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

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

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

建筑分析和自动故障检测

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

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

移动应用程序：许多用户不明白为什么在他们的智能手机上触手可及的家庭系统获得智能、集成的体验对他们来说相对简单和经济，但对于拥有数百万美元控制系统的建筑物和校园却缺乏类似的体验一个简单的事实是，住宅设备的打包、单一性质简化了自动化工作，而人们对网络安全的忽视使访问变得更加容易。对于具有保持乘员舒适度和优化能源效率的高级功能的更大、更复杂的系统，需要更多的工程来使这些数据在移动平台上可用。

此外，企业社会对网络安全的尊重和重视意味着连接企业级系统并将其组合数据暴露给移动平台需要多个不同部门和供应商之间的协调。这些接口在今天是可能的，但对于许多建筑运营商来说，付出的努力和成本可能是不合理的。越来越多的供应商正在为他们的平台开发改进的移动应用程序，我们将看到这种情况继续下去，使该技术可用于更多建筑物。

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

其中许多工具都可以应用于现有的楼宇自动化系统。也可以在新建筑或现有建筑的改造中考虑和规划这些工具。无论以何种方式实施，与合适的合作伙伴和供应商合作都可以让您的建筑数据系统为您所用。可以向锅炉房、办公室工作区、首席财务官、机械服务提供商、MEP顾问或城市基准数据库，以促进协作体验，以充分利用我们的建筑，并让我们定义最佳外观。