建筑智能安全系统 孙萍第九章 建筑智能安全系统集成.pptVIP

建筑智能安全系统 孙萍第九章 建筑智能安全系统集成.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第九章 建筑智能安全系统集成 第一节 系统集成概述 一、系统集成的复杂性 二、系统集成的优点 三、系统集成应坚持的原则 第二节 系统集成的模式 一、面向协议的集成模式 图9-1 面向协议的集成系统基本结构图 二、面向平台的集成模式 图9-2 基于OPC的系统集成基本结构图 三、面向XML/Web Services的集成 模式 复习思考题 * * 第一节 系统集成概述 第二节 系统集成的模式 所谓系统集成,主要就是通过楼宇中结构化的综合布线和计算机网络技术,使构成智能建筑的各个主要子系统具有开放式结构、协议和接口都标准化和规范化,具体而言就是软硬件的连接方式、交换信息的内容和格式、子系统之间的互控和联动功能、各子系统的扩展方法等方面,都必须标准化和规范化,从而能将各自分离的设备、功能和信息等集成到相互关联的、统一和协调的系统之中,达到资源的充分共享,并实现集中的、和便利的管理。 一个功能完整的智能大楼中包含了多个不同技术类别的子系统,其中较大的系统有:建筑、装潢、安保、消防、综合布线、计算机网络、大楼设备管理、办公自动化和电话系统等。 而且,随着现代通信、计算机及网络技术的飞速发展,智能型建筑中的各个子系统正在向着大规模、多控制对象和分散的方向发展,各个子系统之间及建筑物之间对信息的传递速率和共享程度的要求也越来越高,从而对各子系统的连接和高层次的集成提出了更高的要求。为此,智能大楼将综合利用现代信息技术来实现上述目标。 1)高集成系统可以在一个中央监控室内实施“三位一体的集成管理”,对大楼的保安、消防、各类机电设备、照明、电梯等进行监控,切实做到按需管理,提高了大楼管理的效率。 2)由于集成系统采用全面综合设计,系统之间的有机组合可能使整个智能化系统在功能上发挥出整体优势。 3)系统集成所配置的各个子系统的硬件和软件都不会有重复,因而整个集成系统得造价要比采用独立子系统节省投资。 4)具有良好统一的监控和管理界面。 1.实用性原则 6.先进性原则 2.可实施性原则 3.开放性原则 4.经济性原则 5.可靠性原则 一、面向协议的集成模式 二、面向平台的集成模式 三、面向XML/Web Services的集成 模式 智能建筑经过20余年的发展,虽然主流标准只有BACnet国际标准和LonWorks技术,但这两个主流标准和技术也是不兼容的。由于市场利益的驱动,国内外代表这个标准和技术的两大阵营曾发生过激烈的“战斗”,至今还“硝烟未尽”。根据其他自控领域的经验,建筑设备自动化领域在短期内不可能出现统一的协议标准,多种协议标准仍将并存,并在未来相当长的时间内延续这种局面。 在多标准并存的建筑设备自动化系统中,最早出现的系统集成模式就是面向自控网络通信协议(protocol-oriented)的集成模式。这种集成模式的核心就是自控网络通信协议的转换,实现自控网络通信协议转换的互联设备往往称为“网关(gateway)”。图9-1是这种集成模式的基本结构图,其中,运行集成系统主界面的工作站通常是基于建筑设备自动化集成模式的基本结构图,这种集成模式在目前已得到了广泛的应用,尤其在已建系统中用另一种不同协议标准扩展时就必须采用这种技术进行系统集成。 面向平台(platform-oriented)的集成模式是以“标准信息接口”为核心的,通过定义自控网络中通信实体信息交换的标准接口(standard interface),以屏蔽不同通信协议对通信实体信息模型和互操作模式的差异。不论通信协议对通信实体进行何种模型描述和采用何种互操作模式,只要提供标准的信息集成接口,则可以在这个标准接口上实现信息的集成,从而实现控制系统信息共享和互操作的集成目标。 从OPC的技术要求来看,OPC必须运行在Windows平台中,这就限制了OPC技术在现场级设备和绝大多数控制级设备中的应用。因此,OPC技术通常用于管理级的系统集成。当建筑智能化系统由不同通信协议的自控网络组成时,其集成结构通常如图9-2所示。 OPC是OLE/COM机制作为应用程序的通信标准,具有语言无关性、代码重用性、易于集成性等优点。OPC标准规范了接口函数,不管现场设备以何种形式存在,客户都以统一的方式去访问,从而保证软件对客户的透明性,使得用户完全从低层的开发中脱离出来,从而使采用OPC规范设计系统具有如下好处: 1)OPC规范以OLE/COM技术为基础,而OLE/COM支持TCP/IP等网络协议,因此可以将各个子系统从物理上分开、分布于网络的不同节点上。 2)按照面向对象的原则,将一个应用程序(OPC服务器)作为一个对象封装起来,只将接口方法暴露在外面,客户以统一

您可能关注的文档

文档评论(0)

带头大哥 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档