朱文軒，王淑霞，李露凡（上海建科工程咨詢有限公司， 上海 200032）

0 引 言

近年來(lái)，BIM技術(shù)已成為建筑行業(yè)智能化的一項(xiàng)重要技術(shù)。在項(xiàng)目的設(shè)計(jì)階段和施工階段，BIM技術(shù)的應(yīng)用都已逐漸成熟，然而國(guó)內(nèi)在項(xiàng)目運(yùn)維階段集成樓宇自動(dòng)化系統(tǒng)、安防自動(dòng)化系統(tǒng)、消防自動(dòng)化系統(tǒng)的BIM運(yùn)維管理平臺(tái)較少，且成熟度較差。樓宇自動(dòng)化系統(tǒng)（BAS）主要用于對(duì)建筑物空調(diào)、冷凍機(jī)組、給排水、變配電及電梯等系統(tǒng)進(jìn)行集中監(jiān)視、檢測(cè)及管理。BAS作為現(xiàn)代建筑中的主要能耗監(jiān)測(cè)控制系統(tǒng)，在運(yùn)維管理階段占有重要位置；而空調(diào)系統(tǒng)由于不同種類或廠家自動(dòng)化系統(tǒng)使用數(shù)據(jù)傳輸協(xié)議有所差異，導(dǎo)致空調(diào)系統(tǒng)與上層系統(tǒng)數(shù)據(jù)傳輸存在較多問題，并且在大型建筑中，空調(diào)系統(tǒng)的設(shè)備監(jiān)測(cè)點(diǎn)較多，如何對(duì)巨量的數(shù)據(jù)進(jìn)行存儲(chǔ)、管理和分析，都給BIM運(yùn)維管理平臺(tái)與空調(diào)系統(tǒng)的集成帶來(lái)不小的挑戰(zhàn)。因此，如何解決從各個(gè)空調(diào)設(shè)備到BIM運(yùn)維管理平臺(tái)的數(shù)據(jù)采集、應(yīng)用過程中接口選擇的問題，成為實(shí)現(xiàn)BIM運(yùn)維平臺(tái)與空調(diào)系統(tǒng)監(jiān)測(cè)信息交互和集成、提高空調(diào)設(shè)備運(yùn)維管理效率的關(guān)鍵所在。

目前國(guó)內(nèi)外針對(duì)底層設(shè)備與BIM運(yùn)維管理系統(tǒng)信息交互接口的研究，大多集中于設(shè)備與樓宇自動(dòng)化系統(tǒng)通信方式的研究。趙津津[1]就樓宇自動(dòng)化系統(tǒng)中冷熱源系統(tǒng)、空調(diào)系統(tǒng)、給排水系統(tǒng)等監(jiān)控常用的接口形式進(jìn)行了介紹；李雋波等[2]總結(jié)了智能大廈管理系統(tǒng)中常用軟件接口特性，并提出“一原則四步驟”的方法對(duì)軟件接口進(jìn)行選擇；陳杰甫[3]對(duì)智能建筑四種常用總線協(xié)議進(jìn)行介紹，通過對(duì)比總結(jié)出各種總線協(xié)議的適用場(chǎng)景；曹嘉[4]就LonWorks協(xié)議、BACnet協(xié)議及TCP/IP協(xié)議進(jìn)行簡(jiǎn)單對(duì)比，通過某工程項(xiàng)目案例詳細(xì)說(shuō)明了LonWorks協(xié)議在樓宇自動(dòng)化系統(tǒng)中的實(shí)際應(yīng)用。此外，利用物聯(lián)網(wǎng)與無(wú)線技術(shù)，結(jié)合BIM技術(shù)進(jìn)行系統(tǒng)集成也成為新的研究熱點(diǎn)。Riaz等[5]將無(wú)線傳感器安裝于施工現(xiàn)場(chǎng)進(jìn)行環(huán)境監(jiān)測(cè)，并將監(jiān)測(cè)數(shù)據(jù)傳輸?shù)紹IM管理平臺(tái)中，從而便于提前預(yù)警現(xiàn)場(chǎng)施工的不安全因素；Nguyen等[6]在對(duì)物聯(lián)網(wǎng)及傳感器技術(shù)進(jìn)行大量調(diào)研分析后，形成了物聯(lián)網(wǎng)與BIM技術(shù)集成的體系框架，同時(shí)將此技術(shù)應(yīng)用到實(shí)際項(xiàng)目中；高媛等[7]通過分析綜合管廊項(xiàng)目特點(diǎn)，總結(jié)出管廊項(xiàng)目后期運(yùn)維目前存在的問題，提出基于物聯(lián)網(wǎng)與BIM技術(shù)的綜合管理設(shè)備運(yùn)維管理系統(tǒng)，結(jié)合實(shí)際案例驗(yàn)證了該系統(tǒng)的可行性；Zhang等[8]通過無(wú)線傳感器對(duì)溫度、濕度和光照等數(shù)據(jù)進(jìn)行實(shí)時(shí)采集，并集成至BIM運(yùn)維管理系統(tǒng)進(jìn)行數(shù)據(jù)監(jiān)測(cè)和性能分析。盡管國(guó)內(nèi)外結(jié)合BIM技術(shù)針對(duì)數(shù)據(jù)接口的相關(guān)研究范圍不斷擴(kuò)大，但缺乏系統(tǒng)性總結(jié)空調(diào)設(shè)備與BIM運(yùn)維管理平臺(tái)數(shù)據(jù)接口的選擇方法。本文通過構(gòu)建信息交互過程中的系統(tǒng)架構(gòu)，梳理各層之間通信方式，對(duì)比分析各接口的優(yōu)缺點(diǎn)，為通信方式及接口形式的選擇提供依據(jù)。

1 系統(tǒng)架構(gòu)

由圖1可以看出，系統(tǒng)架構(gòu)由上而下主要由管理層（本文以BIM運(yùn)維管理平臺(tái)為例）、控制層（本文以樓宇自動(dòng)化系統(tǒng)為例）、設(shè)備層（即空調(diào)末端設(shè)備數(shù)據(jù)采集層級(jí)）組成。

圖1 系統(tǒng)組織架構(gòu)圖

設(shè)備層級(jí)是樓宇自動(dòng)化系統(tǒng)中最底層的一級(jí)，主要由現(xiàn)場(chǎng)被控設(shè)備及檢測(cè)數(shù)據(jù)儀器構(gòu)成[9]。此層級(jí)要求設(shè)備能適應(yīng)環(huán)境溫度和濕度變化，適應(yīng)電網(wǎng)電壓波動(dòng)變化，適應(yīng)環(huán)境中電磁干擾影響及環(huán)境介質(zhì)影響，具有實(shí)時(shí)性強(qiáng)的特點(diǎn)[10]?？刂茖訛樵O(shè)備層與管理層的中間數(shù)據(jù)傳輸處理的樞紐，可定時(shí)獲取上位機(jī)中空調(diào)設(shè)備數(shù)據(jù)，并按照規(guī)定協(xié)議解析，以約定格式上傳至BIM運(yùn)維管理平臺(tái)。管理層以分布式網(wǎng)絡(luò)環(huán)境為背景，構(gòu)建起開放的一體化信息系統(tǒng)，方便用戶查詢現(xiàn)場(chǎng)空調(diào)設(shè)備運(yùn)行情況，實(shí)現(xiàn)對(duì)設(shè)備運(yùn)行過程實(shí)時(shí)遠(yuǎn)程管理的目標(biāo)。

進(jìn)行系統(tǒng)組織架構(gòu)規(guī)劃時(shí)，首先需要確定各個(gè)層級(jí)之間的通信方式。層級(jí)的不同，可選擇的通信方式也將有所區(qū)別。在確定某種通信方式后，將對(duì)應(yīng)若干接口形式，因此需要根據(jù)項(xiàng)目運(yùn)維需求及實(shí)際情況，選擇適合的數(shù)據(jù)接口。舉例來(lái)說(shuō)，目前BIM運(yùn)維管理平臺(tái)與BAS系統(tǒng)通信主要基于Internet實(shí)現(xiàn)遠(yuǎn)程管理，其中有webservice、TCP/IP、http等多種通信協(xié)議可供選擇。如何根據(jù)項(xiàng)目實(shí)際情況選擇適合的數(shù)據(jù)接口，將是本文研究的重點(diǎn)內(nèi)容。

2 接口介紹

2.1 設(shè)備層與控制層

為明確數(shù)據(jù)接口選型原則及方法，下面介紹設(shè)備層與控制層通信可使用的各類型接口的優(yōu)點(diǎn)、缺點(diǎn)及適用場(chǎng)景。

2.1.1 物理接口

物理接口指的是系統(tǒng)中不同設(shè)備與部件之間的硬件接口，主要分為串行接口及以太網(wǎng)接口。其中：串行接口主要包括RS-232、RS-485，以太網(wǎng)接口主要包括RJ-45等。

（1）RS-232接口是由美國(guó)電子工業(yè)聯(lián)盟（EIA）制定的串行數(shù)據(jù)通信的接口標(biāo)準(zhǔn)，是PC機(jī)及通信工業(yè)中應(yīng)用最為廣泛的一種串行接口，采用單端通信。

RS-232接口主要具有以下優(yōu)點(diǎn)：①信號(hào)線少方便現(xiàn)場(chǎng)布置，采用三條信號(hào)線即可實(shí)現(xiàn)簡(jiǎn)單的全雙工通信；②波特率選擇較為靈活，可以適應(yīng)不同速率設(shè)備。然而，RS-232由于其自身傳輸形式所限，仍具有以下缺陷：①傳輸距離有限，最大距離標(biāo)準(zhǔn)值為15 m；②僅能點(diǎn)對(duì)點(diǎn)通信，不支持多點(diǎn)通信，且最大傳輸速率為20Kb/s；③抗噪聲干擾性弱。

（2）RS-485接口由電信行業(yè)協(xié)會(huì)和電子工業(yè)聯(lián)盟制定，屬于平衡數(shù)字多點(diǎn)系統(tǒng)中的驅(qū)動(dòng)器和接收器的電氣特性標(biāo)準(zhǔn)[11]。RS-485接口在RS-232的基礎(chǔ)上發(fā)展而來(lái)，可采用兩線制和四線制的連接方式：兩線制可實(shí)現(xiàn)真正多點(diǎn)通信；四線制僅能實(shí)現(xiàn)點(diǎn)對(duì)點(diǎn)的通信，且總線連接設(shè)備數(shù)量大大增加。RS-485接口主要具備以下優(yōu)點(diǎn)：①傳輸距離長(zhǎng)，最大距離為3 000 m；②總線上用于連接收發(fā)器為128個(gè)，具有多站連接的能力；③傳輸速度為10 Mbps，優(yōu)于RS-232接口；④具有良好的環(huán)境抗干擾能力，可在電子噪聲大的環(huán)境下有效傳輸信號(hào)。RS-485接口的主要缺陷：①不支持星型及樹型接線；②需屏蔽雙絞線，維護(hù)成本相對(duì)較高。一般此類接口多用于空調(diào)設(shè)備與上位機(jī)的連接，采集空調(diào)終端溫度、濕度和風(fēng)速等數(shù)據(jù)信息。

（3）RJ-45接口為目前最常見的網(wǎng)絡(luò)設(shè)備接口，俗稱“水晶頭”，一般用于數(shù)據(jù)電纜的端接，從而實(shí)現(xiàn)設(shè)備、配線架模塊間的連接及變更。此類插頭僅可沿固定方向插入，且設(shè)置塑料彈片卡住卡槽從而防止脫落，適用于10 Base-T以太網(wǎng)、100 Base-TX以太網(wǎng)和1 000 Base-TX以太網(wǎng)，傳輸介質(zhì)為雙絞線形式。主要適用于雙絞線構(gòu)建網(wǎng)絡(luò)中，設(shè)備與模塊間的通信連接。

2.1.2 有線通信

目前空調(diào)系統(tǒng)常用現(xiàn)場(chǎng)總線技術(shù)進(jìn)行現(xiàn)場(chǎng)空調(diào)設(shè)備與控制層的通信?，F(xiàn)場(chǎng)總線代替了傳統(tǒng)的集散控制系統(tǒng)(Distributed Control System, DCS)，在實(shí)現(xiàn)現(xiàn)場(chǎng)通信網(wǎng)絡(luò)與控制系統(tǒng)集成目標(biāo)的同時(shí)，逐漸發(fā)展成為一種開放型、分散型及互操作性強(qiáng)的新型控制系統(tǒng)?，F(xiàn)已廣泛適用于空調(diào)設(shè)備與控制層的現(xiàn)場(chǎng)總線通信方式有BACnet、Modbus、LonTalk。

（1）BACnet是由國(guó)際標(biāo)準(zhǔn)化組織（ISO）、美國(guó)國(guó)家標(biāo)準(zhǔn)協(xié)會(huì)（ANSI）及美國(guó)采暖、制冷與空調(diào)工程師學(xué)會(huì)定義的通信協(xié)議，在提供開放性的標(biāo)準(zhǔn)規(guī)范的同時(shí)，使建筑的空調(diào)設(shè)備和樓宇自動(dòng)化系統(tǒng)能夠?qū)崿F(xiàn)信息交換。其主要優(yōu)點(diǎn)是開放性強(qiáng)，應(yīng)用條件與收益性較高。缺點(diǎn)主要是針對(duì)更高層次的控制方法的相關(guān)研究較為欠缺。

（2）Modbus為串行通信協(xié)議的一種，由施耐德電氣公司為使用PLC（可編程邏輯控制器）通信而頒布，可基于串口或網(wǎng)口兩種物理接口形式。目前有Modbus RTU（M-RTU）、Modbus TCP（M-TCP）和 Modbus ASCII（M-ASCII）三種主流傳輸方式，其中：M-RTU、M-ASCII為支持RS-485串口的通信協(xié)議，M-TCP為支持網(wǎng)口的通信協(xié)議。Modbus的主要優(yōu)點(diǎn)：①公開發(fā)表無(wú)版權(quán)要求；②支持大量智能儀器儀表廠家數(shù)據(jù)通信，支持多種通信接口如RS232、RS485、TTL、光纖、無(wú)線等；③從供應(yīng)商角度而言，易于修改或移動(dòng)本地字節(jié)。Modbus的主要缺點(diǎn)：①屬于主從協(xié)議，無(wú)法要求設(shè)備“報(bào)告異?！?；②由于針對(duì)PLC通信開發(fā)，不支持大型二進(jìn)制對(duì)象數(shù)據(jù)；③由于Modbus協(xié)議會(huì)提供未經(jīng)授權(quán)的命令，其安全性相對(duì)較弱。

（3）Lon總線由美國(guó)Echelon公司于1990年正式推出。LonWorks采用LonTalk通信協(xié)議，支持ISO/OSI的全部7層模型，可通過不同通信介質(zhì)進(jìn)行傳輸，如雙絞線、同軸電纜、光纖、射頻、紅外線和電力線等。

LonTalk物理層與鏈路層已被美國(guó)暖通空調(diào)和制冷工程師協(xié)會(huì)所采納，成為樓宇自動(dòng)化公認(rèn)的技術(shù)標(biāo)準(zhǔn)[12]。主要包含以下優(yōu)點(diǎn)：①同一網(wǎng)絡(luò)中可以用多種通信媒介進(jìn)行數(shù)據(jù)傳輸；②監(jiān)控網(wǎng)絡(luò)中節(jié)點(diǎn)數(shù)量最多可達(dá)到32 000個(gè)；③將網(wǎng)絡(luò)通信設(shè)計(jì)簡(jiǎn)化為參數(shù)設(shè)置，從而提高了通信的可靠性。缺點(diǎn)主要是難以連接和操作異類數(shù)據(jù)庫(kù)，無(wú)法對(duì)大數(shù)據(jù)進(jìn)行處理。

2.1.3 無(wú)線通信

無(wú)線通信一般分為WLAN、LPWAN和WWAN等。適用于智能建筑領(lǐng)域的主要為WLAN和LPWAN，目前發(fā)展較為成熟且可應(yīng)用于空調(diào)系統(tǒng)通信的有LoRa和ZigBee。此類技術(shù)可在現(xiàn)場(chǎng)空調(diào)設(shè)備不方便鋪設(shè)有線通信線路時(shí)采用。相比于有線技術(shù)，無(wú)線通信方式靈活性強(qiáng)的特點(diǎn)有利于不斷擴(kuò)大其應(yīng)用范圍。

（1）LoRa為L(zhǎng)PWAN通信技術(shù)的其中一種，是由美國(guó)Semtech公司推出的基于擴(kuò)頻技術(shù)的超遠(yuǎn)距離無(wú)線傳輸方法。LoRa主要由終端（可內(nèi)置LoRa模塊）、網(wǎng)關(guān)、Server和云四部分構(gòu)成。其優(yōu)點(diǎn)主要包含：①能耗低，傳輸距離長(zhǎng)，城鎮(zhèn)可達(dá)2-5km，郊區(qū)可達(dá)15km；②網(wǎng)關(guān)可連接大量LoRa節(jié)點(diǎn)。缺點(diǎn)是受周圍物理環(huán)境影響大，若物理環(huán)境出現(xiàn)較大改變，LoRa物聯(lián)網(wǎng)絡(luò)存在運(yùn)維期大面積掉線的可能性。

（2）ZigBee為近年新興起的短距離無(wú)線通信技術(shù)，由IEEE.802.15.4無(wú)線標(biāo)準(zhǔn)開發(fā)而來(lái)，使用2.4GHz頻段，成為了無(wú)線通信方式中低成本、低能耗和低速率的典型代表。利用此技術(shù)可將ZigBee節(jié)點(diǎn)鋪設(shè)于各個(gè)空調(diào)設(shè)備中，實(shí)現(xiàn)對(duì)空調(diào)系統(tǒng)的實(shí)時(shí)控制。其主要優(yōu)勢(shì)：①相比藍(lán)牙、wifi技術(shù)，其能耗更低；②由于大幅度簡(jiǎn)化協(xié)議，降低通信控制器要求，其成本更低；③響應(yīng)速度快，時(shí)延短；④ZigBee具有自組網(wǎng)的協(xié)議能力；⑤滿足了低速率通信要求。

2.2 控制層與管理層

本節(jié)主要介紹控制層與管理層的通信方式及軟件接口特點(diǎn)。目前用于樓宇自動(dòng)化系統(tǒng)與BIM運(yùn)維管理平臺(tái)的通信主要為http調(diào)用以及java遠(yuǎn)程調(diào)用webservices等形式。兩種形式均由服務(wù)器提供服務(wù)，通過IP地址及端口號(hào)進(jìn)行服務(wù)訪問，客戶端通過連接服務(wù)器的制定端口進(jìn)行消息交互[13]。不同點(diǎn)僅為傳輸協(xié)議及報(bào)文格式。圖2以http協(xié)議為例展示了控制層與管理層數(shù)據(jù)交互過程。

圖2 控制層與管理層數(shù)據(jù)交互結(jié)構(gòu)圖

（1）http接口為一種基于http協(xié)議的api，是系統(tǒng)交互的一種約定，能較好地解決不同系統(tǒng)（如功能、開發(fā)語(yǔ)言、服務(wù)商不同等）之間的交互需求。http協(xié)議支持客戶/服務(wù)器模式，相較其他形式更加簡(jiǎn)單快捷，且http允許傳輸任意類型的數(shù)據(jù)對(duì)象；此方式限制每次連接只處理一個(gè)請(qǐng)求，從而節(jié)省傳輸時(shí)間，提高傳輸速度。但是，http方式不能處理跨域數(shù)據(jù)，若調(diào)用其他應(yīng)用服務(wù)則需使用webservice，且無(wú)法處理較為復(fù)雜的數(shù)據(jù)類型。

（2）web是不局限于平臺(tái)以及編程語(yǔ)言的一種軟件接口，通過基于XML語(yǔ)言的協(xié)議描述需要執(zhí)行的操作或要與另一個(gè)web服務(wù)需要交換的數(shù)據(jù)，利用Internet進(jìn)行網(wǎng)絡(luò)數(shù)據(jù)交互。通過SOAP在web上提供的軟件服務(wù)，使用WSDL文件進(jìn)行說(shuō)明，并通過UDDI進(jìn)行注冊(cè)。相較于HTTP Service，能處理較復(fù)雜的數(shù)據(jù)類型，且可處理跨域數(shù)據(jù)；同時(shí)能實(shí)現(xiàn)跨防火墻的通信，且能將不同平臺(tái)、不同軟件廠商，利用標(biāo)準(zhǔn)協(xié)議（HTTP、XML、SOAP 和 WSDL）集成數(shù)據(jù)，供其他應(yīng)用程序使用。但由于需進(jìn)行xml解析，此類接口運(yùn)行速度會(huì)有所降低。

表1詳細(xì)對(duì)比了兩種接口特點(diǎn)及區(qū)別。

表1 HTTP Service與Web Service區(qū)別

3 數(shù)據(jù)接口選擇方法

從2.2節(jié)可以看出，每一種接口形式均有其通信時(shí)具備的優(yōu)勢(shì)與劣勢(shì)。本章將從成本因素、現(xiàn)場(chǎng)環(huán)境、功耗和兼容性等因素，綜合考慮實(shí)際項(xiàng)目中選擇接口形式的方法和原則。

3.1 成 本

進(jìn)行接口形式選型時(shí)，在滿足業(yè)主運(yùn)維需求的前提下，需首先選擇成本較低的通信方式。例如，某大學(xué)既有建筑需安裝感應(yīng)器進(jìn)行空調(diào)設(shè)備管理，若采用綜合布線形式，雖然此種方式通信信號(hào)穩(wěn)定性高，但房屋整體需要大面積改造，施工成本較高；而有線通信方式適用于建筑建造時(shí)進(jìn)行布設(shè)規(guī)劃，因此最終采用無(wú)線方式進(jìn)行空調(diào)設(shè)備與樓宇自動(dòng)化系統(tǒng)數(shù)據(jù)通信?，F(xiàn)場(chǎng)考察后發(fā)現(xiàn)，為提高建筑穩(wěn)定性，建筑搭建有較多鋼架。若采用LoRa技術(shù)，通信距離無(wú)法達(dá)到實(shí)驗(yàn)室內(nèi)2 km～5 km的要求，導(dǎo)致LoRa需布設(shè)網(wǎng)關(guān)數(shù)量增加，預(yù)算投入急劇提高。最終經(jīng)綜合考量，該項(xiàng)目采用wifi通信技術(shù)，配合無(wú)線AP，在實(shí)現(xiàn)運(yùn)維管理目標(biāo)的同時(shí)，大大降低了成本。

3.2 現(xiàn)場(chǎng)環(huán)境

根據(jù)建筑CAD圖紙及BIM模型，了解項(xiàng)目結(jié)構(gòu)構(gòu)造，對(duì)項(xiàng)目現(xiàn)場(chǎng)進(jìn)行實(shí)地考察后，對(duì)最終需要節(jié)點(diǎn)數(shù)量進(jìn)行預(yù)估計(jì)算。由于節(jié)點(diǎn)數(shù)量越多，相同環(huán)境下?lián)p壞概率更高，后期維護(hù)投入也相應(yīng)增加，因此，應(yīng)根據(jù)項(xiàng)目實(shí)際的現(xiàn)場(chǎng)環(huán)境選擇適合的通信方式。例如，對(duì)于LoRa技術(shù)來(lái)說(shuō)，現(xiàn)場(chǎng)承重墻、鐵、鋼材、建筑密度等因素，都會(huì)對(duì)信號(hào)傳輸產(chǎn)生損耗。在前述某大學(xué)既有建筑空調(diào)設(shè)備運(yùn)維管理案例中，由于建筑結(jié)構(gòu)影響導(dǎo)致LoRa布設(shè)節(jié)點(diǎn)大大增加，最終綜合成本因素考慮并未選擇此種無(wú)線通信方式。

3.3 功 耗

選擇無(wú)線通信方式時(shí)，功耗因素直接影響設(shè)備運(yùn)行時(shí)間。一方面，由于大多數(shù)項(xiàng)目對(duì)設(shè)備運(yùn)行時(shí)間有控制要求；另一方面，由于現(xiàn)場(chǎng)環(huán)境等因素影響往往會(huì)導(dǎo)致設(shè)備所標(biāo)“實(shí)驗(yàn)室時(shí)間”在實(shí)際運(yùn)行期間無(wú)法達(dá)到，因此，前期應(yīng)與硬件設(shè)備商確認(rèn)在此類安裝環(huán)境中各個(gè)設(shè)備的運(yùn)行時(shí)間，從而滿足業(yè)主對(duì)設(shè)備運(yùn)行時(shí)間的要求。

3.4 兼容性

選擇兼容性、開放性強(qiáng)的通信方式。隨著建筑智能化不斷發(fā)展和管理者對(duì)運(yùn)維需求的不斷提高，BIM運(yùn)維管理子系統(tǒng)將會(huì)不斷增加。除樓宇自動(dòng)化系統(tǒng)外，消防自動(dòng)化系統(tǒng)（FAS）、綜合安保自動(dòng)化系統(tǒng)（SAS）等其他系統(tǒng)也需接入BIM運(yùn)維管理平臺(tái)，進(jìn)行遠(yuǎn)程統(tǒng)一監(jiān)控管理。因此項(xiàng)目實(shí)施初期應(yīng)盡量選擇兼容性、開放性強(qiáng)的通信方式；否則，隨著子系統(tǒng)的不斷擴(kuò)展，后期采用的接口類型過多，容易出現(xiàn)系統(tǒng)運(yùn)行不穩(wěn)定的問題，從而降低運(yùn)維平臺(tái)管理的效率。

4 結(jié) 語(yǔ)

本文通過詳細(xì)分析空調(diào)設(shè)備與BIM運(yùn)維管理平臺(tái)數(shù)據(jù)通信過程中可選擇的各類接口形式的優(yōu)缺點(diǎn)，并橫向?qū)Ρ韧愋徒涌趨^(qū)別，從成本、現(xiàn)場(chǎng)環(huán)境、功耗和兼容性等角度，結(jié)合案例總結(jié)了數(shù)據(jù)接口選擇方法，提供了空調(diào)系統(tǒng)與BIM運(yùn)維管理平臺(tái)信息交互基礎(chǔ)，實(shí)現(xiàn)了對(duì)空調(diào)設(shè)備遠(yuǎn)程運(yùn)維管理的目標(biāo)，增強(qiáng)了弱電系統(tǒng)與BIM運(yùn)維管理平臺(tái)系統(tǒng)集成的緊密性。