一、引言
开放式系统改变了人们对楼宇自控系统的态度。业主们希望寻找到一种能打破单一供应源垄断，开展竞标和允许选择更好产品的开放系统。市场上的挑战是开放系统技术的选择。有许多可供应的技术宣称是开放系统技术，尽管它们各有优点，但只能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网络上，不论媒体和制造商是谁。这样就能创造平坦体系结构，使业主能更换系统集成商和/系统产品而不致损失初始投资。
