IEC61970_标准培训IEC61970_标准培训.pptVIP

  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文档。上传文档
查看更多
域包Domain- 这实际上是量和单位的数据字典,定义其它的类的属性所需要使用的数据类型。包含118个类 。 核心包Core- 包含所有的应用都要使用的核心的命名(Naming)、电力系统资源(PowerSystemResource)、设备容器(EquipmentContainer)、设备(Equipment)、导电设备(ConductingEquipment)、曲线计划(CurveSchedule)等类,以及这些核心类的常见的组合。并不是所有的应用都需要所有的Core类。这个包不依赖于任何其他的包,而其它包中的大部分都具有依赖于本包的关联和普遍化。包含19个类。 发电包 Generation-包含两个子包 : 发电动力学包 GenerationDynamics-这个包提供原动机,例如轮机和锅炉的模型,这些模型在模拟和培训应用中需要用到。这一信息用于动态培训仿真器(Dynamic Training Simulator)应用的机组建模。包含13个类 。 电力生产包 Production-提供了各种类型发电机的模型。它还建立了生产成本信息模型,用于发电机间进行经济需求分配及计算备用量大小。这一信息用于机组组合(Unit Commitment)、水力和火力发电机组的经济调度(Economic Dispatch)、负荷预测及自动发电控制(Automatic Generation Control)等应用。包含34个类 。 负荷模型包 LoadModel-用来把电能用户和系统负荷建模为曲线及相关的曲线数据,还包括可能影响负荷的一些特殊情况,如季节和天类型。这些信息由负荷预报和负荷管理应用程序使用。包含12个类。 导线包 Wires-是Core和Topology包的扩展,它建立了输电(Transmission)和配电(Distribution)网络的电气特性的信息模型。这个包用于网络应用,例如状态估计(State Estimation)、潮流(Load Flow)及最优潮流(Optimal Power Flow)。包含34个类。 保护包 Protection-这个包是Core和Wires包的扩展,它建立了保护设备,例如继电器的信息模型。这些实体用于培训仿真器和配电网故障定位应用。包含4个类 。 量测包 Meas-描述各个应用程序之间交换的动态量测数据。包含12个类 。 SCADA-提供监控与数据采集(SCADA)应用程序所需要的模型信息。监控支持操作人员对设备进行控制,如打开和合上断路器。数据采集从各种来源搜集遥测数据。包含5个类 。 拓扑包 Topology-这个包是Core包的扩展,它与Terminal类一起建立连接性(Connectivity)的模型,而连接性是设备怎样连接在一起的物理定义。另外,它还建立了拓扑(Topology)的模型,拓扑是设备怎样通过闭合开关连接在一起的逻辑定义。拓扑定义与其它的电气特性无关。包含3个类 。 停运包 Outage-这个包是Core和Wires包的扩展,它建立了当前及计划网络结构的信息模型。这些实体在典型的网络应用中是可选的。包含3个类 。 以下是推荐的对PowerSystemResouce类命名属性的定义和惯例: name:实例的一个局部的短名字。组成一个包容层次结构的对象都有在层次结构每层中局部化的名字。此名字在同一父类的所有对象中必须是唯一的。 pathName:处在一个包容层次结构中的对象有一个pathName。pathName是所属每个容器的所有名称的合称,也就是说,包容结构中从枝叶的对象向上直到根,类似于一个文件的路径名。例如,如果节点A包含节点B,节点B包含节点C,那么节点C的pathName看起来就是“A.B.C”。名字之间的分隔符的类型没有特殊规定而是具体实施的问题。 aliasName:实例的一个任意文本名字。此属性也可以用于本地化中。 description:实例的任意格式的描述。 以下是推荐的对非PowerSystemResouce类命名属性的定义和规则: name:对实例的主要分类方式。例如:Unit类中的单位名,MeasurementType类中的量测类型名。 pathName:可选的对实例的第二层次的分类。 aliasName:缩写。 description:实例的任意格式的描述。 派生 44 个类,近 1/3 无统一的系统信息模型问题:就事论事地根据系统设计了大量地数据库文件,隐藏着严重地危机。根据用户视图设计数据库,有必然要求很多用户要经常输入数据,以便得到用户数据视图,这就造成系统的输入极为纷乱、繁多,不能保证数据来源的唯一性。并且由于数据库的设计完全是根据局部处理的需要,没有充分分析系统内部信息的流程及相互之间的关系,当系统要求变化时,必然引起数据库结构的变

您可能关注的文档

文档评论(0)

一只想飞的猫 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档