- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
1. BACnet标准
1.1 BACnet协议
进入80年代以后,随着经济活动中心城市化,大都市的高层与超高层建筑如雨后春笋般耸立起来。楼内的各种设备和系统逐渐增多,且日趋复杂,能量的消耗也大幅度上升。如何规范运行,节能,延长设备寿命,确保大楼内工作、生活的安全、舒适、高效和楼内外信息的处理、交换、传输,资源共享成为大楼(智能建筑)重要问题。可喜的是80年代以来,电子、微电子、通讯与计算机、网络、自控技术的迅猛发展,支持与造就了智能建筑各个子系统的诞生和完善。
智能建筑贵在集成,要集成就需要相关的机电设备和子系统具有开放性和互操作性。也就是说,这些设备和系统的数据通讯必须按同一标准协议来进行。
1987年l月ASHRAE(美国供热、制冷及空调工程师协会)组织了世界各地的20余名楼宇自动控制工业部门,包括大学、控制器制造商、政府机构与咨询公司的志愿者组成了一个名为SPCl35P的工作组。工作组的目标是制定一个关于楼宇能量管理与控制系统(EMCS)的通讯协议。在长达8年多制定过程中,共收到来自12个国家741份的意见,经过3次公开评审,最后于1995年6月BACnet协议获得通过,成为ASHRAEl35-1995标准。井于同年12月升为美国国家标准。
自从BACnet协议作为美国国家标准发表以来,不但在美国本土引起巨大的反响,同时也引起了世界各国智能建筑业界的广泛注意。在发达国家,已纷纷成立了一些重要的组织,其中最重要的如在北美成立了BIG-NA(BACnet’s Interest Group-North America),在欧洲成立了BIG-Eu(BIG-Europe),在澳大利亚和亚洲成立了BIG-AA(BIG-AustraliaAsia),这些组织在本地区共同推进BACnet协议的实施。
早在1998年已被欧共体标准化委员会CEN TC247采纳为预备标准(pre-standard),目前,正对其进一步进行评价,以决定是否为欧共体的正式标准。
国际标准化组织(ISO)的TC205委员会也已于最近2003/01/03批准其为ISO正式标准。标准号为ISO 16484-5。
在1999年12月被韩国采纳为国家标准KS X 6909。
2000年8月。日本电气安装工程师协会进行了研究,准备采纳BACnet为该协会协议标准(protocol of the Institute of Electrical Installation Engineers of Japan IEIEJ/P)。
如从1999年9月到2000年4月,华中理工大学刘贤德、惠晓实、石岩等同志在“CAD与智能建筑”杂志上发表系列文章,详尽介绍了BACnet协议的内容。在其它有关智能建筑杂志上也有大量的文章在介绍和评价BACnet协议。
在1998年,江苏省地方标准“建筑智能化系统工程设计标准(DB32/181-1998)”中,已提出对于多个供应商不同系统之间的集成,建议采用BACnet标准。
1.1.1 BACnet协议的体系结构
国际标准化组织在制定计算机网络通讯协议标准时定义了一个模型,称为开放系统互联参考模型(OSI)(ISO 7498)。模型的目的是解决计算机与计算机之间普遍的通信问题。在这个模型中,将计算机通信这样一个复杂的问题分解成7个小的、容易解决的子问题,每个子问题只与某些通信功能相关,并且把这些子问题称为协议体系结构的一层,整个模型是一个七层的体系结构。在图4一1中给出这七层的体系结构图。
对于某个层次来说,它使用下面各层所提供的服务,同时也向它上面的各层提供服务。每一层可以想像成一个黑盒,黑盒的上面和下面都只有经过认真定义的接口。一个应用程序通过与OSI 应用层的相连,实现与另一个远程应用程序的通信。对于这种发生在两个应用程序之间的通信,看起来两个程序似乎是通过各自的应用层接口直接相连。各层之间仅仅需要了解其他层的很少的情况。通过类似的方式,协议的每一层利用下面各层的服务来提供通信服务,与另一个系统的同等层建立起一个虚拟的对等层通信。而真正的通信只发生在物理层。
OSI模型以高度概括的观点来分析计算机与计算机的通信,用来解决在全世界范围内的、巨大而复杂的计算机网络的通信问题。在这种情况下,互相通信的单个计算机之间可能相距很远,因此报文要通过一系列中间点才能到达。而这些中间点相应地可能需要实现路由选择功能、某种解析功能,以及复杂的同步和差错恢复功能。
实现OSI模型协议所需的费用较高,在绝大部分楼宇自动控制系统中,并不需要实现OSI模型的所有内容。不过只从OSI的功能性方面来考虑,经过简化,OSI模型仍然是楼宇自动控制协议的一个很好的参考。如果只选择OSI模型中需要的层次,形成一个简化的模型,作为楼宇自动控制系统的协议体系结构,就可以减少报文的
文档评论(0)