從歷史上看，機構和商業建筑對技術的采用一直比社會其他地方慢。當臺式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顧問或城市基準數據庫，以促進協作體驗，以充分利用我們的建筑，并讓我們定義最佳外觀。

　　本文作者：Kyle Knudten