一、引言
開放式系統改變了人們對樓宇自控系統的態度。業主們希望尋找到一種能打破單一供應源壟斷，開展競標和允許選擇更好產品的開放系統。市場上的挑戰是開放系統技術的選擇。有許多可供應的技術宣稱是開放系統技術，盡管它們各有優點，但只能LonWorks技術和BACnet標準獲得了廣泛的認可和應用。兩者都追求同一目標，但有著迥然不同的網絡、軟件和硬件要求。兩者能共存在一個網絡內，但不得不通過網關來共享信息。這樣的體系結構就會損害開放系統的優點，無法發揮各自技術特長。
在LonWorks和BACnet兩者間決定聚會時，應考慮三個因素：開放系統的目標、各自的市場占有率和解決方案的方法。比較解決方案的方法能找到LonWorks和BACnet之間的相似和差異，評估它們的相似表明兩者都能使用一系列的控制設備和操作員接口選擇項，能實現整套端到端解決方案。
二、LonWorks技術與BACnet標準解決方案方法比較
把解決方案直接進行比較是選擇特定方案的決定性因素。有效地比較任何兩種方案的關鍵是在比較中評估每個方案的相似方面。這能說明它們的優劣，最終提供最適合工程應用的方案。
LonWorks和BACnet在處理樓宇自控的方法大不相同，在某些情況下，一個方案的元素并不存在于另一個方案中。下表是LonWorks和BACnet元素作為比較的概述。該表可用作各項元素及其對每個方案的意義的總結。
|
項目 |
LonWorks |
BACnet |
|
網絡體系結構 |
u 以設備可互操作性為重點的“自底而上”解決方案 u 應用公共協議開放標準 u 平坦的網絡拓撲結構 |
u 以HMI集成為重點的“自頂而下”的解決方案 u 能應用多種協議的開放標準 u 分層的網絡拓撲結構 |
|
網絡管理 |
u 多個來源供應的網絡管理工具（約30個） u 單一工具訪問任何廠商的工具——并不指定買主 u 單一工具訪問所有類型媒體 u 查閱網絡變量建立對待通信 u 單一工具啟動圖像顯示；公共數據庫存儲網絡特點 |
u 有限網絡管理功能 u 沒有查閱所有被支持的協議的網絡管理工具，通常需要來自提供子系統或系統的制造商的工具 u 沒有檢索網絡特點的公共數據庫 |
|
操作員接口軟件 |
u LNS被開發作為HMI通信的載體 u 帶有核心LNS部件的OpenLDV和ECHELON NIC一起供應，使任何不以LNS為基礎的HMI能和LonWorks網絡連接 u 許多本機LNS HMI應用軟件 u 許多特定掆商的驅動器ECHELON供應LNS DDE u 若干第三方開發商/供應商提供LNS OPC u LNS數據庫血仇和恢特征 |
u 最初，想把BACnet在操作員上 u 若干本機BACnet HMI應用軟件 u 若干特定制造商通信驅動器 u 大部分HMI通信使用IP或ARCnet協議 |
|
設計準則 |
u LonMark協會確定LonWorks準則（物理層、由功能簡表組成的應用層），準則定義了強制性和選擇性數據元素，以及產品認證要求 u LonMark功能簡表（LFP） u 定義標準數據類型（SNVT和SCPT） |
u 識別數據類型、PICS格式、BIBB和設備功能簡表 u 150個公布的數據類型 u 23個公布的標準對象 u 67個公布的BIBB u BACnet委員會維護BACnet標準，但并不認證產品 |
|
設備體系結構 |
u 類屬控制器——神經元芯片處理器、神經元C編程語言、I/O信道、收發器 u 主機控制器——神經元芯片加第三方處理器 u 非神經元——有LonTalk移植實施的第三方處理器 u 大部分LonWorks控制器使用神經元芯片處理器 |
u 獨立于處理器外 u 獨立于編程語言外 u 最終控制器規格由制造商決定 u 沒有設備協議使用準則 u 大部分設備使用MS/TP協議 |
|
設備 |
u 所有設備都使用LonTalk，大部分設備使用神經元，某些設備是非神經元設備 u 基礎結構——路由器、WEB服務器、網關、NIC u 非HVAC——門禁、能源管理、火警和煙霧控制、發動機控制、照明等 u 數據采集器——高度程序和趨勢記錄器 |
u 所有設備都是協議特定的 u 路由器——用于協議間的翻譯或擴展已有的LAN u 監測設備——通常使用多重協議 u 網關——最經常開發的BACnet設備 u 非HVAC——門禁、照明 |
|
診斷工具 |
u 若干廠商提供網絡診斷工具 u 單一工具能訪問和評估多廠商網絡 u 單一工具能訪問所有類型 |
u 只能提供極少診斷工具 u 必須經常維護以包含BACnet對象和數據類型 u |
|
協議 |
u 單一協議ANSI/EIA-709.1（LonTalk） u EIA/CEA-852用于在IP上穿通LonTalk u 嵌入每個神經元芯片 中 u 可以連接在幾乎任何處理器或微處理器的端口上 u 每個LonWorks設備都使用LonTalk u 支持各種媒體，包括不屏蔽的雙絞線、光纖、射頻、紅外線和電力線載波 |
u 多重協議支持 u BACnet IP、以太網、ARCnet、MS/TP、PTP、LonTalk u 所有工業標準協議 u 每個協議都要求特定的實施和媒體 |
|
XML、IP、WEB服務 |
u 對等 u Web服務 u 以太網NIC u 若干制造商提供EIA-852-LON/IP u 可在IP上直接訪問LNS API u 連接現有LFP功能簡表到XML（在CABA主持下，協議開發“XML/Web服務準則”） |
u 建立XML工作組研究XML在BACnet標準中的應用 u 為BACnet系列的自動化配置確立XML方法的長期目標 u 開發一種機器可讀的設備描述語言，暫時稱為“XML協議實施的一致性陳述”用的“XPICS” |
LonWorks和BACnet網絡體系結構相差很大。BACnet采用“自頂向下”方法，通常涉及監測和多個協議，每個監測器和協議都有自己的實施和媒體要求。監測控制器把現場級協議連接到管理級協議，通常包含調度和走向功能。多個協議綜合在單一的解決方案中并和特定廠商的監測控制器的性質相結合，使得更換系統集成商或系統產品很困難。LonWorks采用“自底向上”方法，使用單一的支持多種媒體類型的方法，以創造一個無需監測器而遵守特定功能的設備平坦體系結構。單一的協議應用在整個LonWorks網絡上，不論媒體和制造商是誰。這樣就能創造平坦體系結構，使業主能更換系統集成商和/系統產品而不致損失初始投資。
