電網管理論文范文

時間:2023-03-27 08:15:15

導語:如何才能寫好一篇電網管理論文,這就需要搜集整理更多的資料和文獻,歡迎閱讀由公務員之家整理的十篇范文,供你借鑒。

電網管理論文

篇1

廣東省電力系統包括21個地市電網,現有最高運行電壓等級為500kV,珠江三角洲地區已形成500kV環網,并以500kV電壓與廣西聯網,以400kV和110kV電壓分別與香港和澳門聯網。此外,廣東電網還向湖南宜章和臨武兩縣以及江西贛南地區供電。

粵中(珠江三角洲地區)地網是廣東電網的核心,也是全省最大的負荷中心,該電網與廣西、香港等電網互聯,除了向珠江三角洲地區提供電力外,還擔負著電力交換任務。在粵中地區建設一個強大的500kV電網,對保證廣東電網乃至香港電網以及澳門電網的安全運行有著重大意義。目前廣東500kV電網東已延伸至汕頭西翼,江門——茂名500kV輸變電工程正加緊建設,2000年前可望投入使用。

廣東省的電力工業已經步入了大電網、高電壓和大機組時代。隨著整個電網變得越來越復雜,電網規劃中以往那種人為臆斷和局部最優的規劃方式會給電網運行、發展帶來隱患,資金盲目使用的可能性加大。結合目前理論的發展,我們認為電網規劃是一個受到多種條件約束的、以電網總效益為最終目標的多目標的系統工程。對于這樣一個系統,我們認為適宜以控制論為基礎,結合信息論、運籌學和系統工程等理論來研究。

從控制論角度來看,電網是一個巨維數的典型動態大系統,它具有強非線性、時變且參數不確切可知、含大量未建模動態部分的特征。另外,電力網絡地域分布廣闊,大部分元件具有延遲、磁滯、飽和等復雜的物理特性,對這樣的系統實現有效決策控制是極為困難的。另一方面,由于公眾對新建高壓線路的不滿日益增強,線路造價,特別是走廊使用權的費用日益昂貴,以及電力網的不斷增大,使得人們對電力網絡的決策控制提出了越來越高的要求。正是由于電網具有這樣的特征,一些先進的控制論思想和技術被不斷地引入到電網中來。下面將闡明綜合智能控制技術引入電網規劃中的必要性和可行性。

1綜合智能控制技術

1.1智能控制的概念

迄今為止,智能控制尚無統一的概念,文獻[1]有如下歸納:

a)最早提出智能控制概念當推傅京孫教授,他通過對人-機控制器和機器人方面的研究,將智能控制概括為自動控制和人工智能的結合。他認為在低層次控制中用常規的基本控制器,而在高層次的智能決策,應具有擬人化功能。

b)Saridis在傅京孫工作的基礎上,提出了三元結構的智能控制理論體系,他認為僅有二元結合無助于智能控制的有效和成功應用,必須引入運籌學,使其成為三元結合,并提出了其遞階智能控制的理論框架。

c)國內蔡自興教授在研究了上述理論結構以后,從系統的整體性和目的性出發,于1986年提出了四元結構價格體系,將智能控制概括為控制理論、人工智能、運籌學和系統理論4學科交叉。

總之,智能控制是多學科知識的結合,除了從控制論出發來研究它,還可以從信息論、生物學以及社會科學角度來討論和研究。

1.2綜合智能控制技術

綜合智能控制一方面包含了智能控制與傳統方法的結合,如模糊變結構控制,自適應模糊控制,自適應神經網絡控制,神經網絡變結構控制等;另一方面包含了各種智能控制方法之間的交叉綜合,如專家模糊控制,模糊神經網絡控制,專家神經網絡控制等。

2一個國外的電網規劃專家系統

篇2

現今我國的電力系統管理調度方式是統一調度、統一電網、分級管理,而目前在全國范圍內都已經形成了由網局調度、地區調度、省級調度、縣級調度及全國調度所組成的電力系統調度方式。各級別的調度部門都設置在電網單位的內部,履行對于全國電網進行調度的職責。調度單位的安設與等級劃分準則都是由國家相關法規來予以規定的。

1.1統一電力系統

統一的電力系統主要指對于全國范圍的電力系統進行壟斷運營。由南方電網機構與國家電網機構兩家國企對于全國的電網進行運作、維護與建設。而同時,國家的電力企業也負責全國范圍內配電與售電的工作,擁有買賣電力的特殊權利,對于除發電以外的電力系統售、配、輸等所有環節進行壟斷,是國家規定的高度壟斷電力企業。

1.2統一的調度

統一的調度主要指在電力系統的安全管理方面,電力系統的調度部門對于電網系統的運作進行統一的管理與調度。主要包含:對于電力系統運作中的各種故障及問題進行核查與處理,對于電力系統的實時運作進行分析,對于電力系統的運作方法進行統一編排,對于各項可能發生的運行危機進行分析以防止事故的產生,對于運行標準進行統一化,對于電力的系統安全穩定進行統一的審查與分析,對于電力系統的運作規定進行制定,對于各項安全自動安全裝置及維護裝置的配備與調整進行統一的思考,對于各類可能引起危險的隱患的避免與故障的隔離,對于可靠且統一的專用通信渠道與自動化系統的建立,且需要為通信系統的暢通提供保障,對于電力系統的事故處理進行統一化。在有事故的情況下,電力機構的調度部門需要行使緊急情況下的操控權利,對于事故的緊急處理實行統一的指導。而電力系統的下屬各部門都需要對于調度指令進行實施,防止事故的進一步擴散,并確保在短時間內對于電力故障進行排除,使得電力系統恢復正常的運行。

1.3分級管理模式

分級的管理模式主要指調度的工作實行需要在電力系統最高級別的調度部門指導下的各級別調度部門的分級責任體制。各級別的調度部門在自身的調度區域內對于統一調度的要求進行貫徹,同時保證下級調度部門需要對于上級調度部門的指令保持服從。我國電力系統的統一調度與分級管理模式是密不可分的結合體。

2電力系統現存的安全隱患及特征

2.1電力系統現存的安全隱患

我國的電力系統目前存在的隱患可分為三點:其一,部分電力系統的構造較為薄弱,安全的穩定性存在比較明顯的不足;其二,對于電力系統的駕馭能力需要進一步的進行提升;其三,需要改善故障的緊急處理工作,與社會聯合開辦的故障聯合演習應當更加規范化。

2.2電力系統突發故障的特性

電力系統的突發故障通常具有明顯的特征,現今對于電力設施與裝備組成的物理電力系統的電器特性研究相對更多一些,但是電力系統并不是與外界隔絕開的,是存在于社會與自然的環境中,所以也必定會受到周遭環境所帶來的影響。電力系統的安全性不僅與電力企業自身有關,也與周遭的社會及自然環境有關。電力系統的突發故障就是指在固定的區域內突發性的,為電力系統與社會、國家帶來損失的災難性事件,通常具有以下特點:其一,涉及到的方面多,電力的生產、輸出、分配與消費都是一起完成的,這其中需要涉及到電力系統的輸電、發電、配電及用電等多個方面;其二,故障的誘因多,電力系統的突發故障不僅可能來源于違反電力系統與電氣規章的操作,暴露在自然環境中的電力設備還極容易被自然因素損壞(包括自然侵蝕、雪災、洪水、地震等);其三,損失度重,電力的供給涉及到社會中的各行各業,也涉及到人們的財產及自身安全,大面積的斷電造成的間接與直接影響是無法預計的。

3電力系統故障管理的發展歷程

3.1經驗為主的應急處理階段

這一時期的應急故障管理工作主要注重應急的預案體制與應急組織體制的創建。重點對于緊急的指揮單位與工作單位進行創建。遵照國家有關的規章對于緊急預案進行編制與修訂,并對于應急指揮部門與應急平臺等技術支撐系統進行建設。

3.2分析為主的故障預防與管理階段

這一時期的故障應急管理工作主要注重對于故障應急保障的加強。不斷提升危險源的監控管理與突發故障預警預測工作的力度,另外也要注重提升故障應急情況下的輔助決策能力及指揮能力。3.3智能為主的災變防護階段這一時期的應急故障管理工作注重對于智能技術運用及主動防護能力的加強。需要重點加強工程知識數據發掘技能與人工智能的運用,達到對于事故現場的在線實時監控,對于突發事故的預警預測水準進行提升,為事故的應急指揮工作給予智能化的協助決策措施。

4結語

篇3

一、網絡管理技術概述

網絡管理已經成為計算機網絡和電信網研究中最重要的內容之一。網絡中采用的先進技術越多,規模越大,網絡的維護和管理工作也就越復雜。計算機網絡和電信網的管理技術是分別形成的,但到后來漸趨同化,差不多具有相同的管理功能和管理原理,只是在網絡管理上的具體對象上有些差異。

通常,一個網絡由許多不同廠家的產品構成,要有效地管理這樣一個網絡系統,就要求各個網絡產品提供統一的管理接口,即遵循標準的網絡管理協議。這樣,一個廠家的網絡管理產品就能方便地管理其他廠家的產品,不同廠家的網絡管理產品之間還能交換管理信息。

在簡單網絡管理協議SNMP(SimpleNetworkManagementProtocol)設計時,就定位在是一種易于實施的基本網絡管理工具。在網管領域中,它扮演了先鋒的角色,因OSI的CMIP發展緩慢同時在Internet的迅猛發展和多廠商環境下的網絡管理解決方案的驅動下,而很快成為了事實上的標準。

SNMP的管理結構如圖1所示。它的核心思想是在每個網絡節點上存放一個管理信息庫MIB(ManagementInformationBase),由節點上60(agent)負責維護,管理者通過應用層協議對這些進行輪詢進而對管理信息庫進行管理。SNMP最大的特點就是其簡單性。它的設計原則是盡量減少網絡管理所帶來的對系統資源的需求,盡量減少agent的復雜性。它的整個管理策略和體系結構的設計都體現了這一原則。

SNMP的主要優點是:

·易于實施;

·成熟的標準;

·C/S模式對資源要求較低;

·廣泛適用,代價低廉。

簡單性是SNMP標準取得成功的主要原因。因為在大型的、多廠商產品構成的復雜網絡中,管理協議的明晰是至關重要的;但同時這又是SNMP的缺陷所在——為了使協議簡單易行,SNMP簡化了不少功能,如:

·沒有提供成批存取機制,對大塊數據進行存取效率很低;

·沒有提供足夠的安全機制,安全性很差;

·只在TCP/IP協議上運行,不支持別的網絡協議;

·沒有提供管理者與管理者之間通信的機制,只適合集中式管理,而不利于進行分布式管理;

·只適于監測網絡設備,不適于監測網絡本身。

針對這些問題,對它的改進工作一直在進行。如1991年11月,推出了RMON(RernoteNetworkMonitor)MIB,加強SNMP對網絡本身的管理能力。它使得SNMP不僅可管理網絡設備,還能監測局域網和互聯網上的數據流量等信息,1992年7月,針對SNMP缺乏安全性的弱點,又公布了S-SNMP(SecureSNMP)草案。到1993年初,又推出了SNMPVersion2即SNMPv2(推出了SNMPv2以后,SNMP就被稱為SNMPv1)。SNM-Pv2包容了以前對SNMP的各項改進工作,并在保持了SNMP清晰性和易于實現的特點以外,吸取了CMIP的部分優點,功能更強,安全性更好,具體表現為:

·提供了驗證機制,加密機制,時間同步機制等,安全性大大提高;

·提供了一次取回大量數據的能力,效率大大提高;

·增加了管理者和管理者之間的信息交換機制,從而支持分布式管理結構,由位于中間層次(intermediate)的管理者來分擔主管理者的任務,增加了遠地站點的局部自主性。

·可在多種網絡協議上運行,如OSI、AppleTalk和IPX等,適用多協議網絡環境(但它的缺省網絡協議仍是UDP)。

·擴展了管理信息結構的很多方面。特別是對象類型的定義引入了幾種新的類型。另外還規范了一種新的約定用來創建和刪除管理表(managementtables)中的“行”(rows)。

·定義了兩種新的協議數據單元PDU(ProtocolDataUnit)。Get-Bulk-Request協議數據單元允許檢索大數據塊(largedatablocks),不必象SNMP那樣逐項(itembyitem)檢索;Inform-Request協議數據單元允許在管理者之間交換陷阱(tran)信息。

CMIP協議是在OSI制訂的網絡管理框架中提出的網絡管理協議。CMIP與SNMP一樣,也是由管理者、、管理協議與管理信息庫組成。

CMIP是基于面向對象的管理模型的。這個管理模型表示了封裝的資源并標準化了它們所提供的接口。如圖2所示了四個主要的元素:

·系統管理應用進程是在擔負管理功能的設備(服務器或路由器等〕中運行的軟件:

·管理信息庫MIB是一組從各個接點收集來的與網絡管理有關的數據;

·系統管理應用實體(systemmanagementapplicationentities)負責網絡管理工作站間的管理信息的交換,以及與網絡中其它接點之間的信息交換;

·層管理實體(layermanagemententities)表示在OSI體系結構設計中必要的邏輯。

CMIP模型也是基于C/S結構的。客戶端是管理系統,也稱管理者,發起操作并接收通知;服務器是被管系統,也稱,接收管理指令,執行命令并上報事件通知。一個CMIP操作臺(console)可以和一個設備建立一個會話,并用一個命令就可以下載許多不同的信息。例如,可以得到一個設備在一段特定時間內所有差錯統計信息。

CMIP采用基于事件而不是基于輪詢的方法來獲得網絡組件的相關數據。

CMIP已經得到主要廠商,包括IBM、HP及AT&T的支持。用戶和廠商已經認識到CMIP在企業級網絡管理領域是一個比較好的選擇。它能夠滿足企業級網管對橫跨多個管理域的對等相互作用(peertopeerinteractions)的要求。CMIP特別適合對要求提供集中式管理的樹狀系統,尤其是對電信網(telecommunicationsnetwork)的管理。這就是下面提到的電信管理網。

二、電信管理網TMN

電信管理網TMN是國際電聯ITU-T借鑒0SI中有關系統管理的思想及技術,為管理電信業務而定義的結構化網絡體系結構,TMN基于OSI系統管理(ITU-UX.700/ISO7498-4)的概念,并在電信領域的應用中有所發展.它使得網絡管理系統與電信網在標準的體系結構下,按照標準的接口和標準的信息格式交換管理信息,從而實現網絡管理功能。TMN的基本原理之一就是使管理功能與電信功能分離。網絡管理者可以從有限的幾個管理節點管理電信網絡中分布的電信設備。

國際電信聯盟(ITU)在M.3010建議中指出,電信管理網的基本概念是提供一個有組織的網絡結構,以取得各種類型的操作系統(OSs)之間、操作系統與電信設備之間的互連。它采用商定的具有標準協議和信息的接口進行管理信息交換的體系結構。提出TMN體系結構的目的是支撐電信網和電信業務的規劃、配置、安裝、操作及組織。

電信管理網TMN的目的是提供一組標準接口,使得對網絡的操作、管理和維護及對網絡單元的管理變得容易實現,所以,TMN的提出很大程度上是為了滿足網管各部分之間的互連性的要求。集中式的管理和分布式的處理是TMN的突出特點。

ITU-T從三個方面定義了TMN的體系結構(Architecture),即功能體系結構(FunctionalArchitecture),信息體系結構(InformationArchitecture)和物理體系結構(PhysicalArchitecture)。它們分別體現在管理功能塊的劃分、信息交互的方式和網管的物理實現。我們按TMN的標準從這三個方面出發,對TMN系統的結構進行設計。

功能體系結構是從邏輯上描述TMN內部的功能分布。引入了一組標準的功能塊(Functionalblock)和可能發生信息交換的參考點(referencepoints)。整個TMN系統即是各種功能塊的組合。

信息體系結構包括兩個方面:管理信息模型和管理信息交換。管理信息模型是對網絡資源及其所支持的管理活動的抽象表示,網絡管理功能即是在信息模型的基礎上實現的。管理信息交換主要涉及到TMN的數據通信功能和消息傳遞功能,即各物理實體和功能實體之間的通信。

物理體系結構是為實現TMN的功能所需的各種物理實體的組織結構。TMN功能的實現依賴于具體的物理體系結構,從功能體系結構到物理體系結構存在著映射關系。物理體系結構隨具體情況的不同而千差萬別。在物理體系結構和功能體系結構之間有一定的映射關系。物理體系結構中的一個物理塊實現了功能體系結構中的一個或多個功能塊,一個接口實現了功能體系結構中的一組參考點。

仿照OSI網絡分層模型,ITU-T進一步在TMN中引入了邏輯分層。如圖3所示:

TMN的邏輯分層是將管理功能針對不同的管理對象映射到事務管理層BML(BusinessManagementLayer),業務管理層SML(ServiceManagementLayer),網絡管理層NML(NetworkManagementLayer)和網元管理層EML(ElementManagementLayer)。再加上物理存在的網元層NEL(NetworkElementLayer),就構成了TMN的邏輯分層體系結構。從圖2-6可以看到,TMN定義的五大管理功能在每一層上都存在,但各層的側重點不同。這與各層定義的管理范圍和對象有關。

三、TMN開發平臺和開發工具

1.利用TMN的開發工具開發TMN的必要性

TMN的信息體系結構應用OSI系統管理的原則,引入了管理者和的概念,強調在面向事物處理的信息交換中采用面向對象的技術。如前所述,TMN是高度強調標準化的網絡,故基于TMN標準的產品開發,其標準規范要求嚴格復雜,使得TMN的實施成為一項具有難度和挑戰性的工作;再加上OSI系統管理專業人員的相對缺乏,因此,工具的引入有助于簡化TMN的開發,提高開發效率。目前比較流行的基于TMN標準的開發平臺有HPOVDM、SUNSEM、IBMTMN平臺和DSET的DSG及其系列工具。這些平臺可以用于開發全方位的TMN管理者和應用,大大降低TMN/Q3應用系統的編程復雜性,并且使之符合開放系統互連(OSI)網絡管理標準,這些標準包括高級信息模型定義語言GDM0,OSI標準信息傳輸協議CMIP,以及抽象數據類型定義語言ASN.1。其中DSET的DSG及工具系列除了具備以上功能外,還具有獨立于硬件平臺的優點。下面將比較詳細論述DSET的TMN開發工具及其在TMN開發中的作用。

2.DSET的TMN開發工具的基本組成

DSET的TMN開發工具從功能上來講可以構成一個平臺和兩大工具箱。一個平臺:分布式系統生成器DSG(DistributedSystemGenerator);兩個工具箱:管理者工具箱和工具箱。

分布式系統生成器DSG

DSG是用于頂層TCP/IP、OSI和其它協議上構筑分布式并發系統的高級對象請求0RB。DSG將復雜的通信基礎設施和面向對象技術相結合,提供構筑分布式計算的軟件平臺。通信基礎設施支持分布式計算中通信域的通信要求。如圖4所示,它提供了四種主要的服務:透明遠程操作、遠程過程調用和消息傳遞、抽象數據服務及命名服務。借助于并發的面向對象框架,一個復雜的應用可以分解成一組相互通信的并發對象worker,除了支持例如類和多重繼承等重要的傳統面向對象特征外,為了構筑新的worker類,DSG也支持分布式對象。在一個開放系統中,一個worker可以和其它worker進行通信,而不必去關心它們所處的物理位置。

DSG提供給用戶用以開發應用的構造塊(buildingblock)稱為worker。一個worker可以有自己的控制線程,也可以和別的線程共享一個控制線程,每個Worker都有自己的服務訪問點SAP(ServiceAccessPoint),通過SAP與其它worker通信。Worker是事件驅動的。在Worker內部,由有限狀態機FSM(FiniteStateMachine〕定義各種動作及處理例程,DSG接受外部事件并分發到相應的動作處理例程進行處理。如圖5所示,獨占線程的此worker有三個狀態,兩個SAPs,并且每個SAP的消息隊列中都有兩個事件。DSG環境通過將這些事件送到相應的事件處理程序中來驅動worker的有限狀態機。

Worker是分布式的并發對象,DSG用它來支持面向對象的特點,如:類,繼承等等。Worker由workerclass定義。Worker可以根據需要由應用程序動態創建。在一個UNIX進程中可以創建的Worker個數僅受內存的限制。

管理者工具箱由ASN.C/C++編譯器、CMIP/ROSE協議和管理者代碼生成器MCG構成,如圖6所示。

其中的CMIP/ROSE協議提供全套符合Q3接口選用的OSI七層協議棧實施。由于TMN在典型的電信環境中以面向對象的信息模型控制和管理物理資源,所有被管理的資源均被抽象為被管對象(M0),被管理系統中的幫助管理者通過MO訪問被管理資源,又根據ITU-TM.3010建議:管理者與之間通過Q3接口通信。為此管理者必須產生與通信的CMIP請求。管理者代碼生成器讀取信息模型(GDMO文件和ASN.1文件),創立代碼模板來為每個被定義的MO類產生CMIP請求和CMIP響應。由于所有CMIP數據均由ASN.1符號定義,而上層管理應用可能采用C/C++,故管理者應用需要包含ASN.1數據處理代碼,管理者工具箱中的ASNC/C++編譯器提供ASN.1數據到C/C++語言的映射,并采用“預處理技術“生成ASN.1數據的低級代碼,可見利用DSET工具用戶只需編寫網管系統的信息模型和相關的抽象數據類型定義文件,然后利用DSET的ASNC/C++編譯器,管理者代碼生成器即可生成管理者部分代碼框架。

工具箱包括可硯化生成器VAB、CMIP翻譯器、ASN.C/C++Toolkit,其結構見圖7。用來開發符合管理目標定義指南GDMO和通用管理信息協議CMIP規定的應用.使用DSET獨具特色的工具箱的最大的好處就是更快、更容易地進行應用的開發。DSET在應用的開發上為用戶做了大量的工作。

一個典型的GDMO/CM1P應用包括三個代碼模塊:

·、MIT、MIB的實施

·被管理資源的接口代碼

·后端被管理資源代碼

第一個模塊用于處理與MO實施。工具箱通過對過濾、特性處理、MO實例的通用支持,自動構作這一個模塊。DSET的這一部分做得相當完善,用戶只需作少量工作即可完成本模塊的創建。對于mcreate、m-delete、m-get、m-cancel-get、m-set、m-set-confirmed、m-action、m-action-confirmed這些CMIP請求,第一個模塊中包含有缺省的處理代碼框架。這些缺省代碼都假定管理者的CMIP請求只與MO打交道。為了適應不同用戶的需求,DSET工具箱又提供在缺省處理前后調用用戶程序的接入點(稱為Userhooks)。當某CMIP請求需與實際被管資源或數據庫打交道時,用戶可在相應的PRE-或POST-函數中加入自己的處理代碼。例如,當你需要在二層管理應用中發CMIP請求,需望獲取實際被管資源的某屬性,而該屬性又不在相應MO中時你只需在GDMO預定義模板中為此屬性定義一PRE-GET函數,并在你自己的定制文件中為此函數編寫從實際被管設備取到該屬性值的代碼即可。DSET的Agent代碼在執行每個CMIP請求前都要先檢查用戶是否在GDMO預定義文件中為此清求定義了PRE-函數,若是,則光執行PRE-函數,并根據返回值決定是否執行缺省處理(PRE-函數返回D-OK則需執行缺省處理,否則Agent向管理者返回正確或錯誤響應)。同樣當Agent執行完缺省處理函數時,也會檢查用戶是否為該請求定義了POST-函數,若是則繼續執行POST-函數。至于Agent與MO之間具體是如何實現通信的,用戶不必關心,因為DSET已為我們實現了。用戶只需關心需要與設備交互的那一部分CMIP請求,為其定制PRE-/POST函數即可。

第二個模塊實現MO與實際被管資源的通信。它的實現依賴于分布式系統生成器DSG所提供“網關處理單元”(gateway)、遠程過程調用(RPC)與消息傳遞機制及MSL語言編譯器。通信雙方的接口定義由用戶在簡化的ROSE應用中定義,在DSG中也叫環境,該環境定義了雙方的所有操作和相關參數。DSG的CTX編譯器編譯CTX格式的接口定義并生成接口表。DSG的MSL語言編譯器用以編譯分布式對象類的定義并生成事件調度表。采用DSG的網關作為MO與實際被管資源間的通信橋梁,網關與MO之間通過定義接口定義文件及各自的MSL文件即可實現通信,網關與被管設備之間采用設備所支持的通信協議來進行通信,例如采用TCP/IP協議及Socket機制實現通信。

第三個模塊對被管理資源進行實際處理。這一模塊根據第二個模塊中定義的網關與被管設備間的通信機制來實現,與工具沒有多大聯系。四、TMN開發的關鍵技術

電信管理網技術蘊含了當今電信、計算機、網絡通信和軟件開發的最新技術,如OSI開放系統互連技術、OSI系統管理技術、計算機網絡技術及分布式處理、面向對象的軟件工程方法以及高速數據通信技術等。電信管理網應用系統的開發具有巨大的挑戰性。

工具的引入很大程度上減輕了TMN的開發難度。留給開發人員的最艱巨工作就是接口(interface)的信息建模。尤其是Q3接日的信息建模問題。

Q3接口是TMN接口的“旗艦”,Q3接口包括通信模型和信息模型兩個部分,通信模型(0SI系統管理)的規范制定的十分完善,并且工具在這方面所作的工作較多,因此,當我們設計和開發各種不同管理業務的TMN系統時,主要是采用一定的方法學,遵循一定的指導原則,針對不同電信領域的信息建模問題。

為什么說建模是TMN開發中的關鍵技術呢?從管理的角度而言,在那些先有國際標準(或事實上的標準),后有設備的情況下,是有可能存在一致性的信息模型的,例如目前SDH和七號信令網的TMN系統存在這樣的信息模型標準。但即使這樣,在這些TMN系統的實施過程,有可能由于管理需求的不同而對這些模型進行進一步的細化。在那些先有設備而后才有國際標準(或事實上的標準)的設備,而且有的電信設備就無標準而言,由于不同廠家的設備千差萬別,這種一致性的信息模型的制定是非常困難的。

例如,近年來標準化組織國際電信聯盟(ITU-T)、歐洲電信標準組織(ETSI)、網絡管理論壇(NMF)和ATM論壇等相繼頒布了一些Q3信息模型。但至今沒有一個完整的穩定的交換機網元層的Q3信息模型。交換機的Q3信息模型提供了交換機網元的一個抽象的、一般的視圖,它應當包含交換機的管理的各個方面。但這是不可能的。因為隨著電信技術的不斷發展,交換機技術也在不斷的發展,交換機的類型不斷增加,電信業務不斷的引入。我們很難設計一個能夠兼容未來交換機的信息模型。如今的交換機已不再是僅僅提供電話的窄帶業務,而且也提供象ISDN這樣的寬帶業務。交換機趨向寬帶窄帶一體化發展,因此交換機的Q3信息模型是很復雜的,交換機Q3信息建模任務是很艱巨的。

五、TMN管理者和的開發

下面結合我們的開發工作,探討一下TMN管理者和的開發。

1.管理者的開發

基于OSI管理框架的管理者的實施通常被認為是很困難的事,通常,管理者可以劃分為三個部分。第一部分是位于人機之間的圖形用戶接口GUI(GraphicalUserInterfaces),接收操作人員的命令和輸入并按照一種統一的格式傳送到第二部分——管理功能。管理功能提供管理功能服務,例如故障管理,性能管理、配置管理、記費管理,安全管理及其它特定的管理功能。接收到來GUI的操作命令,管理功能必須調用第三部分——CMSIAPI來發送CMIP請求到。CMISAPI為管理者提供公共管理信息服務支持。

大多數的網管應用是基于UNIX平臺的,如Solaris,AIXandHP-UX。若GUI是用X-Window來開發的,那么GUI和管理功能之間的接口就不存在了,從實際編程的的角度看,GUI和管理功能都在同一個進程中。

上面的管理者實施方案盡管有許多優點,但也存在著不足。首先是費用昂貴。所有的管理工作站都必須是X終端,服務器必須是小型機或大型機。這種方案比采用PC機作客戶端加上UNIX服務器的方案要昂貴得多。其次,擴展性不是很好,不同的管理系統的范圍是不同的,用戶的要求也是不一樣的,不是所有的用戶都希望在X終端上來行使管理職責。因此,PC機和調終端都應該向用戶提供。最后由于X-Window的開發工具比在PC機上的開發工具要少得多。因此最終在我們的開發中,選擇了PC機作為管理工作站,SUNUltral作為服務器。

在實際工作中我們將管理者劃分為兩個部分——管理應用(managementapplication)和管理者網關(managergateway)。如圖8所示。

管理應用向用戶提供圖形用戶接口GUI并接受用戶的命令和輸入,按照定義好的消息格式送往管理者網關,由其封裝成CMIP請求,調用CMISAPI發往。同時,管理者網關還要接收來自的響應消息和事件報告并按照一定的消息格式送往管理應用模塊。

但是這種方案也有缺點。由于管理應用和管理者網關的分離,前者位于PC機上,后者位于Ultral工作站上。它們之間的相互作用須通過網絡通信來完成。它們之間的接口不再是一個參考點(ReferencePoint),而是一個物理上的接口,在電信管理網TMN中稱為F接口。迄今為止ITU-T一直沒能制定出有關F接口的標準,這一部分工作留給了TMN的開發者。鑒于此,我們制定了管理應用和管理者網關之間通信的協議。

在開發中,我們選擇了PC機作為管理工作站,SUNUltral作為我們的管理者網關。所有的管理應用都在PC機上。開發人員可以根據各自的喜好來選擇不同開發工具,如Java,VC++,VB,PB等。管理者網關執行部分的管理功能并調用CMISAPI來發送CMIP請求,接收來自的響應消息和事件報告并送往相應的管理應用。

管理者網關的數據結構是通過編譯信息模型(GDMO文件和ASN.1文件)獲得的。它基于DSG環境的。管理者網關必須完成下列轉換:

數據類型轉換:GUI中的數據類型與ASN.1描述的數據類型之間的相互轉換;

消息格式轉換:GUI和管理者網關之間的消息格式與CMIP格式之間的相互轉換;

協議轉換:TCP/IP協議與OSI協議之間的相互轉換。

這意味著管理者網關接收來自管理應用的消息。將其轉換為ASN.1的數據格式,并構造出CMIS的參數,調用CMISAPI發送CMIP請求。反過來,管理者收到來自的消息,解讀CMIS參數,構造消息格式,然后送往GUI。GUI和管理者網關之間的消息格式是由我們自己定義的。由于管理應用的復雜性,消息格式的制定參考了CMIS的參數定義和ASN.1的數據類型。

管理者網關是采用多線程(multi-thread)編程來實現的。

2.的開發

的結構如圖9所示。

為了使部分的設計和實現模塊化、系統化和簡單化,將agent分成兩大模塊——通用模塊和MO模塊——進行設計和實現。如圖所示,通用agent向下只與MO部分直接通信,而不能與被管資源MR直接進行通信及操作,即通用agent將manager發來的CMIP請求解析后投遞給相應的M0,并從MO接收相應的應答信息及其它的事件報告消息。

的作用是代表管理者管理MO。利用工具的支持,采用面向對象的技術,分為八個步驟進行agent的設計和實現,這八個步驟是:

第一步:對信息模型既GDMO文件和ASN.1文件的理解,信息模型是TMN系統開發的基礎和關鍵。特別是對信息模型中對象類和其中各種屬性清晰的認識和理解,對于實際的TMN系統來說,其信息模型可能很復雜,其中對象類在數量上可能很多。也就是說,在設計和實現agent之前,必須作到對MO心中有數。

第二步:被管對象MO的定制。這一部分是agent設計和實現中的關鍵部分,工具對這方面的支持也不是很多,特別是涉及到MO與MR之間的通信,更為復雜,故將MO專門作為一個模塊進行設計和實現MO和MR之間的通信以及數據和消息格式的轉換問題,利用網關原理設計一個網關來解決。

第三步:創建內置的M0。所謂內置MO就是指在系統運行時,已經存在的物理實體的抽象。為了保證能對這些物理實體進行管理,必須將這些被管對象的各種固有的屬性值和操作預先加以定義。

第四步:創建外部服務訪問點SAP。如前所述,TMN系統中各個基于分布式處理的worker之間通過SAP進行通信,所以要為agent與管理者manager之間、agent與網關之間創建SAP。

第五步:SAP同內置MO的捆綁注冊。由于在TMN系統中,agent的所有操作是針對MO的,即所有的CMIP請求經解析后必須送到相應的M0,而基于DSG平臺的worker之間的通信是通過SAP來實現的。因而,在系統處理過程中,當進行信息的傳輸時,必須知道相應MO的SAP,所以,在agent的設計過程中,必須為內置MO注冊某一個SAP。

第六步:agent配置。對agent中有些參數必須加以配置和說明。如隊列長度、流量控制門限值、agent處理單元組中worker的最大/最小數目。報告的處理方式、同步通信方式中超時門限等。

第七步:agent用戶函數的編寫,如agentworker初始化函數、子函數等的編寫。

第八步:將所有函數編譯,連接生成可運行的agent。

MO模塊是agent設計中的一個重要而又復雜的部分。這是由于,一方面工具對該部分的支持不是很多:另一方面,用戶的大部分處理函數位于這一部分;最主要的還在于它與被管資源要跨平臺,在不同的環境下進行通信。MO模塊的設計思想是在MO和MR之間設計一個網關(gateway),來實現兩者之間的消息、數據、協議等轉換。

MO部分的主要功能是解析,執行來自管理者的CMIP請求,維持各MO的屬性值同被管資源的一致性,生成CMIP請求結果,并上報通用agent模塊,同時與MR通信,接收和處理來自MR的事件報告信息,并轉發給通用agent。

MO部分有大量的用戶定制工作。工具只能完成其中一半的工作,而另一半工作都需要用戶自己去定制。用戶定制分為兩大類;

第一類是PRE-/POST-函數。PRE-/POST-函數的主要功能是在agent正式處理CMIP請求之前/之后與被管資源打交道,傳送數據到MR或從MR獲取數據并做一些簡單的處理。通過對這些PRE-/POST-函數的執行,可以確保能夠真實地反映出被管資源的運行狀態。PRE-/POST-函數分為兩個層次:MO級別和屬性級別。MO級別層次較高,所有對該對象類的CMIP操作都會調用MO級別的PRE-/POST-函數。屬性級別層次低,只有對該屬性的CMIP操作才會調用這些函數。DSET工具只提供了PRE-/POST-函數的人口參數和返回值,具體的代碼需要完全由用戶自己編寫。由于agent與被管資源有兩種不同的通信方式,不同的方式會導致不同的編程結構和運行效率,如果是同步方式,編程較為簡單,但會阻塞被管資源,適合于由大量數據返回的情況。異步方式不會阻塞被管資源,但編程需要作特殊處理,根據不同的返回值做不同的處理,適合于數據不多的情況,在選擇通信方式時還要根據MO的實現方式來確定。比如,MO若采用Doer來實現,則只能用同步方式。

第二類是動作、事件報告和通知的處理,動作的處理相對比較容易,只需考慮其通信方式采用同步還是異步方式。對事件報告和通知的處理比較復雜。首先,需要對事件進行分類,對不同類別的事件采用不同的處理方法,由哪一個事件前向鑒別器EFD(EventForwardingDiscriminator)來處理等等。比如,告警事件的處理就可以單獨成為一類。其次,對每一類事件需要確定相應的EFD的條件是什么,哪些需要上報管理應用,哪些不需要。是否需要記入日志,這些日志記錄的維護策略等等。

除了這兩類定制外,MO也存在著優化問題。比如MO用worker還是Doer來實現,通信方式采用同步還是異步,面向連接還是無連接等等,都會影響整個的性能。

如果MO要永久存儲,我們采用文件方式。因為目前DSET的工具只支持Versant、ODI這兩種面向對象數據庫管理系統OODBMS,對于0racle,Sybase等數據庫的接口還需要用戶自己實現。MO定制的工作量完全由信息模型的規模和復雜程度決定,一個信息模型的對象類越多,對象之間的關系越復雜(比如一個對象類中的屬性改變會影響別的類),會導致定制工作的工作量和復雜程度大大增加。

者agent在執行管理者發來的CMIP請求時必須保持與被管資源MR進行通信,將manager傳送來的消息和數據轉發給MR,并要從MR獲取必要的數據來完成其操作,同時,它還要接收來自MR的事件報告,并將這些事件上報給manager。

由上述可知,與被管資源MR之間的通信接口實際上是指MO與MR之間的通信接口。大部分MO是對實際被管資源的模擬,這些MO要與被管資源通信。若讓這些MO直接與被管資源通信,則存在以下幾個方面的弊端:

·由于MO模塊本身不具備錯誤信息檢測功能(當然也可在此設計該項功能,但增加了MO模塊的復雜性),如果將上向發來的所有信息(包括某些不恰當的信息)全部轉發給MR,不僅無此必要,而且增加了數據通信量;同理MR上發的信息也無必要全部發送給MO。

·當被管資源向MO發消息時,由于MIT對于被管資源來說是不可知的,被管資源不能確定其相應MO在MIT中所處的具置,從而也就無法將其信息直接送到相應的MO,因而只能采用廣播方式發送信息。這樣一來,每當有消息進入MO模塊時,每個MO都要先接收它,然后對此消息加以判斷,看是否是發給自己的。這樣一方面使編程復雜化,使軟件系統繁雜化,不易控制,調試困難;另一方面也使通信開銷增大。

·MO直接與被管資源通信,使得系統在安全性方面得不到保障,在性能方面也有所下降,為此,采用計算機網絡中中網關(gateway)的思想,在MO與被管資源建立一個網關,即用一個gatewayworker作為MO與被管資源通信的媒介。網關在的進程處理中起到聯系被管資源與MO之間的“橋梁”作用。

六、總結與展望

Q3接口信息建模是TMN開發中的關鍵技術。目前,各標準化組織針對不同的管理業務制定和了許多信息模型。這些模型大部分是針對網元層和網絡層,業務層和事務層的模型幾乎沒有,還有相當的標準化工作正在繼續研究。業務層和事務層的模型是將來研究的重點。

篇4

近二十年來,中國電力的迅猛發展,從1979年的全國裝機6300萬KW展到2002年的35300萬KW。隨著電網規模規模越來越大,具有壟斷性質的電網公司的運營管理也暴露出管理方面的局限性。

1.電網企業績效管理存在的問題

績效管理是人力資源開發與管理體系的中樞和關鍵,但目前我國電網企業績效管理中存在著以下問題:企業績效管理與戰略實施相脫節,戰略目標沒有被層層分解到所有員工,員工出現與企業戰略目標相背離的行為;企業績效管理僅僅被視為一種專業的人力資源技術,沒有與人力資源系統中的其他業務板塊協同發揮作用;績效管理被認為是人力資源部門的工作,各級管理者沒有在績效管理中承擔相應的責任等。這些問題的存在說明電網企業對績效管理的目標的不明確。

2.電網企業電力物流存在的問題

電網企業從對實物物料的需求、采購決策、合同簽訂履行、績效評價等形成的在企業內部的供應鏈鏈條。隨著電網企業的規模的擴大,電力企業內部一體化尚未完成,信息缺乏共享;電力物流的概念也尚未深入電力企業職工的心里;

3.安全生產方面的局限性

電網企業安全生產標準只是國內的標準,沒有借鑒國際一流電網公司的生產管理經驗,與國際接軌不足。

4.企業文化的局限性

目前電網企業標志能涵蓋企業全部物態內容,對于員工還是單純以問題活動為企業文化。在知識經濟時代明顯是管理不創新。

二、電網企業管理創新的具體方面

電網企業管理創新的目的不是為創新而創新,而是要建立起更加主動的以客戶為中心、讓政府滿意的服務型電網企業,要建立起員工素質高、物流效率高、安全生產水平高、供電可靠率高和供電成本低的經營型電網企業,管理創新的具體方面如下:

1.人力資源方面創新

成立人力資源管理委員會,推進人力資源管理變革;改革管理模式,建立適應電網企業發展戰略的人力資源管理新框架;規范組織機構設置,為人力資源合理配置提供基礎平臺;完善績效管理體系。

2.物流管理創新

建立省市兩級物流,省級物流主要創新點有:統一供應商的選擇和評價體系;建立全省的物資信息共享;建立省級電力物流配送中心;建立實施網上采購,降低時間成本。實際物流管理創主要是運用具體的物流管理系統進行電子化統一管理。

3.安全生產管理創新

電網企業安全生產應積極借鑒國際一流電網公司的生產管理經驗,采取同業對標、推行規范化檢修等方式方法,導入電網安全健康環境體系等。在此基礎上,電網企業還要充分利用高科技手段,構建數字化電網。

4.企業文化創新

電網企業應根據企業的性質、定位、使命,進行企業文化的定位、文化表述和文化闡釋,創新具有企業自身特點、又具有時代特征的企業文化。

篇5

一些本不該由人民群眾負擔的成本費成為人們很大的經濟負擔,一些農民有電都不敢用。這一系列現象嚴重影響了人民生活水平的提升,也制約著農村經濟的快速發展。經過國家大規模的、長時間的城鄉電網改造,我國農村輸電和配電的水平都得到了極大的提高,電線損耗也減少了很多。另外,國家推行的城鄉同網同價的原則也大大減輕了人們的負擔,農民不需要再負擔額外的成本費,也不需要負擔各級政府的額外加價,極大帶動了電力的消費和經濟的發展。

2農村電壓電網改造的現狀

在農村電網改造中,對農村電網進行了科學合理的規劃和布局,使其結構更加合理,更換掉破舊的電路,修好損壞的設備,使電網整體的健康狀況得到了極大的改善,刺激了人民的用電需求。各戶人家的電燈亮了,電扇轉了,逐步用上了洗衣機、電視機等多種家用電器,生活質量得到了極大的提高,也擁有了不一樣的文化生活。經濟發展也為農村帶來了更多發展的機遇,農村招商引資擁有了基本的物質條件,各個鄉鎮企業的正常運行得到了基本的保證。

3農村電壓電網管理方面存在的問題

電網改造在帶來諸多好處的同時也給電網的管理帶來了難題。在農村的用電管理中還存在著很多問題,值得我們關注與解決。電力系統中仍帶有計劃經濟色彩,在如今電網管理中,存在著收入不公的情況。一些農村電工干的是最累最辛苦最危險的活,拿的卻是最微薄的工資,獎金福利少之又少;而一些公司內部的員工,在室內工作卻得到更高的薪酬。這是十分不公平的,長此以往,必然會打擊到農村電工的工作積極性。倘若因此發生工作失職、管理不當等問題,所引發的后果不堪設想。所以農村電網管理要解決好人員的工資分配問題。近年來,由于電力設備年久失修所引起的意外事故屢見不鮮,因此電力線路設備的維護工作也十分重要。另外,要提高農民的安全意識,安全用電,保護生命財產安全。

4供電部門如何應對現存問題

實現農村電網的信息化也包括要實現電表的自動化記錄,從前挨家挨戶抄電表的方式太麻煩且容易發生記錄錯誤的現象。實現自動化管理能夠更方便快捷地了解各家各戶的用電狀況,實現農村電網管理的現代化和信息化。供電部門使用計算機技術對農村用電狀況進行系統精確的記錄和管理也更加直觀有效,減少了人力物力的損耗和浪費。和一些發達國家相比,我國農村的電力管理還是有很多需要改進的地方,需要不斷學習,采用更加先進的技術和管理模式,達到能夠遠程控制、系統管理的水平。還要能夠預測用電情況的變化趨勢,制定更加符合實際的管理模式。

5農村電壓電網先進技術在電網管理中的應用

針對農村電網中存在的諸多問題,相關工作人員也提出了多種解決方案,并從中選擇出最佳方案。在管理方面也引進了先進的技術,實現管理效率的最大化。例如應用GIS系統進行管理,以便做出更加科學的決策。GIS系統對于農村電力網絡來說很適用,但成本很高,工作量也很大,經過改造可以應用于供電站的管理。此外,對于在農村用電采用抄表的方式記錄用電量這一狀況,相關人員提出了載波集中抄表系統和低成本抄表器等設想,在經濟水平較低尚不能實現自動化抄表的地區,可以暫時以低成本的抄表器來替代,這樣一來,既解決了數據的記錄問題,還能夠自動核對,更加系統精確地管理數據。

6結語

篇6

鄉鎮農村地區的村落較為分散,居民住所不集中,居民居住的整體范圍較廣泛,給安裝有線電視帶來了極大的困難。農戶居住比較分散。農村地區除了村落分散之外,其居所也較為分散,各個居民之間的房屋間距較大,不宜管理。地勢較為復雜聯網費用高。部分農村地區的環境較差、道路不通,地勢復雜,信號接收能力較差,需要在此安裝信號接收站,使得聯網的費用不得不提升,這對部分農民造成了影響。農民較低的素質、薄弱的法律知識,無法集中管理。農村地區部分居民素質不高,對法律法規的了解程度也不夠深入,當安裝了有線電視以后,他們不懂得去保護,不利于管理。

依照農村經濟發展存在著較大的差距可以了解到,農村經濟發展不平衡,村與村之間、鄉與鄉之間經濟收入都存在著較大區別,那么針對農村地區的這種不平衡發展的現象,先對家庭條件較好的用戶進行安裝,再對家庭條件較差的用戶進行安裝,先在人口居住較為密集的地區安裝,逐步向周圍擴散,對于新舊客戶,則應該采用一戶一線分配式入戶,能夠幫助站點有效管理,也能夠降低網絡故障,獲得較好的信號,且所花費的投入資金也相對較少,實踐證明,在部分新網安裝途中,運用一戶一線分配方式能夠保證用戶獲取較好的信號,效果很理想。不過,部分村還應該根據鄉鎮實際情況來制定相應的用戶接入網絡結構模式。

對于任何一個企業來講,最基本的目的都是希望能夠在最短的時間段內獲得最大的經濟效益,對于部分農村地區來講,大量采用光接點模式,所運用的模式能夠獲得在最低成本的基礎上獲取最大的利潤,對于面積較廣闊,人口較為集中的部分村落,就可以安裝光接點,放大器一般在3~5級之間,面積較小、居民不集中的村落則可以根據其環境、地勢等將周邊的幾個村聯合起來安裝一個光接點,光接點的服務半徑至少要小于等于2千米,并通過光接點向四周逐步擴散,不斷的增加有線電視最終覆蓋范圍。

當部分用戶的網絡出現問題,一定要第一時間趕到現場為其檢查線路,查找原因,保證用戶能夠享受到較高的服務,提升服務水平和服務質量。平時也要加大對信號傳輸設備等的檢查和維護力度,減少損失。廣播電視局應該成立專門的執法組織,對部分毀壞有線電視信號、設備等人員應該依照相關法律法規給予處分。有線電視的收費可由廣播電視局根據實際情況靈活多樣的制定收費制度。在農村地區落實架設、安裝、驗收環節后,對于各個設備等都應該進行編號,并將部分技術參數認真登記,并存檔,妥善保管,方便管理與查詢。廣播電視局還應該增強宣傳力度,讓人們了解到有線電視網絡是國家所有,每個公民和企業都有權利和責任對其進行保護。另外,對于網絡工程的腳架上則應該印上“維護有線電視網絡,人人有責”等字樣,來提醒人們要將網絡保護作為自己的一種責任,盡可能的減少有線網絡的損失。對于廣播電視局的管理人員應該做到職責明確、公私分明,倘若因為管理人員失職而讓網絡出現故障或者發生其他事件,則應該給予其責任人嚴厲的處分。

鄉鎮地區的監督員則應該由當地的村干部來擔任,鄉鎮干部的文化程度較高,具有較強的綜合素質,與周圍群眾相處的時間較長,能夠密切聯系群眾,當有線網絡出現故障,能夠及時的解決問題,實現預防與對策的雙效合一。倘若用戶的信號出現問題,經過再三核實,確定了問題不在于電視機之后,就應該及時向上面反映,較小區域內的問題就應該在第一時間內開始維修,盡可能的使其在24小時內搶修成功,主干線地區則應該在3~7天時間段內得到修復,倘若有關部門在規定的時間內完成修復工作,用戶也就應該在規定的時間內繳納相應的收視費,否則,相關部門有權利對其進行作出暫停信號的處理。

篇7

圖1所示是經常遇見的一種有兩電個電源、3個變(配)電所的兩端供電網絡。開式運行方式通常采用的是:電源甲供變(配)電所A、C,電源乙供變(配)電所B;電源甲供變(配)電所A,電源乙供變(配)電所B、C。即變(配)電所C的負載是由電源甲供電,還是由電源乙供電,需在這兩種運行方式中通過定量計算,優選損耗最小的經濟運行方式。

為使分析計算簡單化,計算中取電網運行電壓U等于額定電壓UΝ,各負載功率因數cosφ為平均值cosφp。這是因為電網運行電壓在規定的范圍內,與額定值的偏差最大不超過10%;目前在電網中普遍應用無功補償裝置,基本實現無功就地平衡,各變(配)電所負載的功率因數都比較高,這些假設對計算結果造成的誤差很小。

本文首先對3個變(配)電所電網開式經濟運行方式進行分析討論,再深入到有多個變(配)電所的電網。

13個變(配)電所電網經濟運行方式的判定

1.1有功經濟運行方式的臨界負載

令變電所A、B、C的負載分配系數分別為DA、DB、DC,其與各負載間的關系為

DA和DB的關系有

DA+DB=1(2)

當變電所C的負載SC由電源甲供電時,既要在線路L1C的R1C產生有功功率損失,又要引起線路L11的R11損失的增加,由負載SC所產生的總有功功率損失的ΔP甲C(kW)計算式

當變電所C的負載SC由電源乙供電時,既要在線路L2C的R2C產生有功功率損失,又要引起線路L21的R21的損失增加。由負載SC所產生的總有功功率損失的ΔP乙C(kW)計算式

以上二式中,當R11、R21、R1C、R2C、和Sσ、DC為常數時,則ΔP甲C=f(DA)和ΔP乙C=f(DA)。令ΔP甲C=ΔP乙C整理后得

(2DLPADC+DC2)R11+DC2R1C

=[2DC(1-DLPA)+DC2]R21+DC2R2C(5)

化簡后,可求得臨界負載分配系數DLPA

對式(6)進行分析,在DLPA=f(DC)函數關系中,有下列三種情況:(1)當(R21+R2C)-(R11+R1C)>0時,DLPA=f(DC)的曲線變化如圖2a所示;(2)當(R21+R2C)-(R11+R1C)=0時,DLPA=f(DC)的曲線變化如圖2b所示;(3)當(R21+R2C)-(R11+R1C)<0時,DLPA=f(DC)的曲線變化如圖2c所示。

由圖2可知:當實際工況負載DA<DLPA時應由電源甲供電為經濟運行方式,當SA>DLPB時應由電源乙供電為經濟運行方式。

1.2無功經濟運行方式的臨界負載

同理也可給出變電所C的負載SC由電源甲和電源乙供電的二種運行方式的無功功率消耗ΔQ甲C(kvar)和ΔQ乙C(kvar)的計算式

根據以上二式同理可導出變電所C由電源甲供電的無功經濟運行方式臨界負載系數DLQA

把圖(2)中的DPA、DPC和DLPA分別換成DQA、DQC和DLQA,也適用于對無功經濟運行方式的分析。

1.3綜合功率經濟運行方式的臨界負載

變壓器(電力線路)綜合功率損失是指:由變壓器(電力線路)的有功功率損失和無功功率消耗,使受電網增加的有功功率損失與變壓器(電力線路)自身的有功功率損失之和。綜合功率損失的概念和計算方法已納入GB/T13462—92國家標準中。

同理也可給出變電所C的負載由電源甲和電源乙供電的二種運行方式綜合功率損失計算式(略),并可導出變電所C由電源甲供電方式的綜合臨界負載分配系數DLZA的計算式

式中KQ—無功經濟當量;

KP—有功經濟當量。

無功經濟當量KQ的物理意義是:變壓器(電力線路)每減少1kvar無功功率消耗時,引起連接系統有功功率損耗下降的kW值。有功經濟當量KP的物理意義是:變壓器(電力線路)每減少1kW有功功率損耗時,引起連接系統有功功率損耗下降的kW值。

篇8

全世界最早制定出安全條例的杜邦公司,建立了以所有安全事故都是可以控制的、所有安全隱患都是可以控制的、安全是企業形象等為原則的安全管理體系,并獲得了社會廣泛認同。2001年,杜邦在全球267個工廠和部門中,50%工廠沒有傷害記錄,20%工廠超過10年沒有傷害記錄,在70多個國家,79000名員工創造了250億美元產值,被評為美國最安全的公司,杜邦安全管理體系的關鍵要素就是風險控制。對于供電企業來說生產系統是一個復雜的系統,事故的發生既有物的不安全狀態,又有人的不安全行為的原因,事先很難估計充分,有時重點預防的問題沒發生,但未被重視的問題卻釀成大禍。為使預防工作真正起到作用,一方面要重視經驗,對已形成的事故進行統計,發現規律,做到有的放矢,另一方面要采取科學的安全分析、評價技術,對生產中人和物的不安全因素及其后果做出準確判斷,從而采取有效的對策,預防事故的發生。日常生產以消除或降低危險程度為目的,以危險點辨識為基礎,以風險預控為核心,以管理員工不安全行為為重點,以切斷事故發生的因果鏈為手段,經過多周期的不斷建設,通過閉環管理,逐步完善提高公司安全管理基礎,穩定公司局面。

2建立以風險為驅動的安全管理體系

深入分析電網安全發展過程中面臨的形勢和挑戰,積極借鑒和吸收國際先進的安全管理理念和方法,全面推進安全風險管理體系建設,不斷提升安全風險預控水平。安全管理分為經驗管理、制度管理、預控管理三個階段。預控管理是安全管理的最后階段,也是安全管理的最高階段,其基本原理就是應用風險管理的技術,采用技術和管理綜合措施,以管理潛在的危險源來控制事故,從而實現“一切意外均可避免”、“一切風險皆可控制”的風險管理目標。必須做到全過程管控,以安全風險為驅動,以作業計劃為主線,以安全風險管控系統為平臺,通過各專業、各層級、多部門、全過程的協調、上下聯動開辟一個安全、穩定的生產環境。目前,公司已形成生產作業現場風險分析系統,通過系統將作業現場的人身、電網、設備、環境四方面存在的風險進行分析定級,系統會給出預防措施,但由于人的不可控因素,往往措施在現場不能得以有效落實,所以作業安全風險的落實是安全管理的基石,安監部嚴格把握安全生產著力點,通過“三講一落實”的工作方法開展,督促班組現場措施有效執行。

3三講一落實有效落地作業安全風險管理

主要基于車間、班組、個人等結合專業特點和工作實際,辨識作業現場存在的危險源,有針對性的落實預防措施,控制作業違章、誤操作、人身傷害等安全風險,保障作業全過程的安全。因此作業安全風險管理關鍵就是危險源辨識和預控。“講任務”。任務要清楚,分工要明確,流程要清晰。每日班組在組織生產過程中,應根據當前的生產任務、現場實際情況、天氣情況及人員狀況合理分配工作任務。工作負責人接到工作任務后組織工作班成員對其進行學習,并向每個工作班成員提前布置,下達分項任務,學習該項工作的檢修工藝流程,強化業務技能。講任務的基本內容包括工作任務、分工、流程。班組成員要搞清楚工作任務是什么,工作該怎么干。“講風險”。風險辨識要全面、細致。工作任務和工作班成員確定后,工作負責人組織工作班成員召開班前會,根據實際工作任務,對照典型危險點進行分析,要求所有工作班成員辨識作業環境、作業方法、設備本身存在的危險因素,提出該項作業人身、電網、設備、環境四方面存在的風險分析認識,提高危險點分析的準確性。必要的時候應該有針對性的查閱圖紙、資料、規程、事故案例,以便強化每一名工作班成員對作用風險的辨識和控制能力。對復雜作業,工作負責人要親臨現場進行勘查。在現場實際工作開始前,工作負責人還應組織工作班成員結合實際情況,進一步開展風險分析,彌補在班前會的分析不準確、不到位的方面,做好工作中易碰帶電部位、高處作業易跌落等風險的辨識等工作。“講措施”。安全措施及風險控制要切實可行,不講空話、套話。安全風險確定后,工作班成員要根據每一條作業風險,結合工作實際開展過程需要,從個人能力要求、個體防護要求、安全作業現場、安全作業行為四個方面,制定切實有效的具有操作性的防控措施,保證現場“可控、在控、能控”。“抓落實”。作業前對作業人員進行預控措施的說明和提醒,確保熟知與作業有關的危險因素、可能風險、預控措施。必須檢查確認現場安全措施有效落實,工作負責人必須帶領工作班成員確認各項安全措施落實到位,包括必須拉開的斷路器、隔離刀閘,懸掛的標識牌、警示標志,設置的安全圍欄等安全措施。作業中,工作班成員必須規范作業行為,按照標準化作業流程開展各項作業,避免無知性的違章和習慣性違章行為的發生。公司各級管理人員將嚴格按照到崗到位標準開展督查工作,確保各項安全措施落實到位,風險辨識到位,控制措施布置到位。

4取得的效果

篇9

計劃管理部門應當重視項目計劃的編制,一旦計劃確定,工程管理部門應嚴格執行,無論是投資金額或是設計規模等,都不得隨意變更。工程預算則是確定工程造價的一項重要工作,是衡量設計方案是否經濟合理、是否突破設計概算的依據。工程財務在付款時,必須審查發生費用的項目是否列入批準的投資計劃及工程概算內,對于未列入投資計劃和工程概算的支出應當拒絕付款。工程結算階段,工程財務人員應認真核對撥付工程款的金額以及由建設單位墊付的應由施工單位承擔的各種款項和費用,以免漏結、漏算、多結、多算,完成好事后控制。

2.認真履行合同,把好工程進度款支付關

基建工程一般均采用招投標的方式承包給施工單位,因此撥付工程款是工程會計核算的主要工作,也是工程財務管理的一項重要內容。工程款超付,會形成資金風險;工程款撥付不及時,又將影響工程進度,延誤工期,既占壓了資金,又不能按時竣工發揮效益。為此工程財務人員應注重與基建部門溝通,及時掌握工程實際完成情況,努力做好事中控制。主要把握以下三點:(1)施工進度的確認。工程進度是通過工程進度表來反映的,進度表必須有項目經理和監理的簽字確認,同時要有建設方代表和相關負責人的認可。(2)必須堅持按合同付款和本單位制度規定的相關審批權限等進行付款。(3)特殊情況的付款,必須有相應完善的情況說明和資料,有施工單位、甲方代表相關負責人及監理單位的認可,減少不必要的糾紛,同時也使各方清楚合同的執行情況。

3.各方重視,把好竣工決算關

首先,領導應高度重視基建工程項目的竣工決算,強化項目管理意識,成立以單位負責人牽頭,各職能部門負責人和相關專責為組成成員的項目竣工決算管理機構,負責工程的竣工決算工作。單位負責人應在關鍵問題、重要環節親自參與,對存在的爭議問題應組織相關部門與施工方積極協商解決,從而使基建竣工決算順利開展。其次,明確責任劃分,建設方的各項目負責人,要對自己分管的項目負責到底,直至完成最后的竣工交付。在此期間,基建部門應減少人員的頻繁變動,盡量避免出現沒有人對某個項目自始至終的建設過程全面了解的情況。再次,加強人員素質管理。工程財務工作的特殊性對工程財務人員提出了較高的工作要求,財務人員是否具備更全面的專業知識以及良好的職業道德,在很大程度上決定著竣工決算的及時性與準確性。最后,基建部門應設置獨立的內部檔案管理崗位,專人負責保管和收集工程項目的有關資料,對其進行系統整理、分類歸檔,為竣工決算提供完整、準確的數據資料,確保竣工決算的及時性。

4.加強溝通與協調,強化部門責任關

劃分職責,明確分工,建立完善的工作程序。例如,基建部門定期編制工程進度完成情況表和用款計劃表,使工程財務對未來的用款情況有所了解,合理安排資金,保證工程款、材料款及其他所需支付款項能夠及時到位,減少被動付款,提高資金使用效率;工程財務人員也應定期向基建部門提供賬面投資完成情況表及資金支付等情況。

篇10

關鍵詞:電網監測嵌入式系統

為了保證電網的安全運行,了解電網運行狀況,需要對電網的各種運行參數(如三相電壓、電流、有功功率、無功功率等)進行實時監測。嵌入式遠程電網監測系統將現代計算機、通信、網絡及自動化技術融為一體,對配電網進行遠程監測、協調和控制,從而優化配電網絡。利用以太網的豐富資源及UBICOM公司高速單片機SX52BD構建分布式以太網嵌入測控系統是一種低成本、高可靠且快捷的技術方案。

1系統結構

系統結構如圖1所示。監控中心工作人員可通過以太網直接訪問分布在各監控現場的監測儀,了解各電網的運行狀況,從而采取相應措施。電網遠程監控系統的核心部件是嵌入式電網監測儀,與PC機+網卡+采集卡的以太網測空系統相比成本大為降低,實現了嵌入式系統的大眾化、普及化。

圖1嵌入式電網監控系統結構

2嵌入式電網監測儀的結構功能

電網監測儀對電網上的電壓、電流信號進行采樣和數據處理,在一定時間要保存數據,具體功能如下:

(1)實時監測三相電壓Va、Vb、Vc和四相電流Ia、Ib、Ic、T0;

(2)監測A、B、C三相功率因素;

(3)通過RJ45接口與以太網通信;

(4)保存整點時刻電壓、電流數據、功率因素,保存月統計數據;

(5)用數碼管顯示,使用戶可以在現場查看和設置儀表的運行參數及歷史記錄。

該電網監測儀結構如圖2所示。主要由單片機、電壓電流采樣模塊、功率因素監測模塊、以太網接口模塊等組成。完成對電網參數的監測,實現信號處理、數據顯示及電網運行狀態顯示等功能。

2.1單片機

單片機模塊是整個電網監測儀的核心。主要完成兩大功能:(1)數據采集處理;(2)實現以太網的接入。將經過電壓電流監測模塊得到的三相實時電壓、三相實時電流和中線電流進行處理;實時監測數據可通過RJ45接口傳送以太網,使監控中心及時得到電網的相關參數;同時電網監控軟件根據測試參數判斷電網運行狀況,電壓是否越限或老家低等。

單片機選用UBICOM公司8位超高速單片機SX52BD,每秒運行數據能力達1億次。由于UBICOM單片機的速度極高,能夠實現實時多任務操作,可以在MCU執行數據采集和控制功能的同時把數據打包并傳送到互聯網上。用8位微控制器通過ISP接入互聯網,器件少,系統成本低。UBICOM單片機屬RISC結構,芯片上有Flash程序存儲器,可以在安裝在系統后進行編程和調試。由于CPU采用并行流水作業方式,執行一條指令只需要一個時鐘周期,工作在100MHz時指令執行速度可達100MIPS,所有I/O可以通過編程靈活配置。

SX52BD單片機可以輕松地實現虛擬外設的功能。CPU通過執行虛擬軟件模塊直接驅動普通I/O口實現硬件外設功能(如UART、I2C、SPI、CallerID、FSK等)。即把許多需要硬件實現的功能接口,借助處理器的高速處理能力,通過編寫相應的軟件模塊實現。UBICOM公司用匯編語言實現以太網TCP/IP協議棧。在外妝一個以太網控制芯片(RTL8019AS)的情況下還可以實現互聯網(IEEE802.3)協議處理,使該單片機系統可以直接通過RJ45連到以太網上。

2.2電壓電流采樣模塊

根據采樣信號的不同,可分為直流采樣與交流采樣兩大類。直流采樣是把交流電壓、電流信號轉化為0~5V的直流電壓,再送到A/D轉換器進行轉換。即A/D轉換器采樣的模擬量為直流信號。它的主要特點是:數據刷新速度快,隨著元器件技術的發展,穩定度、精確定大為提高。

交流采樣是相對直流采樣而言,直接對交流電壓和電流波形進行采樣,然后通過一定的算法計算出電壓、電流的有效值、有功功率、無功功率等。

交流采樣對環境溫度有一定要求,同時對A/D轉換器的轉換速度和采樣保持器要求較高;為了保證測量精度,一個周期內,必須保證足夠的采樣點數,而且采樣計算程序相對復雜,對CPU要求較高,因此該儀器采用直流采樣。其工作原理如圖3所示。

2.3功率因素檢測模塊

功率因素檢測模塊有兩大功能:(1)判別電壓是超前還是滯后電流;(2)判別功率因素大小。具體相關電路如圖4所示。是當電壓超前電流時,U15B輸出為“1”;反之輸出為“0”。電壓、電流的正弦波形分別經過零比較器后(電路忽略)轉換為方波,輸入2/4譯碼電路。譯碼電路只有當A、B信號為“01”或“10”時,X端口才輸出Vref,對積分電流充電;當A、B信號為“00”或“11”時,輸出端口為零。而A、B信號為“01”或“10”的時間正是電壓、電流相位差的時間。時間越長,對電容C23充電的時間也越長。因此,電容上的電壓反映了相位差的大小。CPU經過數據處理可確定功率因素的大小。

2.4以太網接口模塊

以太網接口模塊選用RealTek公司的RTL8019AS全雙工以太網控制器,主要功能是處理以太網協議。它自帶16KB的SRAM,并通過RJ5接口與以太網通信。數據的流向為:請求信息從以太網來,通過RJ45送到RTL8019AS,處理后的數據包送入SX52BD協議棧,由協議棧對數據包進行解析,得到原始請求信息。請求信息再經過SX52BD的處理,產生回復信息。回復信息到以太網的過程與上述過程正好相比。

2.5其它模塊電路

EEPROM:CPU通過I2C總線訪問EEPROM器件24C256。網頁就存儲在EEPROM中。EEPROM中的網頁內容通過主CPU的讀寫操作可以實現網頁的瀏覽、重新下載和更新。受容量的限制它不可能存儲大量頁面。

圖4功率因素檢測模塊電路圖