專利名稱：訪問樓宇自動化系統(tǒng)組件的數(shù)據(jù)的裝置和方法
訪問樓宇自動化系統(tǒng)組件的數(shù)據(jù)的裝置和方法本申請要求于2007年5月17日提交的序列號為No.60/938,811的美國臨時 專利申請的權(quán)益，在此引入該申請的全文作為參考。 駄領(lǐng)域本發(fā)明涉及樓宇自動化系統(tǒng)，并且更具體地，涉及在樓宇控制系統(tǒng)中所使 用的軟件應(yīng)用。 背景獄樓宇自動化系統(tǒng)離宇控制系統(tǒng)驗行用于監(jiān)控、控制和管理樓宇內(nèi)的各 種物理操作的系統(tǒng)。例如，供暖、通Wtl空調(diào)(HVAC)系統(tǒng)體控、控制和管 理樓宇環(huán)境溫度以及其它相關(guān)功能的樓宇自動化系統(tǒng)。樓宇自動化系統(tǒng)的另一 個例子是樓宇安全或消防安全系統(tǒng)，其管理旨樓宇或設(shè)施內(nèi)危險狀況的檢測 以及警報狀況的通知。樓宇自動化系統(tǒng)至少針對商業(yè)或工業(yè)環(huán)境包括分散在整個樓宇中的相互 連接的控制面板或控帶藤。這些分布式控制器對終端設(shè)備、例如溫度傳感器、 通風風閘、煙塵探測器^l行控制和接口功能。典型地，分布式控制面粉控制 器彼jthM31可以采用多種形式的樓宇網(wǎng)絡(luò)相互連接。以這種方式，分布式控制 面板肖^共享信息、諸如警報信息。樓宇網(wǎng)絡(luò)還提供其它集中或遠程用戶終端 或客戶機可從分布式控制器訪問信息的方法。關(guān)于樓宇自動化設(shè)備的一個挑戰(zhàn)是它們通常包括多個廠商的設(shè)備，這些設(shè) 備必須相互共享信息。雖然存在一些樓宇自動化設(shè)備標準，但不同廠商的不同 設(shè)備通常獸嫩^ffl各種接口、協(xié)議、和應(yīng)用。由于多種原因，多個廠商的設(shè)備 的鵬是普遍的。在鋭的系統(tǒng)中，為所有傳 、控制器、通MM閘、空氣 處理單元艦單個源通常是不可能的輕少是不可行的。而且，許多系統(tǒng)在幾 年期間逐漸增長，經(jīng)常導(dǎo)致不同制造產(chǎn)品的合并。為了允許不同產(chǎn)品進fi^信和共享信息，許多樓宇自動化系統(tǒng)設(shè)備mes用于提供^ffi—個或多個標準協(xié)議和/^^格式的數(shù)據(jù)接口。在大型樓宇系統(tǒng)中采用專有和開放協(xié)議接口。設(shè)備廠商經(jīng)常發(fā)現(xiàn)希望適配他們的產(chǎn)品以與最普及的系統(tǒng)配置中的幾種協(xié)調(diào)。 一種常見的開放協(xié)議網(wǎng)絡(luò)服務(wù)是LONWORKS 網(wǎng)絡(luò)服務(wù)(LNS)，可從埃施朗(Echelon)公司得到。另一個通用開放協(xié)議是可用 于西門子樓宇技術(shù)公司的系統(tǒng)中的BACnet協(xié)議，其基于在本領(lǐng)域中已知的 ASHRAE標準網(wǎng)絡(luò)協(xié)議。
樓宇自動化系統(tǒng)(BAS)的一個重要方面是皿肯嫩訪問現(xiàn)場設(shè)備上的數(shù) 據(jù)的用戶接口應(yīng)用的能力。典型地，同時期的BAS系統(tǒng)娜可從分布式控制面 板或甚至從它們自己的終端設(shè)備(傳自等)訪問。這種訪問能夠允許連接到 樓宇網(wǎng)絡(luò)上的計算機從控制器讀取數(shù)值，提供設(shè)定點給控制器，進行測試，并 且甚至在系^Lhi^i行(commission)新設(shè)備?？偟膩碚f，應(yīng)用提供用戶接口， 從該用戶接口可以接收來自操作員的查看、控制^控數(shù)據(jù)的請求。在接收到 對信息的請求時，應(yīng)用通過提供請求給樓宇自動化系統(tǒng)內(nèi)的數(shù)據(jù)管理系統(tǒng)^
行。娜管理系軀行用于確定保存戶; i青求的信息的設(shè)備的邏輯位置(即節(jié)點) 并進一步確定用于從該設(shè)備獲得有用信息的適當?shù)尿?qū)動撒協(xié)議。隨后tyg管理
系統(tǒng)闡明通過樓宇網(wǎng)絡(luò)傳送至ij所述設(shè)備的請求。皿設(shè)備(例如現(xiàn)場面板控制 器)接收該請求，且若一切適當:fefeS行，貝似附青求的娜作出響應(yīng)。 管 理系統(tǒng)接收響應(yīng)數(shù)據(jù)，將數(shù)據(jù)準備成應(yīng)用所期望的格式，隨后將信息傳遞給應(yīng) 用。
這些允許用戶訪問BAS數(shù)據(jù)點的應(yīng)用通常是為每一樓宇定制配置的。定 制配置的軟件應(yīng)用自然引起相當大的開發(fā)成本。為解決這些成本，具有廣泛適 用性的標準應(yīng)用是理想的。雖然可以開發(fā)和采用一套在樓宇控制環(huán)境中有用的 標準應(yīng)用，然而設(shè)施管理者、樓宇所有者和樓宇結(jié)構(gòu)的各種需要通常要求至少 —些定制開發(fā)的軟件。
一個特別麻煩的成本源是開發(fā)用于在特定現(xiàn)場設(shè)備上運行的應(yīng)用或更具 體地開發(fā)在現(xiàn)場設(shè)備上運行的軟件的用戶接口的成本。如上所論述的，各種控 制器、傳麟、執(zhí)行器等可以是不同的廠商的。因此，這樣的設(shè)備具有不同的 測試要求、試運行要求等。經(jīng)常有必要開發(fā)特殊的軟件以針對旨設(shè)備模型與
i貼湯設(shè)備固件或軟件^i^執(zhí)《m些任務(wù)。需要陶氐這些成本。

發(fā)明內(nèi)容
本發(fā)明通過以下方魏解決Jd^需要以及其它需要，即提供一鄉(xiāng)鵬件組件 形式的軟件對象，該插件組附柳 文件自動產(chǎn)生，該娜文件標iRffi于與設(shè)定設(shè)備(或在特定設(shè)備JJt行的應(yīng)用)通信的用戶接口和協(xié)議特定的數(shù)據(jù)。
主禾;11聘解釋 文件并創(chuàng)^^戶接口對象的實例，并創(chuàng)建一個或多個處理提 供給樓宇自動化系統(tǒng)中的設(shè)備或從該設(shè),收的數(shù)據(jù)的對象。采用這種系統(tǒng)， 控制器應(yīng)用的插件可以使用文本文件來定義而不要求開發(fā)新軟件。用戶接口組 件甚至可以在某些瞎況下itt復(fù)使用。
第一實施例是一種提供對樓宇自動化系統(tǒng)中的控制器上的信息的訪問的
方法，包括提供外部定義文件。該外部定義文件包括第一部分，該第一部分 包含定義一組用戶接口顯示的應(yīng)用接口定義；和第二部分，該第二部分使用協(xié)
議特定的數(shù)據(jù)定義對象的功能。該方法還包括采用主機應(yīng)用^s于協(xié)議特定的 數(shù)據(jù)倉健包括一個或多個對象的第一節(jié)點，，一節(jié)點被配置成與控制器通信 并交換信息。該方法進一步包括釆用主機應(yīng)用5 于應(yīng)用接口定義創(chuàng)建用戶接 口元件，該用戶接口元件被配置成提供用戶接口給從第一節(jié)點接收的與控制器 相關(guān)的數(shù)據(jù)。
第二實施例也是一種提供對控制器上的信息的訪問的方法，包括提供外部
定義文件的步驟，該外部定義文件包括第一部分，該第一部^括定義一組 用戶接口顯示的應(yīng)用接口定義；和第二部分，該第二部^用協(xié)議特定的 定，象的實施。該方法進一步包括采用主機應(yīng)用雜于協(xié)議特定的娜創(chuàng)建 包括一個或多個對象的第一節(jié)點，該第一節(jié)點被配置成與控制器通信，以M 用主機應(yīng)用，于應(yīng)用接口定義創(chuàng)建視圖對話元件，該視圖對話元件被配置成 提供用戶接口給皿一節(jié)點接收的與控制器相關(guān)的數(shù)據(jù)。該方法還包括在與樓 宇控制系統(tǒng)相關(guān)的第一控制器中產(chǎn)生第一數(shù)據(jù)，瓶供表示所產(chǎn)生的數(shù)據(jù)的第 一信息給第一節(jié)點。第一節(jié)點處理第一信息以產(chǎn)，二信息，其中第一節(jié)點所 采用的處理在外部定義文件中被定義。接口對象顯示^第二信息的信息。
3!51參照下面的詳述和附圖，上述特征和優(yōu)點以及其它特征和優(yōu)點對于本 領(lǐng):^術(shù)人員來說,變得更容易顯而易見。


圖1示出合并本發(fā)明的至少一個實施例的示范性樓宇自動化系統(tǒng)(BAS) 100的一部分；
圖2示出圖解說明根據(jù)本發(fā)明的示范性實施例的系統(tǒng)和方法的元件的框
圖；圖3示出圖1和2中所示出的根據(jù)本發(fā)明實施例的一組示范 作的流程圖4示出圖2的實施例的更詳細例子的框圖。
具體實施方式
本發(fā)明的至少一些實施例意圖用于樓宇自動化系統(tǒng)、例如監(jiān)控、控制和管 理樓宇或其它設(shè)施內(nèi)的HVAC操作的系統(tǒng)。其它合適的樓宇自動化系統(tǒng)包括樓 宇安全系統(tǒng)、樓宇(消防)安全系統(tǒng)、和樓宇照明系統(tǒng)。圖1示出合并本發(fā)明的至少一個實施例的示范性樓宇自動化系統(tǒng)(BAS) 100的一部分。BAS包,信網(wǎng)絡(luò)102、多個BAS設(shè)備104、 106和108、多個 控制勝110、 112、工作站114和便攜式工具116。通信網(wǎng)絡(luò)102可適當?shù)貫?，LONWORKS⑧網(wǎng)絡(luò)服務(wù)(LNS)的網(wǎng)絡(luò)。 LONWORKS⑧為繊朗(Echelon)公司的注冊商標。如在本領(lǐng)域中己知的，LNS 為BAS的元f頓供幵放協(xié)議網(wǎng)絡(luò)和體定義。然而，應(yīng)當理解的是本發(fā)明的實 施例可在使用其它網(wǎng)絡(luò)環(huán)境的BAS系統(tǒng)中被實施。BAS設(shè)備104、 106、 108是^樓宇設(shè)施的接口的物理設(shè)備。在該例子中， BAS設(shè)備包括第一傳感器104、第二傳感器106、和可變空氣量(VAV)執(zhí)行器 108。第一傳S^ 104可適當?shù)貫楫a(chǎn)生環(huán)境空氣的,測量的,傳 。例如， 第一傳感器104可以^生f^第一傳感器104所處房間內(nèi)的溫度的數(shù)據(jù)的房 間,傳感器。第二傳感器106也可以是M傳感器，但位于另一地方，例如 在另一房間中，^通風暫道中。VAV執(zhí)行器108為到未示出的通風風閘 的魏執(zhí)行設(shè)備。VAV執(zhí)行器108響應(yīng)于控帝賠號可操作地被耦合以打開麟 閉通風風閘。典型地，未示出的通風風閘位于房間的輸入管道處或附近，以及 在其它地方。VAV執(zhí)行器108艦打開和關(guān)閉風閘雜制i^A房間的氣流。商業(yè)、工業(yè)或多家庭住宅樓宇中的典型的BAS將包括大量傳感器、執(zhí)行 器和控制器。因此，圖1中所示的少量的設(shè)備只作為此處所描述的本發(fā)明實施 例的說明的說明性上下文背景被提供。再次特別參照圖l， BAS 100的功能之一可以縣用一個或多個傳繊、 例如傳感器104、 106所產(chǎn)生的纟鵬信息來控制VAV執(zhí)行器108的操作。例如， 如ii^i侖述的，VAV執(zhí)行器108可適當?shù)兀殎砜刂仆L風閘以鵬制駄房 間的氣流。特別地，VAV執(zhí)行器108可控第啦于^管和房間之間的通風風閘。在這樣的例子中，如果傳繊(例如傳 104)指示房間內(nèi)的^J^過髙，則 BAS 100可促使VAV執(zhí)行器108打開通風風閘以增加itA房間的^流。^， 如果傳繊(例如傳麟104) m^aSa低，貝IJBAS100將促使VAV執(zhí)行器 108關(guān)閉通風風閘以減少iSA房間的冷氣流。這種操作在本令頁域中是眾所周知 的。
控諱幡110和112是典型地執(zhí)行多種功能的鵬設(shè)備。控制器IIO、 112的
功能典型地在軟件或固件應(yīng)用中被定義，該軟件或固件應(yīng)用在下文中被稱為控 制器應(yīng)用，絲控制器IIO、 112中的每一個中被保存和執(zhí)行。控制器IIO、 112 分布在^h樓宇中，并艦網(wǎng)絡(luò)102相互連接。在大多數(shù)BAS系統(tǒng)中，控偉幡 110、 112部分地用作各種BAS設(shè)備的接口。換句話說，控制器IIO、 112 (和特 嫩也，控制器應(yīng)用)保存或可以訪問與傳感器104、 106和執(zhí)行器108相關(guān)的或 由它們產(chǎn)生的數(shù)值?？刂破鱑O、 112的控制器應(yīng)用也典型鵬少在本地層面上 執(zhí)行控制操作。在圖1中所示的例子中，控制器110可操作地連接至U傳感器104 和VAV執(zhí)行器108，而控制器112可操作ii^i接至帷感器106?？刂破?10的 控帝幡應(yīng)用基于從傳感器104接收到的鵬值確定VAV執(zhí)行器108是否應(yīng)當進 1打開或關(guān)閉通Wl閘，以增加或^W4A房間的冷氣流。
控制皿本領(lǐng)域中是眾所周知的，并且包括例如可從Buffalo Giwe,m的西 門子樓宇技術(shù)公司得到的Staefa Predator控律幡。商業(yè)或工業(yè)樓宇的典型的控制 系統(tǒng)將包掛午多例如控庫幡IIO、 112的控制藤。
控制站114是可操作it^接至嗵信網(wǎng)絡(luò)102以接 自所有控帶藤110、 112的信息的計穀幾工作站?？刂普?14提供對BAS IOO中的許多信息的單點 訪問，包括監(jiān)控、管理、控制和復(fù)查樓宇和BAS IOO中的狀況的能力。為提供 用戶妊性，控制站114也執(zhí)行多個應(yīng)用。應(yīng)用運行以膽偉幡IIO、 112獲得 關(guān)于系統(tǒng)100的信息并離息呈現(xiàn)棚戶接口、例如圖形用戶接口中。為衝共 對控律幡IIO、 112上的繊的訪問，控制站I14上的應(yīng)用必須與控律幡110、 112上的控制器應(yīng)用^S。
作為控制站應(yīng)用的例子，應(yīng)用可衛(wèi)射專麟104所鵬間內(nèi)的M的趨勢 艦史信息。這種應(yīng)用將周期性地向控制器110上的控偉幡應(yīng)用請求關(guān)于來自 傳繊104的鵬的信息。為此，控制站I14上的應(yīng)用將必須訪問驅(qū)動器繃艮 務(wù)器，該驅(qū)動器劍艮務(wù)器倉灘從傳感器104獲得信息并以已知協(xié)議揭露包含溫度值的輸出。作為例子，如果控制器110為LonWorics設(shè)備，控制站114中的應(yīng) 用將ilii^出的LonWorks驅(qū)動器或LNS月艮務(wù)器與控制器110的控制器應(yīng)用 通信，該LonWoiks驅(qū)動器或LNS月艮務(wù)器也將典型地駐留在控制站114中。LNS 服務(wù)鵬鵬制站應(yīng)用能理解的標準接口 ，并被1SS成與LNS控制器應(yīng)用通信。 控制站應(yīng)用接收來自LNS月艮務(wù)器的繊并鵬以執(zhí)4豫望的鵬艦示操作。 控制站114上的應(yīng)用M應(yīng)用的圖形用戶接口)I縮息呈H合用戶。便攜式工具116可以適當?shù)貫楸銛y式計^m，該便攜式計算機能在任何點 上連接到通信網(wǎng)絡(luò)102，驢接連接到網(wǎng)絡(luò)節(jié)點、例如控偉幡110和112。便攜 式工具116也執(zhí)fri方問設(shè)備、例如控串幡IIO、 112中的 的軟件。當來自控 制站114的操作不夠g合適時，便攜式工具116也可被用于對設(shè)備進行故障 查找、測試、試運行或重置。如同控制站114 一樣，便攜式工具116的操作必 須從BAS 100中的一個或多個設(shè)備訪問數(shù)據(jù)。為提供對各種設(shè)備中的織的訪 問，便攜式工具116也必須包括服務(wù)器、驅(qū)動器或接口、例如與控制站114的 LNS服務(wù)^l似的LNS服務(wù)器。例如，為與控制器110通信，控制站114必須 執(zhí)行與控律幡110所執(zhí)行的一個或多個控制器應(yīng)用通信的軟件。自設(shè)備進行i^i行、測試設(shè)備和故障查找時戶斤涉及的步驟根據(jù)設(shè)備而不 同。因此，執(zhí)纟豫種操作必需的各種控諱螺應(yīng)用的接口也根據(jù)設(shè)備而大大不同。 因而，在現(xiàn)有技術(shù)中，判蟲的代碼是有必要的以便針對每個設(shè)備鄉(xiāng)和制造為 ^^操作提供用戶接口 (即在便攜式工具116上)。這導(dǎo)致相當大的開發(fā)成本。 然而，根據(jù)本發(fā)明的實施例，艦以插件形式創(chuàng)建軟件對象來提供對控制器應(yīng) 用(或其它設(shè)備應(yīng)用)的信息的訪問。插件由文本定義文件形成。特別地，文 本定義文件被主機應(yīng)用用于形成包括一組利用從目標設(shè)備應(yīng)用接收的或提供給 目標設(shè)備應(yīng)用的數(shù)據(jù)執(zhí)行所定義的操作的對象的節(jié)點，并且還用于形成用于這 種數(shù)據(jù)的圖形用戶接口。插件的開發(fā)或修改可以容易W31編輯文本定義文件 來完成，而不需要大量的軟件修改。相應(yīng)地，插件在被創(chuàng)貌運行以從駐留在控帶勝110、 112上的控偉幡應(yīng)用訪問娜，以便提供允許與操作員交換信息的視圖或顯示。例如，插件允許用 戶歸由駐留在控制器UO、 112上的控制器應(yīng)用所保存的數(shù)值，并且也允許用戶輸入被傳遞給控制器應(yīng)用的命令或數(shù)據(jù)。應(yīng)當注意的是插件可被配置成訪問 除了控制器之外的設(shè)備、例如傳麟微行器的娜，只要那些設(shè)備執(zhí)行暴露可訪問接口的應(yīng)用。
圖2示出圖解說明根據(jù)本發(fā)明的系統(tǒng)和方法的元件的框圖。圖2中的元件 示出形成訪問控制器215中的信息的插件的元件的縫，其中該控制器215可 適當?shù)乇硎緢D1中的控制器110或112。圖2中的軟件元件和繊文件可適當?shù)?駐留在圖1中的控制站114和/或便攜式工具116上。關(guān)于控制站114和便攜式 工具116的物理配置的細節(jié)對于BAS領(lǐng)域中的普通駄人員來說將是已知的。 作為例子，控制站114可具有可從西門子樓宇駄公司得到的INSIGHT^工作 站的物理配置。便攜式工具116可適當?shù)嘏鋫涑杀銛y式'膝上型"計對幾。
該裝置包括XDF文件205、主牛贓用210、控制器215、第一節(jié)點220和 接口對象225。 XDF文件205、主*^用210、第一節(jié)點220和接口對象225可 以均適當?shù)伛v留在同一物理設(shè)備、例如圖1中的便攜式工具116、或圖1中的控 制站114中。
XDF文件205是包括到與控制器215相關(guān)的特定應(yīng)用(即控制器應(yīng)用)的 用戶接口和 艦的定義的外部定義文件。為此，XDF文件205包括第一部 分230，其定義接口對象225中的一組執(zhí)行關(guān)于第一節(jié)點220的輸A^出接口 操作的用戶接口顯示。XDF文件205也包括第二部分235,其定義根據(jù)協(xié)議特 定的娜的第一節(jié)點220的實施。特別地，協(xié)議特定的娜定義數(shù)據(jù)如何從(控 偉幡215上的)控制器應(yīng)用被接收或被提供纟誠控帝幡應(yīng)用，以及 如何被 鄉(xiāng)給接口對象225或從接口對象225被接收，包括在接口對象225和控制器 應(yīng)用之間所要求的任何格式轉(zhuǎn)換(數(shù)據(jù)映射)。XDF文件205優(yōu)選地為單文件, 但可適當?shù)匕▋蓚€單獨的文件，旨文件包含這些部分230、 235中的一個。 XDF文件205 ，地被實施為XML文件格式。
主,用210為軟#^§，該軟#^§被配置成接收XDF文件205 于該XDF文件205產(chǎn)，一節(jié)點220和接口對象225。具體地，主機應(yīng)用210 基于XDF文件205的第二部分235形，一節(jié)點220。隨后主*贓用210基于 第一節(jié)點220和XDF文件205的第一部分230形成接口對象225。為此，主機
應(yīng)用210 imttk被配置為插件i^運行的環(huán)境。在一個實施例中，所產(chǎn)生的第
一節(jié)點220和接口對象225以LONWORK⑧網(wǎng)絡(luò)服務(wù)(LNS)插件的形，成 插件。在該實施例中，第一節(jié)點220為形成LNS網(wǎng)絡(luò)服務(wù)上的"節(jié)點"的一個或 多個對象的集合，而且接口對象225定義用戶接口程序或?qū)ο?。第一?jié)點220執(zhí)行腿制器215接收的娜的娜轉(zhuǎn)換和處理。第一節(jié)點 220也揭示用于要顯示在接口對象225上的數(shù)據(jù)的接口。為創(chuàng)，一節(jié)點220， 主,用215基于定義與LNS環(huán)境中的控帝藤應(yīng)用的^S作用的現(xiàn)有動^^接 庫文#^示對象。主機應(yīng)用215 {柳XDF205中的文本文件的信息例示對象，該信息特別定義什么數(shù)據(jù)被訪問以及它如何被M。接口對象225以圖形格式呈5IM第一節(jié)點220接收的數(shù)據(jù)。此外，接口對象被,成接收用戶輸入并且將這樣輸入的 呈現(xiàn)給第一節(jié)點220以便提交 給控制器215。為此，第一節(jié)點220也衝共用于接收引起控制器應(yīng)用動作的指令 形式的用戶輸入的接口。在這種情況下，第一節(jié)點220將用戶輸入艦為對控 帝勝215上的控制器應(yīng)用所采用的格式的數(shù)據(jù)和/，作的請求。如所蹈啲，在一個實施例中接口膽225和第一節(jié)點220形成LNS插件 并且滿足LNS插件的技術(shù)要求。主機210是被,^^于XDF文件205產(chǎn)生 插件的軟^機置。為此，主機210被編程為執(zhí)行如圖3中所示的下歹陟驟。如步驟305中所示，首先調(diào)用主機210以形成控帝幡應(yīng)用的插件。應(yīng)當理 解的是當術(shù)語"控制微或'控制器215"被弓間時，意圖包括控制器215自身和特 別是在控諱幡215上運行的感興趣的控審藤應(yīng)用。如下面將結(jié)合圖4討論的，插fH;犍Mf呈的啟動可通過在本領(lǐng)域中已知的LNS引導(dǎo)器發(fā)生。在這樣啟動時，給主機210提供包括標識要M^用的XDF文 件的引用(自，)的命令。應(yīng)當理解的是本實施例中的主,用210被設(shè)計 為在可用編程環(huán)境下運行，因而采用API、 DLL和其它可用于用M件的特征。 在框架內(nèi)，主機應(yīng)用210肯辦被用于M51釆用不同的XDF文fH^示插件來產(chǎn)生 用于各種控偉幡應(yīng)用的各種插件。因此，在該示范性操作中的步驟305中，給 主機210提供包括XDF文件205的標識的命令鵬作，該XDF文件205將典 型地是存儲在便攜式工具116或工作站114的存儲器中的多個可用XDF文件中 的一個。在步驟310中，主機210解析XDF文件的第二部分235以便創(chuàng)，一節(jié) 點220。第二部分235包括被用于形成對象的協(xié)議特定的 ， iM象接收來自 控制器215的繊并將麵鵬成對接口膽225有用的格式。第二部分235 進一步包括被用于形自象的協(xié)議特定的數(shù)據(jù)，iM象將從接口對象225接收 的命令和娜處理艦控審膪215有用的格式。第一節(jié)點220的對象可對從控制器215接收的 執(zhí)行例如求平均值、組^^輯和其它數(shù)學運算的處理。主 機210包,析文本XDF文件中的這些功能的定義并且闡明或例示節(jié)點220內(nèi) 的相M象的引擎。為此，主機210訪問提供被例示的對象的框架的各種動態(tài) ^^庫(DLL)。在LNS環(huán)境中，提供DLL，該DLL使能訪問LNS控審lJH應(yīng)
用的插件。^這樣的dll， ^,與控帶j^應(yīng)用進行物sa信所必需的通
信接口。
在步驟315中，主機210MM析第一部分230闡明接口對象225。第一 部分230以文本格式提供用戶接口的定義。典型地，同一計穀幾(即便攜式工 具114^j:作站116)內(nèi)的一個或多個動^l接庫包括基本圖形引擎元件。在這 樣的環(huán)境中圖形元件的布置可ffl31XML文本文件容易地實現(xiàn)。作為例子，像由 Microsoft.NET框架API提供的TextBox、 ComboBox夷P樣的.NEr'控制，可3I5i 文本文件、例如XDF205來引用(reference)。主機210進一步連接或綁定應(yīng)用 鄉(xiāng)225與已經(jīng)被例示的第一節(jié)點220中的對象的娜接口。換句話說，如果 XDF文件205的第一部分230中的文本行定，顯示平均、溫度，隨后主機210 識別第一節(jié)點220中的衝共平玢溫度的闡明對象并將顯示操作與該對，定。
在步驟315后，由第一節(jié)點220和接口對象225組成的插件是可運作的。 樹袍括允許用戶4頓便攜式工具116(或工作站114)在控制器215上執(zhí)行(如 XDF 205中定義的)所選擇的操作的對象集合。圖2的配置的一個優(yōu)點是不同 的插件功能可容易地^ffl文本文件來定義。執(zhí)行顯示的通信、綁定和闡明的操
作M3ii機2io來配置，te機2io可重復(fù)用于多個應(yīng)用。這降低必須為訪問
和M控帶J^應(yīng)用(或其它設(shè)備應(yīng)用)的數(shù)據(jù)的旨新接口產(chǎn)生的代碼的數(shù)量。 財卜，XDF205的第一部分230可在使用不同協(xié)議、例如不同于LonWorks的協(xié) 議的控制器應(yīng)用中被重復(fù)4頓。換句話說，4頓不同協(xié)議的控銅勝的XDF文件 可采用與第一部分230中相同的文本文件，即使在XDF 205的第二部分235中 采用了不同的協(xié)議特定的文本文件。
雖然戰(zhàn)方法和系統(tǒng)要求軟件開發(fā)以創(chuàng)駐鵬用210，臟鵬用210 可被重復(fù)用于相對于控帝藤215可被實施的多個應(yīng)用中的任何一個。
再次參照圖3，步驟320—335示出由第一節(jié)點220和接口對象225形成的 插件的示范性操作?？偟膩碚f，接口對象225導(dǎo)致圖形用戶接口的顯示，該圖 形用戶接口尤其包括ftt樓宇控制系統(tǒng)的特性的動態(tài)文本或圖形元素。步驟320—335的示范性操作說明如何iM^用総并顯示來自控制器215 (例如圖1中 的控制器IIO)的數(shù)值?？紤]控制器215是圖1中的控制器110的例子。在這種情況下，控審螺 110/215控制VAV執(zhí)行器(例如執(zhí)行器108)以基于房間的驗保^i2A房間的 7H流。房間的鵬由位于房間中并可操作J4^接到控制器110/215的 鵬傳感 器(例如傳感器104)鵬。該例子中的插件應(yīng)用可以是提供以華氏度為單位的 溫度值的顯示、附接至敗行器上的通風風閘的百分比打開值(即風閘位置)的 顯示、和可以被用于促使風閘進一步打開或進一步關(guān)閉的控制的應(yīng)用。這樣的 應(yīng)用尤其可以被用于允許技術(shù)員檢査控制器以保證風閘的正確操作。為了顯示風閘位置和溫度的當前狀態(tài)，必須從控制器215獲得數(shù)值，該控 帝幡保存^M少能獲得這樣的數(shù)值。步驟320—335的示范性操作說明將如何檢 索和顯示這樣的數(shù)據(jù)。下面討論的步驟320—335的操作示出從附接的控制器或 現(xiàn)場面板麟數(shù)值的一鵬作，以及從圖1中的控制器110総風閘位置和溫 度的特定例子。關(guān)于一般操作，在步驟320中，第一節(jié)點220中的對象從與插件相關(guān)的控 諱幡215獲得原始數(shù)值。根麟定控偉幡設(shè)iti方問這樣的信息的方法在OT來 定義第一節(jié)點220的外部定義文件XDF205中被定義。娜MMM信網(wǎng)絡(luò)(例 如圖l中的網(wǎng)絡(luò)102)鄉(xiāng)理接收，或可育^151控制器215自身中的通信端口來 物理接收。物理和傳輸通信協(xié)議的詳細說明一般^imiS用210中被定義，而 不是在XDF205中被定義。相反，XDF205衝共協(xié)議特定的繊格式和娜處 理信息。再次考慮顯示在控律幡110中保存的風閘位置和、鵬的例子，在步驟320 中，第一節(jié)點220中的對象向控制器215請求瓶收^樣鵬和風閘位置的信 息。這樣的信息可以例如作為在0—255之間的抽象標度上的數(shù)值被保存在控制 器215中。第一節(jié)點220中的對象被配置成識別和尋址由控偉i藤215揭示的適 當輸出以得到原始溫叟和位置信息。再次參照應(yīng)用插件的一 作，在步驟325中，第一節(jié)點220中的對象隨 后將膽帝幡215接收的原始數(shù)據(jù)鵬艦接口對象225有用的信息。鵬可 包括數(shù)據(jù)格式轉(zhuǎn)換、例如求平均值、濾波等的數(shù)學運算、組合操作等。這些操 作在被用于創(chuàng)，一節(jié)點220的XDF 205中被定義。^J^的特定例子中，在步驟325中，第一節(jié)點220將把針Xt,所接收 的協(xié)議特定的數(shù)值(0—255)轉(zhuǎn)換為^^接口m 225所采用的標準中的, (即華氏度)的數(shù)值。對鵬，第一節(jié)點220中的對象將風閘位置的協(xié)議特定的 數(shù)值(0—255)轉(zhuǎn)換為^^接口對象225所采用的標準中的百分比(例如0%— 100%)的數(shù)值。
在步驟330中，第一節(jié)點220提供處理后的數(shù)值給接口對象225。 M后 的數(shù)值為接口對象225所期待的格式。由于接口對象225和第一節(jié)點220之間 的格力接口3蚊于控制器215的格式，因雌而易見的是，同一接口對象225 可以被用于使用各種協(xié)議的各種類型的控制器。然而，具有不同數(shù)據(jù)格式的各 種類型的控制器中的每一個將可能要求不同的第一節(jié)點220，，一節(jié)點220 將負責將對于控制器來說特定的 轉(zhuǎn)換成接口對象225的標準t^。
在上面討論的特定例子中的步驟330的操作中，第一節(jié)點220 ，轉(zhuǎn)換后 的溫度(華氏度)和風閘位置(百分比)數(shù)值給接口對象225。
在步驟335中，接口對象225以在XDF205中定義的格式顯示數(shù)值。在上 述例子中，接口對象225將以華氏度顯示、,并將風閘的位置顯示為在0%和 100%之間的數(shù)值。 '』來說，如果支持動畫，態(tài)圖形對象的DLL可用，則 顯示可適當?shù)貫閳D形，例如"M計"式條形圖或'鵬計"鄉(xiāng)射圖。在這種情況 下XDF 205纟繊供數(shù)據(jù)應(yīng)如何般現(xiàn)的定義，并且主+贓用210將調(diào)用j頓可 用DLL的^g^。然而， 一般可用的.NET圖形支mif共足以在按鈕、下拉 菜單等環(huán)境中至少以文本形式在GUI上呈現(xiàn)信息的DLL。
如上戶服，應(yīng)當理解的是第一節(jié)點220中的對象可對雖制器215接收的 原始 執(zhí)行更復(fù)雜的操作。例如，與瞬間測量相反，應(yīng)用插件可進一步向用 戶顯示溫度(或其它值)的5併中移動平均。在這種情況下，第一節(jié)點220將 對A雄制器215接收的纟鵬值求平均值并不時地將轉(zhuǎn)換后的平均值鄉(xiāng)給接口 對象225。
雖然步驟320—335的操作說明如何通過第一節(jié)點220和接口對象225顯 示膽制器215/110接收的娜，但第一節(jié)點220和接口對象225也協(xié)作以將從 用戶接口 (鼠標點擊、翻輸入等)接收的數(shù)值傳輸?shù)娇刂破?15/110。例如， 可以ilii接口對象225細戶獲得"命令"。接口對象225將"命令"傳遞給第一節(jié) 點220。第一節(jié)點220內(nèi)的膽鵬命令娜并產(chǎn)頓當?shù)妮斎虢o控制器215以執(zhí)行命令操作。第一節(jié)點220和接口對象225的Jd^作再次由XDF 205定 義。隨后控制器215的控偉幡鵬執(zhí)行命令操作。
雖然Jl^實施例可在各種網(wǎng)絡(luò)環(huán)境中應(yīng)用，但圖1和2的實施例特別適合 用于LNS環(huán)境中。圖4更詳細,出圖2中的方法和系統(tǒng)的第一實施例在LNS 插件中被實施。圖4的方法和系統(tǒng)包括外部定義文件(XDF) 405、 RDF410、 包括主要組件418和Visual Basic插件主機組件420的主機應(yīng)用415、 LNS引導(dǎo) 器應(yīng)用425、第一節(jié)點430、接口對象435、 LNS服務(wù)器440、和控制器445。
與圖2中的XDF文#|(|似，XDF文件405是包括與控帝幡445相關(guān)的特 定鵬的用戶接口和娜,的定義的外部定義文件。為此，XDF文件405包 括第一部分450，其定義執(zhí)行關(guān)于控制器445并且特別是又連接到控制器445 的第一節(jié)點430的輸A/輸出i^操作的一組用戶接口顯示。XDF文件405包括 第二部分455,其根據(jù)協(xié)議特定的數(shù)據(jù)定義第一節(jié)點430的實施。如同圖2中的 XDF文件205 —樣，若有需要，圖4中的XDF文件405由兩個制蟲的文件組 成，^S含這些部分450、 455中的一個。然而，在本實施例中預(yù)期為單個 XDF文件。
RDF文件410為包含控帶滕415的LONmark M^M定義的源定義文件。 總的來說,LNS網(wǎng)絡(luò)上的樓宇控制設(shè)備采用在基于LNS的系統(tǒng)中使用的標準變 量。RDF文件410提供變量定義以允i糊件與LonMaik兼維制器445妊。 例如，RDF 410提供用于將物理數(shù)據(jù)(字節(jié))轉(zhuǎn)換成結(jié)構(gòu)工程娜的資源(數(shù) 據(jù)，和工程單^i/轉(zhuǎn)換定義)。
主豐贓用415是圖1中的主^Z用210的示范性實施例。相應(yīng)地，主t腦 用415是被KS成接收XDF文件405 ，于XDF文件405產(chǎn)^—節(jié)點430 和接口對象435的應(yīng)用。主機應(yīng)用415進一，析RDF文件410以皿許第一 節(jié)點編碼和解碼在協(xié)議消息中傳輸?shù)脑紨?shù)據(jù)。在該實施例中，主機應(yīng)用415 被配置為LNS插件可Wl行的環(huán)境，并由LNS引導(dǎo)器425起動。
為此，主組件415具有VisualBasic組件420和主要組件418。釆用Visual Basic組件420是由于LNS插件必須作為ActiveX進禾歡卜自動服務(wù)微實施， 并且該Visual Basic組件420可在Visual Bask環(huán)境中被執(zhí)行。主要組件418執(zhí) 行創(chuàng)麟一節(jié)點430和接口對象435的一鵬作。在一些實施例中，主要組件 418可作為^頓COM駄的插件運行。如在本領(lǐng)域中已知的，LNS環(huán)境基于ActiveX和COM ^Tlt并且與ActiveX和COM ifc^:兼容。
然而，假定能與COM駄共同艦的.NET的出現(xiàn)，可能需要將主要組件 418闡明為.NET組件。.NET組f^l供，NET環(huán)境的靈活性和其它優(yōu)點，包括能 夠訪問更大范圍的代碼庫(即DLL)。然而，.NET插件將不直接在LNS環(huán)境中 工作。相應(yīng)地，如圖4中所示，Visual Basic組件420與.NET主要組件418M3！ 外離件419妊。外離件419為j頓在.NET環(huán)境中可用的COM可操作性 框架與NET插件實現(xiàn)(即.NET主機組件418)交互的ActiveX/COM環(huán)M件。 在圖4的實施例中，COM外織件在Visual Basic組件420與.NET組件418之 間執(zhí)行外殼功能。COM外^f件充當允許.NET插件組件418在正常LNS環(huán)境 中運行的鵬(passthrough)組件。另夕卜，COM外^i件420不執(zhí)行主機組件 415的功能。相反，.NET組件418執(zhí)行主機組件415的主要功能。隨后.NET組 件418可訪問在NET環(huán)境中可用的庫以創(chuàng)建第一節(jié)點430和接口對象435。
LNS弓f導(dǎo)器425是可從繊朗(Echelon)公司得到的標準LNS組件。LNS 弓l導(dǎo)器425魏供對其它LNS組件的訪問的軟件對象，并具有調(diào)用LNS插件 的能力。在該實施例中，LNS弓l導(dǎo)器425肖,產(chǎn)生促j姓拋且件415執(zhí)行以創(chuàng) ，一節(jié)點430和接口對象435的LNS插件API命令。
第一節(jié)點430類似于圖2中的第一節(jié)點220。第一節(jié)點430是^131接口 對象435顯示信息所要求的格式和由LNS環(huán)境中的控制器445所鄉(xiāng)的格式之 間，數(shù)據(jù)的對象的集合或圖形。第一節(jié)點430基于XDF405來產(chǎn)生，該XDF 405定義數(shù)據(jù)將如何在LNS月艮務(wù)器440 (為控偉幡445的LNS表示)和接口對 象435之間被映射/處理。
接口職435提《繊件的圖形用戶接口 (GUI)功能。接口對象435也基 于XDF405來產(chǎn)生，該XDF405在文字上定義用戶接口的格式以及腿示的信 息的鄉(xiāng)。接口對象435《頓包含圖形弓摩組件的可用動態(tài)鏈接庫來實施GUI。 接口對象435也包括與第一節(jié)點430 ，信息的操作。
LNS服務(wù)器440是提供艦控制器445和第一節(jié)點430之間的通信的接口 的膽。LNS月艮務(wù)器440也M51ilni且件415來初始化。
圖4中的所有元件除了控制器445本身M以容易地在單個機器、例如圖 1中的便攜式工具(即便攜式計嶽幾)116上被實施?？偟膩碚f，圖4中的元件 一MH乍以執(zhí)行圖3中的操作以允許應(yīng)用提供對與控制器445的操作有關(guān)的一個或多個M或數(shù)值的用戶訪問。
應(yīng)當理解的處述實施例僅僅標范性的，本領(lǐng)鄉(xiāng)術(shù)人員可以容易地設(shè) 計出合并本發(fā)明的原理并且在本發(fā)明的精神和范圍內(nèi)的實施方案和修改方案。
權(quán)利要求
1、 一種^^對樓宇自動化系統(tǒng)中的控帶勝上的信息的訪問的方法，該方法包括a) 提供外部定義文件，該外部定義文件包括第一部分，，一部分包括 定義一組用戶接口顯示的應(yīng)用接口定義；和第二部分，該第二部分4挑協(xié)議特 定的 定義對象的功能；b) ，主tte用^^于所述協(xié)議特定的i^創(chuàng)建包括一個或多個對象的第一節(jié)點，節(jié)點被Mea成與所述控律l攞通信并交換信息；以及c) 采用所^a^用^S于所皿用接口定義創(chuàng)建用戶接口元件，該用戶 接口元件被配置成提供用戶接口給;^^f述第一節(jié)點接收的與所述控制器相關(guān)的 亂
2、 根據(jù)權(quán)利要求1所述的方法，其中所述第一節(jié)點和所棚戶接口元j袍 括插件的至少一部分。
3、 根據(jù)權(quán)利要求1或2所述的方法，其中步驟a灘一步包括提供所淑卜部 定義文件作為XML文件。
4、 根據(jù)權(quán)利要求l一3中任一所述的方法，其中所述主機組件被配置為 COM外殼中的.NET組件。
5、 根據(jù)權(quán)利要求1—4中任一所述的方法，其中所述用戶接口元件進一步 被配置成提供用戶接口以通過用戶接口接收用戶數(shù)值 供所述用戶數(shù)值給所述第一節(jié)點，并且其中所述第一節(jié)點被配置成將戶;M用戶數(shù)值轉(zhuǎn)換為促i，述控偉鵬作的信息。
6、 一種,對控制器的用戶訪問的方法，該方跑括a) 膨卜部定義文件，該外部定義文^袍括第一部分，麟一部她括 定義一組用戶接口顯示的應(yīng)用接口定義；和第二部分，該第二部分^ffi協(xié)議特定的 定，象的實施；b) 采用主機應(yīng)用M于所述協(xié)議特定的數(shù)據(jù)創(chuàng)建包括一個或多個對象的第 一節(jié)點，該第一節(jié)點被iea成與所述控制器通信；以及c) 采用所^機應(yīng)用，于所MZ用接口定義創(chuàng)建用戶接口元件，該用戶接口元件被配置成提供用戶接口給Mf述第一節(jié)點接收的與所述控制器相關(guān)的數(shù)據(jù)；d)在與樓宇控制系統(tǒng)相關(guān)的第一控制器中產(chǎn)生第一數(shù)據(jù)； e廣供^/示所產(chǎn)生的第一數(shù)據(jù)的第一信息給所述第一節(jié)點；f) 采用所述第一節(jié)點來《所述第一信息以產(chǎn)生第二信息，其中所述第一節(jié) 點所鄉(xiāng)的M^^鵬卜部定義文件中被定義；g) 采用接口對象，示^示所述第二信息的信息。
7、 根據(jù)權(quán)利要求6所述的方法，其中所述第一節(jié)點和所棚戶接口元f袍 括插件的一部分。
8、 根據(jù)權(quán)利要求6或7戶腐的方法，其中步驟a)進一步包括提供所淤卜部 定義文f徘為XML文件。
9、 根據(jù)權(quán)利要求6—8中任一所述的方法，其中所te機組件被配置為 COM外殼中的.NET組件。
10、 根據(jù)權(quán)利要求6-9中任一所述的方法，其中所述用戶接口元件進一步 被配置成提供用戶接口以通過用戶接口接收用戶數(shù)值 供所述用戶數(shù)值給所 述第一節(jié)點，并且其中所述第一節(jié)點被配置成將所述用戶數(shù)值轉(zhuǎn)換為在被提供 給控偉幡時促傲萬鵬制器動作的信息。
全文摘要
本發(fā)明涉及訪問樓宇自動化系統(tǒng)組件的數(shù)據(jù)的裝置和方法。一種提供對樓宇自動化系統(tǒng)中的控制器上的信息的訪問的方法包括提供外部定義文件，該外部定義文件包括第一部分，該第一部分包含定義一組用戶接口顯示的應(yīng)用接口定義，和第二部分，該第二部分使用協(xié)議特定的數(shù)據(jù)定義對象的功能。該方法還包括采用主機應(yīng)用來基于協(xié)議特定的數(shù)據(jù)創(chuàng)建包括一個或多個對象的第一節(jié)點，該第一節(jié)點被配置成與控制器通信并交換信息。該方法進一步包括采用主機應(yīng)用來基于應(yīng)用接口定義創(chuàng)建用戶接口元件，該用戶接口元件被配置成提供用戶接口給從第一節(jié)點接收的與控制器相關(guān)的數(shù)據(jù)。
文檔編號G05B19/418GK101311864SQ200810127798
公開日2008年11月26日 申請日期2008年5月16日 優(yōu)先權(quán)日2007年5月18日
發(fā)明者J·C·里德, S·T·雅沃爾斯基 申請人:西門子建筑技術(shù)公司