电网调度自动化前置子系统实时数据库的设计与实现 - 图文

第２９卷第７期电力自动化设备ＥｌｅｃｔｒｉｃＰｏｗｅｒＡｕｔｏｍａｔｉｏｎＥｑｕｉｐｍｅｎｔＶ０１．２９Ｎｏ．７＠２００９年７月Ｊｕｌ．２００９电网调度自动化前置子系统实时数据库的设计与实现谈苏伟（国网电力科学研究院，江苏南京２１０００３）。摘要：前置通信子系统是电网调度自动化系统的基础。分析了调度自动化诸多应用系统的数据通信和数据处理流程特点后，采用统一建模语言（ＵＭＬ），提出适用的前置通信模型。利用商用数据库管理系统（如Ｏｒａｃｌｅ）定义和保存前置通信数据模型：第４代前置子系统实时数据库是在共享内存构建按地址（指针）直接访问数据的实时数据缓冲区．可以满足调度自动化诸多应用系统实时性和可靠性的要求：前置应用数据模型包含厂站、设备、协议、量测、注册５个包。每个包又由若干个类组成。论述了实时数据通信模型、实时数据缓冲区等的设计和实现。关键词：调度自动化：前置通信：实时数据库：实时数据缓冲区；统一建模语言中图分类号：ＴＭ７３４文献标识码：Ａ文章编号：１００６—６０４７（２００９）０７—０１３０—０４ＲＴＵ等后台应用链路通信模块ｌｌ协议处理模块ｌＩ数据服务模块收发缓冲区ｌＩ数据缓冲区０引言电网调度自动化系统【ｌ－，］对电力系统的安全经济运行发挥着越来越重要的作用。开发出第４代调度自动化系统是一套支持ＥＭＳ舢］、集控中心系统∞］、配电网管理（ＤＭＳ）系统［８－９１、广域监测预警系统［叫（ＷＡＭＳ）和公共信息平台…１等多种应用的电网调度集成系统［１２］。作为调度自动化系统的数据源和通信枢纽．前置通信子系统始终是各种应用不可或缺的重要组成部分【１３。引．其内涵和外延都有了较大变化。研制和开发适合多种应用的、开放的前置通信子系统．为多种应用提供统一的数据采集和数据通信服务是调度自动化系统的重要课题。前置通信子系统硬件通常采用标准化、商用化设备，不同厂家系统差别不大。而前置应用软件却有所不同．反映出不同厂家前置通信子系统在功能和性能上的较大差异．前置应用的核心是前置实时库．一个设计合理、访问高效的前置实时库可以优化前置应用软件流程．丰富前置应用软件功能．提高程序运行效率．在很大程度上决定了前置通信子系统的功能和性能。本文主要讨论调度自动化前置通信子系统实时库的设计和实现方法。圈１数据处理溉程Ｆｉｇ．１Ｆｌｏｗｃｈａｒｔｏｆｄａｔａｐｒｏｃｅｓｓｉｎｇ议进行解释和数据预处理．数据服务模块则为后台各应用发布数据采集信息和提供数据通信服务。前置实时库数据结构设计应面向数据采集和通信．优化数据预处理流程．最大限度地满足前置通信子系统功能和性能的需求。１．２数据建模根据前置通信子系统功能特点．前置应用数据模型划分为５个包．每个包又由若干个类组成．包图如图２所示。鼬Ｉ协议包Ｉ鼬鼬ｌ量测包Ｉ鼬Ｉ注册包Ｉ…………。磋珂…………‘ｌ设备包ｌ图２包图Ｆｉｇ．２Ｆｉｖｅｐａｃｋａｇｅｓ１前置实时库的设计１．１概述电网调度自动化系统有多种应用。如ＥＭＳ、集控中心系统、ＤＭＳ、ＷＡＭＳ和公共信息平台等．它们的前置通信子系统却有相似之处．数据处理流程可以归结为图１所示。链路通信模块负责和各种硬件设备进行数据通信及通信路由的选择，协议处理模块对各种通信协收稿日期：２００８—１２—０４；修回日期：２００９—０４—２０ａ．设备包，包含服务器配置、设备配置２个类。ｂ．厂站包，包含厂站、通道２个类。ｃ．协议包，包含多个通信协议类。ｄ．量测包，包含前置遥信定义、前置遥测定义、前置遥脉定义、前置遥信转发、前置遥测转发５个量测类。ｅ．注册包，包含注册厂站、注册遥测、注册遥信、注册计划值４个注册类。１．３类的设计类的数据成员包括静态参数和动态数据。静态参数是指用户一旦设置后就保持不变的信息．而动万方数据态数据则是在系统运行期间反映系统内部活动状态的信息。１．３．１设备包。描述前置通信子系统赖以运行和通信的硬件设备。如服务器配置类静态参数包括集群方式（单机、双机、３机、４机）、网络配置（单网、双网、３网、４网）；动态数据包括前置工况（在线、离线）等。１．３．２厂站包描述前置通信目标对象和路径。厂站既是调度自动化系统的信息源头．又是调度自动化系统控制的终极目标。厂站类静态参数包括厂站类型（ＲｒＩＴＵ、变电站、控制中心、保护子站（装置）、配网子站（装置）、相量测量单元等）、容量（遥测、遥信、遥控等）；动态数据包括厂站工况（投入、故障、退出）、值班机ＩＤ（值班通信端口所在服务器名）等。通道类继承了厂站类容量等属性，静态参数包括厂站ＩＤ（所属厂站名）、通道类型（专线、网络、虚拟、天文钟、电话拨号）、通信方式（客户、服务器）、ＩＰ地址（支持双网的目标网络终端有２个ＩＰ）、协议类型；动态数据包括通道工况（投入、故障、退出）、值班标志（值班、备用）等。１．３．３协议包协议解析和转换是前置通信子系统的中心任务。采取抽取通信协议互操作特征，为每种协议定义一个类．如ＩＥＣｌ０１协议类静态参数包括通道ＩＤ（所属通道名称）、遥信起始地址、遥测起始地址、遥控起始地址、遥调起始地址、源地址字节数、公共地址字节数、信息体地址字节数等。当一个通道选用ＩＥＣｌ０１协议后．便为该通道复制一个采用国家标准的ＩＥＣｌ０１协议对象。在与不同厂家产品互联时。通过调整协议对象表里的参数来解决互操作性问题．而不必修改协议处理程序。协议包集成了ＩＥＣ系列、ＣＤＴ、ＤＩＡ７６—９２、ＩＥＥＥｌ３４４等众多国内外流行的远动和计算机通信协议类。１．３．４量测包描述了与目标对象进行双边数据通信及数据预处理时所需要的参数。如遥测类静态参数包括通道ＩＤ（所属通道名。可以同时属于多个通道）、分发通道ＩＤ、点号、ＴＡＳＥ．２网络名、死区值、归零值、是否过滤突变、基值、系数、满度值、满码值等。１．３．５注册包作为第三方系统ＴＡＳＥ．２通信网关机时采用的一种“按名通信”接Ｅｌ方式㈣．即前置子系统通过自动或手动方式从第三方系统读取可选通信对象名称．生成注册界面供用户按名注册，并将注册后生成的本地数据库记录ＩＤ自动返回给第三方系统．双方按注册ＩＤ传送信息．在低层采用扩充的ＤＩｅｔ７６—９２协议进行通信．在高层则提供给用户按名通信的界面．通信过程对用户透明。第三方系统侧用户免维护。万方数据１．４类的关联类的关联如图３所示。虚拟通道不涉及通信设备和协议，其量测对象来自于其他通道分发【１４］。图３类的关联Ｆｉｇ．３Ｒｅｌｅｖａｎｃｙｂｅｔｗｅｅｎｃｌａｓｓｅｓ２前置实时库的实现２．１概述前置通信过程一方面要求有很强的时效性．即必须在一定的时间内完成数据的传输和预处理：另一方面还要求有很强的可靠性和吞吐性能．即使在流量很大时，也不能丢失数据。前置向后台应用提供预处理后的数据．极大减轻了后台ＣＰＵ的负担。“雪崩”试验表明，按名（比较数据库关键字）访问、基于文件映射方式的平台实时数据库管理系统可以较好地支持后台应用．但对前置应用的支持却捉襟见肘．存在效率缺陷：而按地址直接访问的前置共享内存库（共享内存数据缓冲区）虽然在一定程度上牺牲了灵活性和方便性．却可以大幅降低ＣＰＵ负载。共享内存是最快的可用进程间通信（ＩＰＣ）形式．按地址直接访问数据是效率最高的访问方法。基于这一思想．在共享内存构建按地址（指针）直接访问数据的前置实时库（实时数据缓冲区）。以满足前置通信子系统实时性和可靠性的需求。利用商用数据库管理系统（如Ｏｒａｃｌｅ）通用、灵活等诸多优点定义和保存前置应用数据模型。系统初始化时．通过数据库服务器下装或磁盘文件映射生成由平台实时数据库管理系统支撑的数据库（简称平台实时库），再根据平台实时库内容创建前置共享内存实时库。２．２实时数据通信模型在共享内存构造实时数据通信模型就是把用数据库关键字表达类间（具体讲是对象实例闾）的关联（关系）转变为用指针表达。指针充分利用了“预先”查询的结果．提高了应用程序访问前置实时库的效率。实时数据通信模型如图４所示。一个厂站可能有多个通道．每个通道有多个量测对象，通信介质和通信协议也不尽相同。系统初始化时，根据数据库定义在共享内存创建厂站对象一通道对象一设备对象、协议对象、量测对象的正向关联指针，同时也建立反向指针．方便检索和回溯。在系统运行期间，当前置共享内存管理进程从消息总线囝、，电力自动化设备第２９卷’’工厂站对象通道对象设备对象ＩＩ协议对象ｌＩ量测对象接收源ｆ『发送源ｌＪ遥测ＩＪ遥信ｌＩ遥脉ｆｌ转发遥ｌＩ转发遥码对象ＩＩ码对象ｌＩ对象ｌｌ对象ｌｌ对象ｌＩ测对象ＩＩ信对象图４实时数据通信模型Ｆｉｇ．４Ｒｅａｌ?ｔｉｍｅｄａｔａｃｏｍｍｕｎｉｃａｔｉｏｎｍｏｄｅｌ上读到数据库设置变化的信息后．及时更新实时数据通信模型的相关部分．保证实时数据通信模型和数据库定义一致．２．３实时数据缓冲区２．３．１生产者与消费者问题通信收发、报文显示、变化数据、保护事件、下行命令（如遥控、遥调、召唤数据）等公共数据缓冲区虽然涉及的数据对象不同．但都反映了前置应用数据动态传递的过程，不需要用户定义。进程分别通过读写指针直接访问数据对象．并根据访问的结果移动读写指针．采用信号量技术同步多个进程对读写指针的并发操作。从抽象数据结构的观点看．都属‘于生产者与消费者问题。ａ．一个生产者和多个消费者。如一个通信进程往通道接收缓冲区里写通信源码．协议处理进程从接收缓冲区里取数进行解析和数据预处理．同时又可能有多个显示进程从接收缓冲区里取数显示．接收缓冲区管理类库为每一个取数进程都分配了一个独立的读指针。各进程取数互不干扰。ｂ．多个生产者和一个消费者。如多个协议处理进程将变化数据对象写入主／备变化数据缓冲区．前置发布信息进程从主变化数据缓冲区读取数据对象．并将备用变化数据缓冲区“超时”的数据对象发向后台。主／备变化数据缓冲区的双保险机制进一步保证了不丢失变化信息。ｃ．动态分配机制。报文显示数据缓冲区采用动态分配机制：当用户选定某个通道显示汉化报文后．显示进程首先查看是否已存在该通道报文显示数据始读指针计数：若不存在．则新申请该通道报文显示数据缓冲区，协议处理进程开始汉化报文并放入该报文显示窗口都关闭（手动或自动关闭）时．自动释放该报文显示缓冲区。厂站、通道、通信设备、服务器Ｔ况等动态数据都是反映系统运行状态的统计值．数据访问周期可以控制，将这类动态数据保存在平台实时库以便充万方数据一于共享内存数据缓冲区的专用界面显示和操作。预处理数据缓冲区里数据对象的数值和质量码是经过工程值转换和极性转换等遥测、遥信数据预处理后的结果．运算参数来源于数据库中定义的量测对象静态参数。前置发布信息进程定时（或响应召唤）从预处理数据缓冲区取数，向后台发布全数据信息。根据应用不同．预处理数据缓冲区有２种数据结构。ａ．结构数组队列。对于ＥＭＳ、集控中心、配电网管理、公共信息平台等系统，各厂站的通信对象数目不同，并经常发生变化。为了优化共享内存管理和控制．采用动态分配共享内存．即通过队列指针为各厂站的通道数据缓冲区链接不同数目的共享内存数据块（６４个遥测数据结构为ｌ遥测块．１２８个遥信数据结构为１遥信块）。当某厂站通信量发生变化后．通过队列指针增加或回收所属通道的数据块．各通道数据空间相互独立．互不影响。数据对象地址由通道号和记录号组成。协议处理进程在读取通道（信）源码时即可获得通道号．而记录号的生成方法按通信协议不同分为２种：按地址＜功能码）传送信息对象协议，记录号＝信息对象地址（功能码）一该类信息对象地址（功能码）起始值：按名称传送信息对象协议［１６】。在建立实时数据通信模型时．将定义的量测对象放入对应通道结构数组里第１个ｋｅｖｉｄ（关键字）为负１的数组元素，该数组元素下标即是记录号。在ＴＡＳＥ．２通信初始化时．将ＴＡＳＥ．２网络名和记录号定义在回调函数中的同一个数据结构里．前者用来进行数据通信。后者用做访问前置实时库，该过程对用户透明。应用进程代人地址（通道号和记录号）参数来调用前置共享内存管理类库提供的ＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）ｉＮｌｈｑ预处理数据缓冲区。ＡＰＩ数据访问过程对应用进程透明．ＡＰＩ数据访问过程如图５所示。根据通道号．找到队列首指针山数据块号＝记录号／块记录限值山通过队列ｎｃｘｌ指针定位到数据块山％中记录号：记录号％块记录限值山ｌ据块记录号．访问数据块巾记录图５ＡＰＩ数据访问过程Ｆｉｇ．５Ｐｒｏｃｅｄｕｌ＇ｅｏｆＡＰＩｄａｔａａｃｃｅｓｓｉｎｇｂ．二维数据表如图６所示．广域监测预警系统通过相量测量单元（ＰＭＵ）对系统进行高密度的同步相量采集ｒｉｏ］．ＰＭＵ采集的数据具有高密度（２５～１００帧／ｓ）及带时标等特点．所以数据预处理缓冲区采用二维数据表。图６ＰＭＵ二维数据表可以存储１００条顺序记录，按照２５帧／ｓ计算。可以存储４ｓ的动态数据。缓冲区．若存在。则记下当前本进程的读指针．并开报文显示缓冲区，进行写指针计数：当该通道的所有２．３．２数据预处理分利用支撑平台所提供强大的基于平台实时库的通用画面功能。而实时通信数据预处理量大而频繁、时效性强且不能丢失，故放入共享内存实时库．通过基第７期谈苏伟：电网凋度自动化前置于系统实时数据库的设计与实现＠投退发送ＰＭＵ的标志标志世纪秒秒等分ＹＣ‘ＹＸ宰０对应位（ＢＯＯＬ）（ｉｎｔ３２）（ｉｎＬ－３２）状态标ＮＵＭＮＵＭ（ＢＯＯＬ）志字ｌ２９９图６ＰＭＵ二维数据表Ｆｉｇ．６ＰＭＵｔｗｏ—ｄｉｍｅｎｓｉｏｎｄａｔａｔａｂｌｅＹＣ＊ＮＵＭ、ＹＸ＊ＮＵＭ为存放ＮＵＭ个相量测量（遥测）值、数字（遥信）量的数据对象结构。寻址方法采用哈希方程．即把关键码值直接映射到表中一个位置来访问记录，以加快查找速度。哈希函数为记录号＝（ＳＯＣ％４）木（ＦＮＯＭ／ＰＥＲＩＯＤ）＋ＦＲＡＣＳＥＣ／（ＭＥＡＳ—ＲＡＴＥ／（ＦＮＯＭ／ＰＥＲＩＯＤ））其中，ＳＯＣ为世纪秒。ＦＲＡＣＳＥＣ为秒等分数。ＭＥＡＳＲＡＴＥ为等分秒数．ＦＮＯＭ为额定频率．ＰＥＲＩ—ＯＤ为相量传送周期。３结语本文介绍的前置实时库设计与实现技术简洁实用。大量实际工程应用表明。采用该技术的第４代ＯＰＥＮ一３０００调度自动化前置通信子系统实时性强、可靠性高、适用范围广、维护方便。能够满足当代调度自动化系统诸多应用的需求．进一步夯实了电网调度集成系统的基础。参考文献：［１］辛耀中．新世纪电网调度自动化技术发展趋势［Ｊ］．电网技术，２００ｌ，２５（１２）：ｌ－ｌＯ．ＸＩＮＹａｏｚｈｏｎｇ．Ｄｅｖｅｌｏｐｍｅｎｔｔｒｅｎｄｏｆｐｏｗｅｒｓｙｓｔｅｍｄｉｓｐａｔｃｈｉｎｇａｕｔｏｍａｔｉｏｎｉｎ２１ｓｔｃｅｎｔｕｒｙ［Ｊ］．ＰｏｗｅｒＳｙｓｔｅｍＴｅｃｈｎｏｌｏｇｙ，２００１，２５（１２）：１—１０．［２］于尔铿，刘广一，周京阳，等．能量管理系统［Ｍ］．北京：科学出版社．２００１．［３］李扬，葛乐．林一．电力市场下计及节能环保的实时发电调度策略［Ｊ］．电力自动化设备，２００９，２９（３）：４２—４５．ＬＩＹａｎｇ，ＧＥＬｅ．ＬＩＮＹｉ．Ｒｅａｌ?ｔｉｍｅｐｏｗｅｒｄｉｓｐａｔｃｈｓｔｒａｔｅｇｙｃｏｎｓｉｄｅｒｉｎｇｅｎｅｒｇｙｓａｖｉｎｇａｎｄｅｎｖｉｒｏｎｍｅｎｔｐｒｏｔｅｃｔｉｏｎ［Ｊ］．Ｅｌｅｃ－ｔｒｉｃＰｏｗｅｒＡｕｔｏｍａｔｉｏｎＥｑｕｉｐｍｅｎｔ，２００９。２９（３）：４２—４５．［４］姚建国，高宗和。杨志宏，等．ＥＭＳ应用支撑环境设计与功能整合［Ｊ］．电力系统自动化，２００６，３０（４）：４９．５３．ＹＡＯＪｉａｎｇｎｏ，ＧＡＯＺｏｎｇｈｅ，ＹＡＮＧＺｈｉｈｏｎｇ，ｅｔａ１．ＳｕｐｐｏｒｔｉｎｇｐｌａｔｆｏｒｍｄｅｓｉｇｎａｎｄｆｕｎｃｔｉｏｎｉｎｔｅｒｇｒａｔｉｏｎｆｏｒＥＭＳａｐｐｌｉｃａｔｉｏｎｓｏｆｔｗａｒｅ［Ｊ］．ＡｕｔｏｍａｔｉｏｎｏｆＥｌｅｃｔｒｉｃＰｏｗｅｒＳｙｓｔｅｍｓ，２００６，３０（４）：４９．５３．［５］杨志宏，赵京虎，陈梅．基于ＳＯＡ的实时信息系统平台［Ｃ］／／中国电机工程学会电力系统自动化专业委员会．２００４全国电力系统自动化学术交流研讨大会论文集．桂林：［出版者不详］，２００４：１５３．１５７．ＹＡＮＧＺｈｉｈｏｎｇ．ＺＨＡＯＪｉｎｇｈｕ．ＣＨＥＮＭｅｉ．Ｔｈｅｒｅａｌ—ｔｉｍｅｉｎｆｏｒｏｍａｔｉｏｎｐｌａｔｆｏｒｍｂａｓｅｄｏｎＳＯＡ［Ｃ］／／ＥｌｅｃｔｒｉｃＰｏｗｅｒＳｙｓｔｅｍＡｕ?ｔｏｍａｔｉｏｎＣｏｍｍｉｓｓｉｏｎｏｆｔｈｅＣＳＥＥ，ＰｒｏｅｅｃｄｉｎｇｓｏｆｔｈｅＡｃａｄｅ—ｍｉｃＭｅｅｔｉｎｇｏｆＰｏｗｅｒＳｙｓｔｅｍＤｉｓｐａｔｃｈＡｕｔｏｍａｔｉｏｎｉｎ２００４．Ｇｕｉｌｉｎ：［ｓ．ｎ．］，２００４：１５３．１５７．［６］谈苏伟，毛仕涛．凌强。等．变电站操作控制中一ｂ篚Ｊ－－种模式［Ｊ］．万方数据电力系统自动化．１９９７，２１（４）：５５．５７．ＴＡＮＳｕｗｅｉ．ＭＡＯＳｈｉｔａｏ。ＬＩＮＧＱｉａｎｇ．ｅｔａ１．Ｏｎｅｍｏｄｅｌｏｆｅｅｎ．ｔｒａｌｉｚｅｄｓｕｐｅｒｖｉｓｏｒｙｓｙｓｔｅｍｆｏｒｓｕｂｓｔａｔｉｏｎ［Ｊ］．ＡｕｔｏｍａｔｉｏｎｏｆＥｌｅｃ—ｔｒｉｃＰｏｗｅｒＳｙｓｔｅｍｓ．１９９７．２ｌ（４）：５５－５７．［７］陈赤培．地区电网调度自动化系统集成建设［Ｊ］．电力系统自动化，２０００，２４（１５）：６６—６８．ＣＨＥＮＣｈｉｐｅｉ．ＩｎｔｅｇｒａｔｅｄｓｕｐｐｌｉｅｒｓｏｆＳＣＡＤＡ／ＥＭＳ／ＤＭＳｉｎｒｅｓｉｏｎａｌｄｉｓｐａｔｃｈｉｎｇｃｅｎｔｅｒ［Ｊ］．ＡｕｔｏｍａｔｉｏｎｏｆＥｌｅｃｔｒｉｃＰｏｗｅｒＳｙｓ－ｔｅｎｔｓ．２０００，２４（１５）：６６—６８．［８］郑兰，别朝红，王秀丽．一种快速启发式配电网故障恢复算法［Ｊ］．电力自动化设备。２００４。２４（２）：１６．１９．ＺＨＥＮＧ１．ａｎ．ＢＩＥＺｈａｏｈｏｎｇ．ＷＡＮＧＸｉｕｌｉ．Ａｆａｓｔｈｅｕｒｉｓｔｉｃｓｅｒ－ｖｉｃｅｒｅｓｔｏｒａｔｉｏｎｍｅｔｈｏｄｆｏｒｄｉｓｔｉｌｂｕｔｉｏｎｎｅｔｗｏｒｋ［Ｊ］．ＥｌｅｃｔｒｉｃＰｏｗｅｒＡｕｔｏｍａｔｉｏｎＥｑｕｉｐｍｅｎｔ。２４（２）：１６．１９．［９］唐述宏，季涛。宋红梅．基于ＧＰＲＳ技术的配电线路故障自动定位系统［Ｊ］．电力自动化设备．２００６，２６（８）：５９．６２．ＴＡＮＧＳｈｕｈｏｎｇ，ＪＩＴａｏ，ＳＯＮＧＨｏｎｇｍｅｉ．Ａｕｔｏｆａｕｌｔｌｏｃａｔｉｎｇｓｙｓ－ｔｅｒｎｆｏｒｄｉｓｔｒｉｂｕｔｉｏｎｆｅｅｄｅｒ８ｂａｓｅｄｏｎＧＰＲＳｔｅｃｈｎｉｑｕｅ［Ｊ］．Ｅｌｅｅ．ｔｉｌｅＰｏｗｅｒＡｕｔｏｍａｔｉｏｎＥｑｕｉｐｍｅｎｔ．２００６．２６（８）：５９—６２．ｆ１０］高宗和，戴则梅，翟明玉，等．基于统一支撑平台的ＥＭＳ和ＷＡＭＳ集成方案［Ｊ］．电力系统自动化，２００６，３０（１６）：４１．４５．ＧＡＯＺｏｎｇｈｅ，ＤＡＩＺｅｍｅｉ，ＺＨＡＩＭｉｎｇｙｕ，ｅｔａ１．ＩｎｔｅｇｒａｔｉｖｅＥＭＳａｎｄＷＡＭＳｂａｓｅｄｏｎａｕｎｉｆｉｅｄｓｕｐｐｏｒｔｉｎｇｐｌａｔｆｏｒｍ［Ｊ］．Ａｕｔｏｍａ?ｔｉｏｎｏｆＥｌｅｃｔｒｉｃＰｏｗｅｒＳｙｓｔｅｍｓ，２００６，３０（１６）：４１－４５．［１１］王为国，曾伟民，代伟．等．基于数据仓库的一体化电力调度自动化系统［Ｊ］．电力系统自动化，２００３，２７（１２）：６７．７０．ＷＡＮＧＷｅｉｇｕｏ，ＺＥＮＧＷｅｉｍｉｎ，ＤＡＩＷｅｉ，ｅｔａ１．Ａｎｉｎｔｅｇｒａｔｅｄａｕｔｏｍａｔｉｏｎｓｙｓｔｅｍｆｏｒｅｌｅｃｔｒｉｃｐｏｗｅｒｄｉｓｐａｔｃｈｉｎｇｂａｓｅｄｏｎｄａｔａｓｔｏｒａｇｅ［Ｊ］．ＡｕｔｏｍａｔｉｏｎｏｆＥｌｅｃｔｒｉｃＰｏｗｅｒＳｙｓｔｅｍｓ，２００３，２７（１２）：６７—７０．［１２］姚建国，杨胜春。高宗和．等．电网调度自动化系统发展趋势展望［Ｊ］．电力系统自动化，２００７，３ｌ（ｔ３）：７一１１．ＹＡＯＪｉａｎｇｕｏ，ＹＡＮＧＳｈｅｎｇｃｈｕｎ，ＧＡＯＺｏｎｇｈｅ，ｅｔａ１．Ｄｅｖｅｌｏｐ－ｍｅｎｔｔｒｅｎｄｐｒｏｓｐｅｃｔｓｏｆｐｏｗｅｒｄｉｓｐａｔｃｈｉｎｇａｕｔｏｍａｔｉｏｎｓｙｓｔｅｍ［Ｊ］．ＡｕｔｏｍａｔｉｏｎｏｆＥｌｅｃｔｒｉｃＰｏｗｅｒＳｙｓｔｅｍｓ，２００７，３ｌ（１３）：７－１１．［１３］谈苏伟．陈谦昌，刘国定．广东省能量管理系统前置机特色［Ｊ］．电力系统自动化。２０００。２４（１０）：５３—５５．ＴＡＮＳｕｗｅｉ，ＣＨＥＮＱｉａｎｃｈａｎｇ，ＵＵＧｕｏｄｉｎｇ．Ｔｈｅｃｈａｒａｃｔｅｒｉｓｔｉｃｏｆｆｒｏｎｔ—ｅｎｄｃｏｍｐｕｔｅｒｓｙｓｔｅｍｉｎＥＭＳｆｏｒｇｕａｎｇｄｏｎｇｐｒｏｖｉｎｃｉａｌｄｉｓｐａｔｃｈｉｎｇｃｅｎｔｅｒ［Ｊ］．ＡｕｔｏｍａｔｉｏｎｏｆＥｌｅｃｔｒｉｃＰｏｗｅｒＳｙｓｔｅｍｓ，２０００，２４（１０）：５３—５５．［１４］谈苏伟．粱寿愚，陈宁，等．中国南方电网ＥＭＳ前置子系统的工程应用［Ｊ］．电力系统自动化，２００８，３２（１７）：９５．９９．ＴＡＮＳｕｗｅｉ，ＨＡＮＧＳｈｏｕｙｕ，ＣＨＥＮＮｉｎｇ，ｅｔａ１．Ｅｎｇｉｎｅｅｒｉｎｇａｐ?ｐｌｉｃａｔｉｏｎｏｆｆｒｏｎｔ．ｅｎｄｓｕｂｓｙｓｔｅｍｉｎｅｎｅｒｇｙｍａｎａｇｅｍｅｎｔｓｙｓｔｅｍ．ｆｏｒＣｈｉｎａｓｏｕｔｈｅｒｎｐｏｗｅｒ画ｄ［Ｊ］．ＡｕｔｏｍａｔｉｏｎｏｆＥｌｅｃｔｒｉｃＰｏｗｅｒＳｙｓｔｅｍｓ，２００８，３２（１７）：９５－９９．［１５］谈苏伟，赵大方，葛云鹏，等．一种按名通信数据接１２１方案的实现［Ｊ］．江苏电机工程，２００８．２７（６）：５９．６２．ＴＡＮＳｕｗｅｉ，ＺＨＡＯＤａｆａｎｇ，ＧＥＹｕｎｐｅｎｇ，ｅｔａ１．Ｒｅａｌｉｚａｔｉｏｎｏｆｔｈｅｄａｔａｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｔｅｒｆａｃｅｐｌａｎｂｙｏｂｊｅｃｔｎａｎｌｅ［Ｊ］．ＪｉａｎｇｓｕＥｌｅｃｔｒｉｃａｌＥｎｇｉｎｅｅｒｉｎｇ，２００８，２７（６）：５９—６２．［１６］谈苏伟．赵云峰．姜小忠，等．ＴＡＳＥ．２网络名自动生成和映射的实现［Ｊ］．电力系统自动化，２００７，３１（增刊）：８２．８６．ＴＡＮＳｕｗｅｉ，ＺＨＡＯＹｕｎｆｅｎｇ．ＪＩＡＮＧＸｉａｏｚｈｏｎｇ，ｅｔａ１．ＡｕｔｏｍａｔｉｃｇｅｎｅｒａｔｉｏｎａｎｄｍａｐｐｉｎｇｏｆＴＡＳＥ．２ｎｅｔｗｏｒｋｎａｎｌｅ［Ｊ］．Ａｕｔｏｍａ－ｔｉｏｎｏｆＥｌｅｃｔｒｉｃＰｏｗｅｒＳｙｓｔｅｍｓ，２００７，３１（Ｓｕｐｐｌｅｍｅｎｔ）：８２．８６．（责任编辑：汪仪珍）作者简介：谈苏伟（１９５８一），男，江苏南京人．研究员级高级工程师，硕士，主要从事电网调度自动化系统研究和开发工作（Ｅ－ｍａｉｌ：ｔａｎｓｗ＠ｎａｒｉｔｅｃｈ．ｃｎ）。（下转第１４８页ｃｏｎｔｉｎｕｅｄｏｎｐａｇｅ１４８）ｏｆＳｏｕｔｈＣｈｉｎａＵｎｉｖｅｒｓｉｔｙｏｆＴｅｃｈｎｏｌｎｇｙ：ＮａｔｕｒａｌＳｃｉｅｎｃｅＥｄｉｔｉｏｎ，ｒａｔｏｒｏｆｍｕｎｉｃｉｐａｌｓｏｌｉｄｗａｓｔｅ８［Ｄ］．Ｗｕｈａｎ：ＨｕａｚｈｏｎｇＵｎｉ?２００５，３３（３）：７８．８２．ｖｅｒｓｉｔｙｏｆＳｃｉｅｎｃｅＴｅｃｈｎｏｌｏｇｙ，２００５．［５］龚佰勋，裒宏伟，曹学义．垃圾焚烧炉稳定性控制研究［Ｊ］．电站［１１］ＣＨＥＮＷＣ，ＣＨＡＮＧＮＢ，ＣＨＥＮＪＣ．ＧＡ—ｂａｓｅｄｆｕｚｚｙｎｅｕｒａｌ系统工程，２００３，１９（１）：５５．５７．ｃｏｎｔｒｏＵｅｒｄｅｓｉｇｎｆｏｒｍｕｎｉｃｉｐａｌｉｎｃｉｎｅｒａｔｏｒｓ［Ｊ］．ＦｕｚｚｙＳｅｔｓａｎｄＧＯＮＧＢａｉｘｕｎ，ＹＵＡＮＨｏｎｇｗｅｉ．ＣＡＯＸｕｑ，ｉ．ＲｅｓｅａｒｃｈｏｎｔｈｅＳｙｓｔｅｍｓ，２００２。１２（９）：３４—３６．ｃｏｍｂｕｓｔｉｏｎｓｔａｂｉｌｉｔｙｃｏｎｔｒｏｌｉｎｄｅｓｔｒｕｃｔｏｒ［Ｊ］．ＰｏｗｅｒＳｙｓｔｅｍＥｎ－［１２］ＣＯＬＥＪＡ，ＷＩＤＭＥＲＮＣ，ＳＥＥＫＥＲＷＲ，ｅｔａＩ．Ｒｅｓｅａｒｃｈａｎｄｇｉｎｅｅｒｉｎｇ，２００３，１９（１）：５５－５７．ｄｅｖｅｌｏｐｍｅｎｔｔｏｉｍｐｒｏｖｅｎａｖａｌｓｈｉｐｂｏａｒｄｗａｓｔｅｍａｎａｇｅｍｅｎｔｕｓｉｎｇ［６］ＰＡＲＫＹＪ，ＨＥＯＪ．Ｖｉｔｒｉｆｉｃａｔｉｏｎｏｆｆｌｙａｓｈｆｒｏｍｍｕｎｉｃｉｐａｌｓｏｌｉｄａｃｏｍｐａｃｔｄｏｓｅｄ—ｌｏｏｐ—ｃｏｎｔｒｏＵｅｄｗａｓｔｅｉｎｃｉｎｅｒａｔｏｒ［Ｊ］．Ｃｈｅｍｏ－ｗａｓｔｅｉｎｃｉｎｅｒａｔｏｒ［Ｊ］．ＪｏｕｍａｌｏｆＨａｚａｒｄｏｕｓＭａｔｅｒｉａｌｓ，２００２。９ｌｓｐｈｅｒｅ。２００ｌ，４２（５）：７６５—７７４．（Ｂ９１）：８３－９３．［１３］ＦＵＪｒｒＡＹ，ＮＩＳＨＩＧＡＫＩＭ．Ｓｔｏｋｅｒ?ｔｙｐｅｉｎｃｉｎｅｒａｔｉｏｎｔｅｃｈｎｏｌｏｇｙ［７］ＲＹＵＣＫ，ＳＨＩＮＤＨ，ＣＨＯＩＳＭ．Ｅ艉ｃｔｏｆｆｕｅｌｆｏｒｌａｙｅｒｍｉｘｉｎｇｍｕｎｉｃｉｐａｌｓｏｌｉｄｗａｓｔｅ［Ｃ］／／ｎｅ３ｒｄＩｎｔｅｒｎａｔｉｏｎａｌＣｏｎｆｅｒｅｎｃｅｉｎｗａｓｔｅｂｅｄｃｏｍｂｕｓｔｉｏｎ［Ｊ］．ＡｄｖａｎｃｅｓｉｎＥｎｖｉｒｏｎｍｅｎｔａｌＲｅｓｅａｒｃｈ，ｏｎＣｏｍｂｕｓｔｉｏｎ，Ｉｎｃｉｎｅｒａｔｉｏｎ／ＰｙｒｏｌｙｓｉｓａｎｄＥｍｉｓｓｉｏｎＣｏｎｔｒ０１．２００１，５（５）：２５９—２６７．Ｈａｎｇｚｈｏｕ．Ｃｈｉｎａ：ＺｈｅｊｉａｎｇＵｎｉｖｅｒｓｉｔｙ。２００４：１０５—１ｌＯ，［８］ＫＡＬＩＴＫＯＶＡ，ＭＯＳＳＥＡＬ．ＴｈｅｍｕｄＪ．Ｅｘｐｅｒｉｍｅｎｔａｌｉｎｖｅｓｔｉｇａｔｉｏｎａｎｄｐｒｏｃｅｓｓｉｎｇｏｆｗａｓｔｅｓｉｎａ［１４］ＰＥＴＥＲＳＥＮＬ，ＷＥＲＴＨＥＲｓｈａｆｔｗｉｔｈａｂｌａｓｔａｎｄａｃｏｍｂｕｓｔｉｂｌｅｆｉｌｔｅｒｉｎｇｍｏｄｅｌｉｎｇｏｆｉｎｃｉｎｅｒａｔｏｒｐｌａｓｍａｇａｓｉｆｉｃａｔｉｏｎｏｆｓｅｗａｇｅｓｌｕｄｇｅｉｎｔｈｅｃｉｒｃｕｌａｔｉｎｇｍａｔｅｒｉａｌ［Ｊ］．ＪｏｕｒｎａｌｏｆＥｎｇｉｎｅｅｒｉｎｇＰｈｙｓｉｃｓａｎｄｆｌｕｉｄｉｚｅｄＴｈｅｒｍｏｐｈｙｓｉｃｓ，ｂｅｄ［Ｊ］．ＣｈｅｍｉｃａｌＥｎｇｉｎｅｅｒｉｎｇａｎｄＰｒｏｃｅｓｓｉｎｇ，２００５，２００１．７４（１）：１１９—１２９．４４（７）：７１７—７３６．［９］沈凯．垃圾焚烧炉自适应控制策略及热值监测模型研究［Ｄ］．武［１５］ＬＥＳＫＥＮＳＭ。ｖａｌｌＫＥ鲫弛ＬＢＭ，ｖａｎｄｅｎＨＯＦＰＭＪ．汉：华中科技大学．２００３．ＭＩＭＯｃｌｏｓｅｄ－ｌｏｏｐｉｄｅｎｔｉｆｉｃａｔｉｏｎｏｆａｌｌＭＳＷｎｃｉｎｅｒａｔｏｒ［Ｊ】．ＳＨＥＮＣｏｎｔｒｏｌＫａｉ．Ｓｔｕｄｙｏｎｔｈｅａｄａｐｔｉｖｅｃｏｎｔｒｏｌｓｔｒａｔｅｇｙｏｆｉｎｃｉｎｅｒａ－ＥｎｇｉｎｅｅｒｉｎｇＰｒａｃｔｉｃｅ，２００２，１０（６）：３１５—３２６，ｔｏｔ＇ｓａｎｄｔｈｅ（责任编辑：柏英武）ｍｏｎｉｔｏｒｉｎｇｍｏｄｅｌｏｆｈｅａｔｉｎｇｖａｌｕｅｓ［Ｄ］．Ｗｕｈａｎ：ＨｕａｚｈｏｎｇＵｎｉｖｅｒｓｉｔｙｏｆＳｃｉｅｎｃｅＴｅｃｈｎｏｌｏｇｙ．２００３．［１０］昌鹏．垃圾焚烧稳定性自适应控制研究［Ｄ］．武汉：华中科技大作者简介：学．２００５．罗嘉（１９７６一）．男，河南洛阳人，工程师，硕士，主要研ＣＨＡＮＧＰｅｎｇ．Ｓｔｕｄｙｏｎｃｏｍｂｕｓｔｉｏｎａｄａｐｔｉｖｅｃｏｎｔｒｏｌｏｆｉｎｃｉｎｅ－究方向为热工过程控嗣。Ｃｏｍｂｕｓｔｉｏｎｃｏｎｔｒｏｌｓｔｒａｔｅｇｙｏｆｌａｒｇｅｉｎｃｉｎｅｒａｔｉｏｎｐｏｗｅｒｐｌａｎｔ，ＬＵＯＪｉａ（ＧｕａｎｇｄｏｎｇＰｏｗｅｒＴｅｓｔ＆ＲｅｓｅａｒｃｈＩｎｓｔｉｔｕｔｅ，Ｇｕａｎｇｚｈｏｕ５１０６００，Ｃｈｉｎａ）Ａｂｓｔｒａｃｔ：Ｂａｓｅｄｏｎａｒｅａｌｌａｒｇｅｉｎｃｉｎｅｒａｔｉｏｎｐｏｗｅｒｐｌａｎｔ，ｔｈｅｗｏｒｋｉｎｇｐｒｏｃｅｄｕｒｅｓｏｆｗａｓｔｅｉｎｃｉｎｅｒａｔｏｒａｒｅｉｎｔｒｏｄｕｃｅｄａｎｄｔｈｅｉｎｆｌｕｅｎｃｅｏｆｐｒｏｃｅｓｓｐａｒａｍｅｔｅｒｓ，ｓｕｃｈａｓｉｎｃｉｎｅｒａｔｉｏｎｔｅｍｐｅｒａｔｕｒｅ，ｂｌｅｎｄｄｅｇｒｅｅ，ｇａｓｈｏｌｄｉｎｇｔｉｍｅａｎｄｅｘｃｅｓｓａｉｒｒａｔｉｏ，ｏｎｔｈｅｃｏｍｂｕｓｔｉｏｎｅｆｆｉｃｉｅｎｃｙａｎｄｐｏｌｌｕｔａｎｔｅｍｉｓｓｉｏｎａｒｅｄｉｓｃｕｓｓｅｄ．Ｔｈｅｆｕｒｎａｃｅｔｅｍｐｅｒａｔｕｒｅｃｏｎｔｒｏｌａｎｄｔｈｅｓｔｅａｍｆｌｏｗｃｏｎｔｒｏｌａｒｅｕｓｅｄｉｎｄｉｆｆｅｒｅｎｔｗｏｒｋｉｎｇｐｈａｓｅｓｒｅｓｐｅｃｔｉｖｅｌｙａｎｄｔｈｅｉｎｔｅｒｖａｌｓａｍｐｌｉｎｇｃｏｎｔｒｏｌｉｓｕｓｅｄｉｎｆｅｅｄｅｒｓｐｅｅｄｃｏｎｔｒｏｌａｎｄｏｒｉｆｉｃｅｄａｍｐｅｒｃｏｎｔｒ０１．Ｔｈｅｆｅｅｄｅｒｓｐｅｅｄｉｓａｄｊｕｓｔｅｄｂｙｔｈｅｒｕｎｎｉｎｇｔｉｍｅａｎｄｔｈｅｊａｗｏｐｅｎｉｎｇｏｆｏｒｉｆｉｃｅｄａｍｐｅｒｉｓｒｅｇｕｌａｔｅｄｂｙｔｈｅｓａｍｐｌｅｄｏｘｙｇｅｎｃｏｎｔｅｎｔｏｆｆｌｕｅ－ｇａｓ．Ｔｅｓｔｒｅｓｕｌｔｓｓｈｏｗｔｈｅｖａｌｉｄｉｔｙｏｆｐｒｅｓｅｎｔｅｄｃｏｎｔｒｏｌｍｅｔｈｏｄｓ．Ｋｅｙｗｏｒｄｓ：ｉｎｃｉｎｅｒａｔｉｏｎｐｏｗｅｒｐｌａｎｔ；ｃｏｎｔｒｏｌｓｔｒａｔｅｇｙ；ｃｏｍｂｕｓｔｉｏｎｃｏｎｔｒｏｌ；ｓｔｅａｍｆｌｏｗ；ｏｘｙｇｅｎｃｏｎｔｒｏｌ；ｆｕｒｎａｃｅｔｅｍｐｅｒａｔｕｒｅ。■。。‘ｔ。－—●。呻’十’‘■一＿１■一－。１一。十’—卜。—＿卜‘十。十ｏ。●一。十’—＋‘‘‘１’。１＋’－—ｔ一。‘●’。十’十ｏ—ｔ‘‘十ｏ—卜ｏ—卜’十。十‘，－．４－，．－，ｉ－．．－４－，．－４－‘十．．－４．－，．－４－－．．－．４－。十‘‘●。。‘ｔ＋?’１’’‘●“。—．＿’。●。。十。十‘‘●’’（上接第１３３页ｃｏｎｔｉｎｕｅｄｆｒｏｍｐａｇｅ１３３）Ｄｅｓｉｇｎａｎｄｉｍｐｌｅｍｅｎｔａｔｉｏｎｏｆｆｒｏｎｔ??ｅｎｄｓｕｂｓｙｓｔｅｍｒｅａｌ?－ｔｉｍｅｄａｔａｂａｓｅｆｏｒｐｏｗｅｒｄｉｓｐａｔｃｈａｕｔｏｍａｔｉｏｎＴＡＮＳｕｗｅｉ（ＳｔａｔｅＧｒｉｄＥｌｅｃｔｒｉｃＰｏｗｅｒＲｅｓｅａｒｃｈＩｎｓｔｉｔｕｔｅ，Ｎａｎｊｉｎｇ２１０００３，Ｃｈｉｎａ）Ａｂｓｔｒａｃｔ：Ｆｒｏｎｔ．ｅｎｄｃｏｍｍｕｎｉｃａｔｉｏｎｓｕｂｓｙｓｔｅｍｉｓｔｈｅｂａｓｉｓｏｆｐｏｗｅｒｄｉｓｐａｔｃｈａｕｔｏｍａｔｉｏｎｓｙｓｔｅｍ．Ｔｈｅｆｅａｔｕｒｅｓｏｆｄａｔａｃｏｍｍｕｎｉｃａｔｉｏｎａｎｄｐｒｏｃｅｓｓｉｎｇｉｎｖａｒｉｏｕｓａｐｐｌｉｃａｔｉｏｎｓｙｓｔｅｍｓｏｆｐｏｗｅｒｄｉｓｐａｔｃｈａｕｔｏｍａｔｉｏｎａｒｅａｎａｌｙｚｅｄａｎｄａｆｒｏｎｔ－ｅｎｄｄａｔａｃｏｍｍｕｎｉｃａｔｉｏｎｍｏｄｅｌｂａｓｅｄｏｎＵＭＬ（ＵｎｉｆｉｅｄＭｏｄｅｌｉｎｇＬａｎｇｕａｇｅ）ｉｓｐｕｔｆｏｒｗａｒｄ．Ｉｔｉｓｄｅｆｉｎｅｄａｎｄｓａｖｅｄｉｎｔｈｅｃｏｍｍｅｒｃｉａｌｄａｔａｂａｓｅ．ｓｕｃｈａｓＯｒａｃｌｅ．Ｔｈｅｒｅａｌ．ｔｉｍｅｄａｔａｂａｓｅｏｆｔｈｅｆｏｕｒｔｈｇｅｎｅｒａｔｉｏｎｆｒｏｎｔ－ｅｎｄｓｕｂｓｙｓｔｅｍｉｓｔｈｅｒｅａｌ．ｔｉｍｅｄａｔａｂｕｆｆｅｒｃｒｅａｔｅｄｉｎｔｈｅｓｈａｒｅｄｍｅｍｏｒｙ，ｗｈｅｒｅｄａｔａｉｓｄｉｒｅｃｔｌｙａｃｃｅｓｓｅｄａｃｃｏｒｄｉｎｇｔｏｐｏｉｎｔｅｒｔｏｍｅｅｔｔｈｅｒｅｑｕｉｒｅｍｅｎｔｓｏｆａｐｐｌｉｃａｔｉｏｎｓｙｓｔｅｍｓｆｏｒｅｆｆｉｃｉｅｎｃｙａｎｄｒｅｌｉａｂｉｌｉｔｙ．ｎｅｆｒｏｎｔ?ｅｎｄａｐｐｌｉｃａｔｉｏｎｄａｔａｍｏｄｅｌｃｏｎｓｉｓｔｓｏｆ５ｐａｃｋａｇｅｓ。ｉ．ｅ．ｔｈｅｓｕｂｓｔａｔｉｏｎ，ｄｅｖｉｃｅ，ｐｒｏｔｏｃｏｌ，ｍｅａｓｕｒｅｍｅｎｔａｎｄｒｅｇｉｓｔｅｒｐａｃｋａｇｅｓ．Ｅａｃｈｐａｃｋａｇｅｆｕｒｔｈｅｒｃｏｎｓｉｓｔｓｏｆｓｅｖｅｒａｌｃｌａｓｓｅｓ．卟ｅｄｅｓｉｇｎａｎｄｉｍｐｌｅｍｅｎｔａｔｉｏｎｏｆｒｅａｌ．ｔｉｍｅｄａｔａｃｏｍｍｕｎｉｃａｔｉｏｎｍｏｄｅｌａｎｄｒｅａｌ．ｔｉｍｅｄａｔａｂｕｆｆｅｒａｒｅｅｘｐｌａｉｎｅｄｉｎｄｅｔａｉｌ．Ｋｅｙｗｏｒｄｓ：ｄｉｓｐａｔｃｈａｕｔｏｍａｔｉｏｎ；ｆｒｏｎｔ－ｅｎｄｃｏｍｍｕｎｉｃａｔｉｏｎ；ｒｅａｌ—ｔｉｍｅｄａｔａｂａｓｅ；ｒｅａｌ—ｔｉｍｅｄａｔａｂｕｆｆｅｒ；ｕｎｉｆｉｅｄｍｏｄｅｌｉｎｇｌａｎｇｕａｇｅ万方数据

本文来源：https://www.bwwdw.com/article/nnvd.html