- 1、本文档共6页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
E语言在电能量计量系统互联中设计和应用
E语言在电能量计量系统互联中设计和应用 摘 要:为满足电能量计量系统领域日益增长的扩展性、互联性需求,本文提出了一种基于E语言的电能量计量系统互联的结构模型,阐述了该方案下各类模型数据传输及相关功能模块的设计与实现。介绍了基于该平台的计量参数模型同步机制;数据传输处理进程;以及电能量计量相关业务的具体功能实现。该系统已经在浙江省电力公司及下属各地市公司的电能量计量系统互联工程中投入现场运行。
关键词:E语言 电能量计量系统(TMR) 系统互联 参数同步 数据处理
中图分类号:TM6 文献标识码:A 文章编号:1672-3791(2013)01(b)-0023-01
电能量计量计费系统(TMR)是电网间电能结算的重要系统,是电力走向市场的重要技术保障[1]。为保证电力市场安全稳定运行的要求,提高系统的防灾抗灾能力,迫切需要建立更加健全完善的电能量计量计费系统。TMR系统互联就是在这种背景下提出的[2,3]。
浙江省电力公司所属各地区相继完成了电能量采集系统的建设,并进入了实用化运行,与此同时,各县级电能量采集计量系统也不断投入运行,并在生产中发挥了一定的作用。伴随着电能量计量系统领域日益增长的扩展性、互联性需求,浙江省电力公司同各地市公司、地市公司同所属各县级公司的互联需求日益紧迫。
1 功能需求
1.1 现状及问题分析
目前电能量计量系统的互联还存在许多问题,主要表现在以下三个方面。
一是相关应用系统由于缺少总体设计和统一规范,造成系统间数据流向不合理、通信接口复杂、难于方便地实现网络模型参数和数据的交换与共享,造成系统资源的浪费。
二是各应用系统的数据分散、网络模型参数得不到共享,增加了系统参数和数据维护的难度,制约了调度系统信息化水平的进一步提高。
三是TMR系统设备种类繁多,因各系统建设时,并未进行完备的统一考虑,省地县系统硬软件重复配置,彼此之间资源得不到共享和充分利用,若新增系统间应用或系统扩充、升级改造都比较困难。
1.2 系统互联的建设原则
(1)模型共享和互联。(2)目的端免维护。(3)可扩展性。(4)适用范围广。(5)接口网络简化。
2 系统架构设计
2.1 TMR系统互联的结构模型
完整的电能量计量系统(TMR)包括电能计量装置,电能远方终端和主站系统,及相应的拨号、专线和网络通道等[4]。一般而言,电能量计量系统的互联都是针对主站系统而言。电能量计量系统互联的设计必须遵循一致性、完整性和免维护性原则。一致性指系统的工作模型和参数一致;完整性指系统必须具备完备的拓扑模型及相应功能;免维护性则是指系统能自动、有效梳理并处理各类模型及数据,从而达到减轻用户负担的目的。
2.2 平台功能模块设计
2.2.1 传输规范
为规范数据接入,按照“业务驱动、技术实现”的方针编制相关规范。
(1)网络连接:上下级电能量采集系统接口双方通过调度数据网连接。(2)通信格式:采用E语言文本进行数据交换,具体格式请参见附件。(3)文件传输:通过纵向数据传输平台进行文件交换。(4)传输方式:源端自动定时发送、源端变化随机发送、目的端人工召唤等三种方式,以满足不同情况下数据同步的可靠性及完整性等要求。
2.2.2 源端的设计
源端的任务为根据模型信息对照表,把需转发的模型参数配置完备,使省调模型信息与地调模型信息挂钩。除具备数据按任务正常发送功能外,源端还应具备自动发送更新数据功能。底码数据、统计数据、分时数据、CT/PT文件生成,传输。
2.2.3 目的端的设计
目的端的任务为把需转发的数据整理为标准格式,分类发送给各个地区。目的端是免维护的,地区正常转发数据及因业务变动引发的数据变化,都将自动维护至系统中。且目的端具备数据召唤功能。
2.2.4 功能界面设计
源端界面要求:(1)源端界面功能需包括模型信息关联、数据自动发送配置、数据手动发送配置、并支持跨天的电量数据发送,默认电量数据按日进行分包转发。(2)源端还需支持跨天召唤,支持特定日期的数据召唤功能。(3)要求对源系统中所有厂站、电表进行是否转发的设置,用户可方便设置哪些量进行转发。(4)源端负责数据转发完整性的检查。
目的端界面要求:(5)目的端需提供灵活的人机界面,方便用户进行接收文件及数据的监控、处理。并需支持手动的跨天数据人工召唤。(6)对上述需要人机界面进行人工操作的情况,要求人机界面设计尽量灵活,能方便进行相关设置,操作简单,容易上手。(7)目的端不对数据完整性进行检查。
3 系统实现
基于上述系统架构设计,省地县三级系统通过E语言模型进行彼此间的信息比对、交互。通过E语言文件作为传输交互介质,
文档评论(0)