(毕业设计论文)分布式故障分析论文.docVIP

(毕业设计论文)分布式故障分析论文.doc

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
分布式故障分析论文:分布式电网故障分析系统的设计 【摘要】随着电网规模的不断扩大,在调度端进行故障分析的实时数据流量也大,如何缓解调度端的数据压力是一个重要问题。本文提出分布式变电站故障分析系统的新思路,在变电站子站进行初步故障诊断,分析结果上传给调度主站以供参考。本文讨论了分布式结构模型,着重介绍了变电站子站基于组件技术的软件平台和以组件技术和多线程技术实现规约转换器等若干问题。 【关键词】分布式故障分析;com技术;规约转换 引言:随着通信技术的介入,电网规模的日益扩大,电网调度可以收集分布于各个厂站的故障信息,如此大的网络更需要一个准确进行故障元件诊断、事故后数据分析、保护动作行为评价等功能全面,诊断可靠、快速的电网故障分析系统。但是,在实际的电网故障诊断中,面临如何从海量数据找到真正对于诊断结果有帮助的关键数据以及当故障信息存在不完整或不确定性,会导致故障诊断难以得出正确结论的问题。并且,目前各变电站和调度中心的数据传输速度相对较慢,大量数据完整上传势必影响诊断速度。针对此问题,提出分布式变电站故障分析系统的方法,在变电站子站(数据量相对较少)进行数据整理、存储,初步故障诊断,把故障简报和关键故障数据上传到调度。调度端的主站接收各子站的初步故障诊断结果和关键故障数据,各个厂站的故障数据采集必须同步,故障分析必须同步,特别是联络线故障分析,这样调度端接收的初步故障诊断结果才有意义,因此,在上级调度与变电站之间( 或变电站与变电站之间) 传输的数据必须采用tcp/ip协议与电力系统的其他信息一起在电力数据专用网络上传输,同时各变电站以及调度端要进行gps统一对时,以达到同步。 分布式故障分析系统设计时按照以上原则,所谓分布式故障分析系统是指分布于各个变电站的故障分析子站通过通信网络连接成一个有机的整体,共同完成电力系统或其一部分的故障分析功能的系统。 1分布式故障分析系统模型 本文中的框架模型包括如下三层:网络层,物理节点层和功能节点层。整个框架的物理结构可以用图1 示意。其中网络层负责为系统提供系统分布的物质基础,负责节点之间的数据交流。物理层节点描述故障诊断系统的各个功能模块,如,完成就地诊断的多个子站节点,主站管理节点,或是数据库服务节点等,可以由一台或多台计算机或设备组成,而功能节点层是物理层节点上具体实现相应功能的逻辑模块,如数据采集系统、故障诊断系统、人机交互系统,通信系统等。这其中物理层是关键,实现框架模型的主要结构在此组成。 图1 分布式系统框架结构 物理节点层是一个逻辑上的概念,它由具有一定功能的节点组成,每个节点至少有以下的功能部件: 1.系统管理部件,协调和处理节点的工作,处理数据。 2.根据节点功能要求的硬件或软件单元,如数据采集单元、数据存储单元、故障诊断单元、数据查询单元、拓扑绘图单元等。这些功能单元决定物理层节点的具体功能。 3.通信部件,负责通过网络与系统中其它物理层节点相连接。节点与节点之间的通信由网络层实现。 2子站软件系统结构 各个故障分析子站分布在变电站里,而在一个变电站中可能存在多个厂家的保护设备和录波设备,不同的厂家所采用的通信协议并不统一,增加了很多通信协议的规约转换工作。随着技术的更新规约转换装置的硬件平台、操作系统、数据库平台等都不可避免地会更新升级,由此带来的异构性给应用软件的互操作性、兼容性以及平滑升级能力带来了严重问题。尤其对于规约转换装置而言,上百个规约的升级具有巨大的工作量,为此在变电站子站设计时采用组件技术则可以很好地解决以上问题。子站系统结构如图2所示,主要由以下四部分组成。 1)人机交互系统(应用层\用户接口层)。主要负责与用户进行交互,当应用层的客户提出具体的要求(事件统计查询、故障分析、实时绘制拓扑图等),经子站管理层得到实时数据,人机交互系统管理组件就向对应的组件发出请求,调用该组件,并接收该组件反馈回来的结果信息,输出到用户界面。 2)子站管理层。由具体的组件组成,主要负责响应调度主站或其他变电站子站所下发的要求实时数据的命令,通过com 通讯与人机交互系统、数据库系统以及通信系统建立连接,它们是相对独立的。当调度主站提出一个调用请求时, 子站管理层调用对应装置的规约转换组件从保护装置获取实时数据,并对获得的数据实施相应的处理,将处理后的数据写进数据库,访问数据库组件最终把数据反馈给人机交互系统,同时调用主子站通信组件上传到调度。 3)数据存储层。是应用程序的数据源,负责维护、更新和管理数据。 4)日志组件和通信规约组件层。为实时监控通信状态,把通信状态生成日志,跟踪测试软件性能,便于日后维护。 图2 子站系统结构 这样用组件形式设计软件主要考虑各个功能节点之间都是互相独立的,当变电站添加新设备时,只要在通信规约组件层导入对应的组件,就可以获取该装

您可能关注的文档

文档评论(0)

秦圈圈 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档