曹軍　李林　王正陽(yáng)　崔紅輝

摘要：WebService是當(dāng)前廣泛應(yīng)用于WLAN的一種新的系統(tǒng)集成技術(shù)，基于SOAP（Simple Object Access Protocol）協(xié)議可實(shí)現(xiàn)異構(gòu)環(huán)境下的信息交互。IEC61400-25-4是風(fēng)力系統(tǒng)通信標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)通過(guò)WebService通信映射，可以很好解決電力系統(tǒng)中通信平臺(tái)以及通信規(guī)約繁多，模型多樣化的問(wèn)題，通過(guò)實(shí)現(xiàn)異構(gòu)平臺(tái)的數(shù)據(jù)信息交互，可以極大地提高電力通信的質(zhì)量與效率。本文通過(guò)探討基于嵌入式平臺(tái)系統(tǒng)，實(shí)現(xiàn)IEC61400-25-4通信服務(wù)的WebService映射方法，設(shè)計(jì)一種新型配電網(wǎng)智能配電終端的通信方式。

Abstract： WebService is a new system integration technology widely used in WLAN. Based on SOAP（Simple Object Access Protocol） Protocol， information interaction in heterogeneous environment can be realized. IEC61400-25-4 is a standard communication of wind power system. Through WebService communication mapping， the standard can well solve the problem of various communication platforms， communication protocols and models in the power system. By realizing data information interaction of heterogeneous platforms， it can greatly improve the quality and efficiency of power communication. This paper discusses the WebService mapping method of IEC61400-25-4 communication service based on embedded platform system， and designs a new communication mode of intelligent distribution terminal of distribution network.

關(guān)鍵詞：WebService;Soap;智能配電終端;服務(wù)映射

Key words： WebService;Soap;intelligent distribution terminal;service mapping

中圖分類(lèi)號(hào)：TM727;TP277? ? ? ? ? ? ? ? ? ? ? ? ? ? 文獻(xiàn)標(biāo)識(shí)碼：A? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 文章編號(hào)：1006-4311（2019）28-0282-06

0? 引言

當(dāng)前，電力工業(yè)迅猛發(fā)展，工業(yè)生產(chǎn)和人們?nèi)粘Ｉ顚?duì)電力的需求量日益增加。文獻(xiàn)[1]提到電力系統(tǒng)變得越來(lái)越龐大，如何能有效的管理好，調(diào)度好電力系統(tǒng)，電力系統(tǒng)通信是關(guān)鍵。但是，文獻(xiàn)[2]提到目前的電力系統(tǒng)通信方式種類(lèi)繁多，通信的平臺(tái)及系統(tǒng)軟件也多種多樣。而且，電力系統(tǒng)中通信的層次結(jié)構(gòu)比較復(fù)雜，有終端單元，調(diào)度子站，調(diào)度主站，變電站系統(tǒng)等[3];通信的信息量大，有遙測(cè)、遙信、遙控、遙調(diào)四遙功能、故障信息錄波、采樣數(shù)據(jù)等大量不同類(lèi)型的數(shù)據(jù)信息[4]。文獻(xiàn)[5]提出如何能有效的實(shí)現(xiàn)龐大復(fù)雜的電力通信系統(tǒng)中數(shù)據(jù)信息共享，高效、快速、簡(jiǎn)潔的數(shù)據(jù)通信，采用合理恰當(dāng)?shù)耐ㄐ艆f(xié)議是解決問(wèn)題的要點(diǎn)。Webservice作為一種系統(tǒng)集成技術(shù)，文獻(xiàn)[6]采用一套標(biāo)準(zhǔn)協(xié)議SOAP協(xié)議實(shí)現(xiàn)信息封裝，實(shí)現(xiàn)不同信息類(lèi)型、信息結(jié)構(gòu)的交互，實(shí)現(xiàn)通信雙方在Web上互操作性。并且Webservice只提供相關(guān)標(biāo)準(zhǔn)和數(shù)據(jù)封裝方式，并沒(méi)有強(qiáng)制用戶(hù)使用何種語(yǔ)言，何種平臺(tái)，這樣就有效的解決平臺(tái)和系統(tǒng)異構(gòu)問(wèn)題[7-9]。本文，就是通過(guò)討論基于嵌入式的Webservice實(shí)現(xiàn)技術(shù)，來(lái)展望電力系統(tǒng)中的一種新的通信方式基于Webservice的通信服務(wù)，并且結(jié)合61400-25-4通信服務(wù)映射來(lái)實(shí)現(xiàn)一種新的智能FTU的通信功能。

1? WebService概述及實(shí)現(xiàn)方法

WebService，顧名思義就是基于Web的服務(wù)。它使用Web（HTTP）方式，接收和響應(yīng)外部系統(tǒng)的某種請(qǐng)求，從而實(shí)現(xiàn)遠(yuǎn)程調(diào)用。它主要是為了使原來(lái)各自孤立的站點(diǎn)之間的信息能夠相互通信、共享而提出的一種接口。WebService所使用的是Internet上統(tǒng)一、開(kāi)放的標(biāo)準(zhǔn)，如HTTP、XML、SOAP、WSDL等，因此，WebService可以在任何支持這些標(biāo)準(zhǔn)的環(huán)境（Windows，Linux）中使用。

從WebService的工作模式上理解的話，它跟普通的Web程序（比如ASP、JSP等）并沒(méi)有本質(zhì)的區(qū)別，都是基于HTTP傳輸協(xié)議的程序。但是，WebService與普通的Web程序還是有一個(gè)重要差別，同時(shí)也是進(jìn)行Webservice編程中需要仔細(xì)注意的地方：WebService只采用HTTP POST方式傳輸數(shù)據(jù)，不使用GET方式。

WebService中所使用的數(shù)據(jù)均采用XML格式，目前標(biāo)準(zhǔn)的WebService主要采用SOAP協(xié)議來(lái)實(shí)現(xiàn)數(shù)據(jù)格式封裝，SOAP協(xié)議實(shí)際上就是一種基于XML編碼規(guī)范的文本協(xié)議。XML是Web Service平臺(tái)中表示數(shù)據(jù)的基本格式。除了易于建立和易于分析外，XML主要的優(yōu)點(diǎn)在于它既與平臺(tái)無(wú)關(guān)，又與廠商無(wú)關(guān)。XML是由萬(wàn)維網(wǎng)協(xié)會(huì)（W3C）創(chuàng)建，W3C制定的XML SchemaXSD定義了一套標(biāo)準(zhǔn)的數(shù)據(jù)類(lèi)型，并給出了一種語(yǔ)言來(lái)擴(kuò)展這套數(shù)據(jù)類(lèi)型。

Web Service平臺(tái)需要一套協(xié)議來(lái)實(shí)現(xiàn)分布式應(yīng)用程序的創(chuàng)建。任何平臺(tái)都有它的數(shù)據(jù)表示方法和類(lèi)型系統(tǒng)。要實(shí)現(xiàn)互操作性，Web Service平臺(tái)必須提供一套標(biāo)準(zhǔn)的類(lèi)型系統(tǒng)，用于溝通不同平臺(tái)、編程語(yǔ)言和組件模型中的不同類(lèi)型系統(tǒng)。目前這些協(xié)議有：XML和XSD。

Web Service平臺(tái)是可采用XML作為數(shù)據(jù)類(lèi)型系統(tǒng)的。當(dāng)用某種語(yǔ)言如C/C++，Java，VB. NET或C#來(lái)構(gòu)造一個(gè)Web Service時(shí)，為了符合Web Service標(biāo)準(zhǔn)，所有使用的數(shù)據(jù)類(lèi)型都必須被轉(zhuǎn)換為XML類(lèi)型。如想讓它使用在不同平臺(tái)和不同軟件的不同組織間傳遞，還需要用某種東西將它包裝起來(lái)。這種東西就是一種協(xié)議，如SOAP。

不管如何，WebService運(yùn)行必須有個(gè)平臺(tái)，即web服務(wù)器。WebService和web服務(wù)器的關(guān)系是：WebService是Web服務(wù)器上應(yīng)用;反過(guò)來(lái)說(shuō)，Web服務(wù)器是WebService運(yùn)行時(shí)所必需的容器。Web服務(wù)器不僅可以是Windows，而且可以是Linux;既可以是龐大的服務(wù)器群，又可以是簡(jiǎn)單的嵌入式服務(wù)器。本文實(shí)現(xiàn)的正是基于嵌入式環(huán)境下IEC61400-25-4的通信服務(wù)WebService的映射。

2? SOAP及GSOAP

SOAP是實(shí)現(xiàn)WebService重要的協(xié)議，一種輕量級(jí)協(xié)議，主要用于在分散型、分布式環(huán)境中交換結(jié)構(gòu)化信息。SOAP利用XML技術(shù)定義一種可擴(kuò)展的消息處理框架，它提供了一種可通過(guò)多種底層協(xié)議進(jìn)行交換的消息結(jié)構(gòu)。這種框架的設(shè)計(jì)思想是要獨(dú)立于任何一種特定的編程模型和其他特定實(shí)現(xiàn)的語(yǔ)義。

SOAP定義了一種方法以便將XML消息從A點(diǎn)傳送到B點(diǎn)（如圖1）。為此，它提供了一種基于XML且具有以下特性的消息處理框架：

2.1 可擴(kuò)張性

在Web中，簡(jiǎn)單性總是比效率和純技術(shù)更重要，因?yàn)榛ゲ僮餍猿蓴〉年P(guān)鍵，就在于必須絕對(duì)要求簡(jiǎn)單。SOAP協(xié)議實(shí)現(xiàn)WebService，提供異構(gòu)平臺(tái)的互操作性，簡(jiǎn)單性仍然是主要設(shè)計(jì)目標(biāo)之一。因此，SOAP就會(huì)缺少分布式系統(tǒng)的很多重要特性（如安全性、路由、可靠性等）。為了解決這個(gè)矛盾，SOAP定義了一種開(kāi)發(fā)框架，允許以分層擴(kuò)展的形式隨時(shí)間推移加入這些特性。

2.2 多規(guī)約性

SOAP可以在多種傳輸協(xié)議（TCP、HTTP、SMTP等）上使用。但是，為了保持互操作性，需要確定一些具體的協(xié)議綁定以便通信規(guī)則。實(shí)際應(yīng)用中，SOAP規(guī)范提供了一種用于定義任意協(xié)議綁定的靈活框架，由于Web中HTTP被廣泛大量的使用，所以實(shí)際采用的是HTTP協(xié)議綁定。

2.3 獨(dú)立于編程模型

SOAP允許任何編程模型，并且不依賴(lài)于RPC（Request For Comments）。圖1說(shuō)明了一種簡(jiǎn)單的單向消息，其中發(fā)送方不會(huì)受到相應(yīng)。圖2中，定義了一種數(shù)據(jù)信心交互的消息模式，SOAP允許使用任何數(shù)量的消息交換模式，請(qǐng)求/響應(yīng)只是其中一種。其他還包括命令/響應(yīng)、通知、點(diǎn)對(duì)點(diǎn)對(duì)話等。

正是具有這三個(gè)主要特性，SOAP可以在異構(gòu)的環(huán)境中交換XML消息，實(shí)現(xiàn)互操作性。

簡(jiǎn)單來(lái)說(shuō)，SOAP可以理解為HTTP+XML+遠(yuǎn)程調(diào)用規(guī)則，因此SOAP消息的處理也分為3個(gè)部分：HTTP協(xié)議的實(shí)現(xiàn)（即特性2，協(xié)議的綁定）、XML解析（特性1，可擴(kuò)展性）、遠(yuǎn)程調(diào)用規(guī)則（特性3，獨(dú)立于編程模型）如圖3所示。

客戶(hù)端與Web服務(wù)器端按照如下步驟進(jìn)行信息交互：

①客戶(hù)端利用SOAP工具按照應(yīng)用程序要求生成SOAP消息;

②客戶(hù)端使用HTTP POST方法通過(guò)網(wǎng)絡(luò)向服務(wù)端發(fā)送SOAP請(qǐng)求;

③Web服務(wù)端收到HTTP信息后，解包提取SOAP消息;

④啟動(dòng)XML文檔分析器進(jìn)行解析，獲取客戶(hù)端請(qǐng)求信息;

⑤調(diào)用相應(yīng)的服務(wù)程序，并進(jìn)行SOAP消息封裝;

⑥向客戶(hù)端發(fā)送HTTP消息相應(yīng)，完成WebService遠(yuǎn)程調(diào)用。

SOAP消息是由XML語(yǔ)言組成的，因此對(duì)XML的解析式處理SOAP消息的重點(diǎn)，當(dāng)前常用的XML解析器主要有兩種DOM（Document Object Model）和SAX（Simple API for XML）。因此要實(shí)現(xiàn)基于SOAP的WebService必須對(duì)SOAP協(xié)議和XML進(jìn)行深入分析，增加了研發(fā)工作量，同時(shí)對(duì)平臺(tái)的軟硬件資源要求比較高。采用此方法在嵌入式平臺(tái)，實(shí)現(xiàn)WebService難度較大。

為此，我們采用一款開(kāi)源軟件包GSOAP來(lái)實(shí)現(xiàn)在Linux C平臺(tái)上創(chuàng)建一個(gè)WebService應(yīng)用。GSOAP編譯工具提供了一個(gè)SOAP/XML關(guān)于C/C++語(yǔ)言的實(shí)現(xiàn)，從而讓C/C++語(yǔ)言開(kāi)發(fā)Web服務(wù)或客戶(hù)端程序的工作變動(dòng)輕松。目前的絕大多數(shù)嵌入式開(kāi)發(fā)都是基于C/C++，GSOAP極大的滿(mǎn)足了嵌入式平臺(tái)上WebService的要求，GSOAP利用編譯器技術(shù)提供了一組簡(jiǎn)單的API將用戶(hù)從SOAP細(xì)節(jié)實(shí)現(xiàn)工作中解脫出來(lái)，可以專(zhuān)注于應(yīng)用程序的開(kāi)發(fā)。GSOAP編譯器可以集成C/C++代碼，嵌入式系統(tǒng)，其他SOAP程序提供的實(shí)時(shí)軟件的資源和信息;可以跨越多個(gè)操作系統(tǒng)，語(yǔ)言環(huán)境。GSOAP的解釋器及導(dǎo)入器可以讓用戶(hù)不需要分析Web服務(wù)的細(xì)節(jié)就可以實(shí)現(xiàn)一個(gè)客戶(hù)端或服務(wù)端程序。

3? IEC61400-25-4通信服務(wù)WebService具體實(shí)現(xiàn)

當(dāng)前的電力系統(tǒng)通信規(guī)約繁多，電力設(shè)備的結(jié)構(gòu)，信息數(shù)據(jù)也多種多樣。為了增加不同類(lèi)型，不同通信規(guī)約的電氣設(shè)備信息共享和交互，IEC制定了一系列的通信協(xié)議來(lái)實(shí)現(xiàn)電氣設(shè)備之間的互操作性，其中最具有代表意義的就是IEC61850。IEC61850通信規(guī)約最初目的是為了解決變電站內(nèi)部一次、二次設(shè)備的通信、互操作問(wèn)題。變電站的電氣設(shè)備中一次、二次設(shè)備種類(lèi)較多，各個(gè)廠家的通信規(guī)約也各有區(qū)別。傳統(tǒng)的變電站監(jiān)控系統(tǒng)中，主要是依靠調(diào)動(dòng)中心的監(jiān)控或者變電站控制中心。這樣的做法往往會(huì)加大網(wǎng)絡(luò)數(shù)據(jù)量，特別是一次、二次設(shè)備較多的情況下，容易發(fā)生網(wǎng)絡(luò)堵塞。而且，在設(shè)備發(fā)生故障時(shí)，繼電保護(hù)設(shè)備、監(jiān)控設(shè)備之間要協(xié)調(diào)處理，需要通過(guò)主站或調(diào)動(dòng)中心的控制，效率和實(shí)施性會(huì)大大降低。

正是為了有效的解決變電站系統(tǒng)中存在的這些矛盾，IEC提出了IEC61850通信規(guī)約。IEC61850的核心思想就是面向?qū)ο螅橄竽Ｐ头椒▽?duì)電力設(shè)備進(jìn)行模塊化、抽象化，提出了LD（邏輯設(shè)備額）、LN（邏輯節(jié)點(diǎn)）、CDC（公用數(shù)據(jù)類(lèi)）來(lái)映射現(xiàn)實(shí)世界的物理設(shè)備、通用功能、實(shí)際數(shù)據(jù)。IEC61850通信方式采用ACSI（抽象通信服務(wù)接口），不規(guī)定具體的通信規(guī)約，只提供抽象的接口服務(wù)。根據(jù)變電所的實(shí)際情況，IEC61850提出了GOOSE（面向?qū)ο笞冸娬就ㄓ檬录?、MMS（制造報(bào)文協(xié)議）、SNTP（簡(jiǎn)單網(wǎng)絡(luò)對(duì)時(shí)協(xié)議）等來(lái)實(shí)現(xiàn)SCSM（特定通信服務(wù)映射）。通過(guò)抽象模型及特定通信服務(wù)映射，變電站系統(tǒng)的設(shè)備之間可實(shí)現(xiàn)互操作，并且實(shí)現(xiàn)了分布式控制的方式。大大的減輕的變電站系統(tǒng)網(wǎng)絡(luò)數(shù)據(jù)流量，同時(shí)增加故障處理的實(shí)時(shí)性和有效性。

隨著IEC61850的逐步推廣，國(guó)內(nèi)外越來(lái)越多的變電站系統(tǒng)采用IEC61850通信規(guī)約，實(shí)現(xiàn)數(shù)字化變電站，促進(jìn)了電力系統(tǒng)的智能化。同時(shí)，IEC61850的外延性也不斷增加，陸續(xù)增加了61850-7-410水電站監(jiān)控模型，61850-7-420分布式新能源模型，并起草61850-7-500，61850-7-510，61850-7-520建模導(dǎo)則。國(guó)內(nèi)很多公司和大學(xué)，積極促進(jìn)IEC61850在配網(wǎng)、新能源、水電系統(tǒng)推廣應(yīng)用。

IEC委員會(huì)順勢(shì)推出一系列基于面向?qū)ο髽?biāo)準(zhǔn)IEC61970，IEC61400-25等。其中IEC61400系列應(yīng)用于風(fēng)力發(fā)電機(jī)組通訊與監(jiān)測(cè)，是61850在風(fēng)電系統(tǒng)的延伸，同61850一樣采用面向?qū)ο蟮姆椒ǎ瑢?duì)現(xiàn)實(shí)設(shè)備，實(shí)際功能進(jìn)行模塊化、抽象化（61400-25-2信心模型，61400-25-3信息交換模型）。通信服務(wù)仍然是采用ACSI，具體通信規(guī)約采用（SCSM）。與61850有所不同的是，61400-25-4通信服務(wù)映射分別為WebService、MMS、OPC XML-DA，104，DNP規(guī)約，如圖4。在現(xiàn)在的我國(guó)電力系統(tǒng)中，主要采用WebService、MMS和104規(guī)約。

三種通信規(guī)約服務(wù)映射中，映射104通信規(guī)約是因?yàn)樵趪?guó)內(nèi)調(diào)度主站大多采用104通信規(guī)約，這樣可以方便風(fēng)電系統(tǒng)與調(diào)度主站數(shù)據(jù)通信，但是104規(guī)約僅僅實(shí)現(xiàn)數(shù)據(jù)通信，并不能夠完成數(shù)據(jù)模型通信。體現(xiàn)不出抽象的信息模型，信息交互的內(nèi)涵，削弱了IEC61400-25-4通信規(guī)約的意義。MMS規(guī)約在IEC61850中被用來(lái)實(shí)現(xiàn)各個(gè)IED之間通信，采用C/S模式，模型數(shù)據(jù)采用ASN.1中的BER方式進(jìn)行二進(jìn)制方式通信，通信效率高并且可以傳送任何類(lèi)型的數(shù)據(jù)模型，正是這些有點(diǎn)，所以在IEC61850中被用來(lái)實(shí)現(xiàn)SCSM。但是MMS規(guī)約也有自身的弱點(diǎn)，規(guī)約本身龐大復(fù)雜，模型數(shù)據(jù)傳輸需要進(jìn)行ASN.1編碼解碼，這樣就造成了MMS應(yīng)用程序開(kāi)發(fā)量劇增;而且MMS是建立在ISO的OSI七層協(xié)議基礎(chǔ)上，目前一般的操作系統(tǒng)是以TCP/IP為主，要在此上實(shí)現(xiàn)OSI的七層協(xié)議棧需要對(duì)于網(wǎng)絡(luò)通信協(xié)議要進(jìn)行開(kāi)發(fā)。目前國(guó)內(nèi)的產(chǎn)品開(kāi)發(fā)都是基于思科的MMSLite軟件包的基礎(chǔ)上進(jìn)行開(kāi)發(fā)的，MMSLite軟件包價(jià)格比較昂貴，增加了開(kāi)發(fā)成本。有些是基于Wrishark抓包軟件，進(jìn)行MMS通信，此方法只適合用于簡(jiǎn)單的通信測(cè)試，無(wú)法在此基礎(chǔ)上進(jìn)行商業(yè)開(kāi)發(fā)的開(kāi)發(fā)。

基于WLAN的WebService，可以說(shuō)是這兩個(gè)軟件的折中。WebService是比較成熟的新技術(shù)，開(kāi)發(fā)難度小。模型數(shù)據(jù)采用XML方式描述封裝，并通過(guò)SOAP協(xié)議在HTTP上進(jìn)行發(fā)送，HTTP是基于TCP/IP上實(shí)現(xiàn)的，非常簡(jiǎn)單，并實(shí)現(xiàn)了信息結(jié)構(gòu)模型的發(fā)送，體現(xiàn)了61400-25-2信息模型。目前，國(guó)內(nèi)的電力系統(tǒng)中，基本上都實(shí)現(xiàn)了以太網(wǎng)通信，這恰好就是WebServie實(shí)現(xiàn)的網(wǎng)絡(luò)平臺(tái)。

國(guó)家電網(wǎng)公司在配網(wǎng)系統(tǒng)中，提出了一種新型終端設(shè)備：智能化FTU。它與普通的FTU區(qū)別：是否支持即插即用。要實(shí)現(xiàn)FTU的即插即用，必須要實(shí)現(xiàn)FTU的自描述，只有這樣，主站或調(diào)度中心才能夠自動(dòng)的識(shí)別此FTU，并實(shí)現(xiàn)與FTU的通信。過(guò)去常用的調(diào)度軟件中，101或者104沒(méi)有辦法實(shí)現(xiàn)自描述，即插即用功能無(wú)法實(shí)現(xiàn)。故，國(guó)家電網(wǎng)公司推薦使用IEC6180通信規(guī)約，在IEC61850-6中，用戶(hù)可以通過(guò)SCL（XML在變電站系統(tǒng)的一種應(yīng)用）對(duì)每個(gè)IED設(shè)備配置ICD文件，實(shí)現(xiàn)對(duì)IED設(shè)備的自描述，如圖5所示。

智能FTU實(shí)現(xiàn)即插即用最重要的步驟是注冊(cè)，配電終端加入網(wǎng)絡(luò)后，會(huì)向配電主站發(fā)送注冊(cè)信息，信息包括：名字（FTU的唯一標(biāo)識(shí)-編號(hào)），描述信息（FTU監(jiān)測(cè)的配網(wǎng)一次設(shè)備信息），SCL文件下載地址，SCL版本，心跳時(shí)間間隔。通過(guò)這些信息并下載SCL文件，配電主站可以識(shí)別FTU，并可在配電主站系統(tǒng)里自動(dòng)的加入FTU，完成注冊(cè)。

配電系統(tǒng)的這些智能終端既可以采用數(shù)據(jù)報(bào)告的形式向主站發(fā)送實(shí)時(shí)數(shù)據(jù)，同時(shí)支持主站查詢(xún)實(shí)時(shí)數(shù)據(jù)。實(shí)時(shí)數(shù)據(jù)報(bào)告支持帶緩沖的報(bào)告和無(wú)緩沖報(bào)告。雖然101和104在一定的情況下可以實(shí)現(xiàn)這種平衡式通信，但是由于它們沒(méi)辦法實(shí)現(xiàn)自描述，所以不被單獨(dú)采納。

④WSDL。

根據(jù)需要，將2、3兩部分所將涉及到的信心模型和信息交換（服務(wù)）用XML格式完成，最終形成一個(gè)WSDL文檔。

⑤GSOAP實(shí)現(xiàn)SOAP協(xié)議。

我們研發(fā)的智能終端單元，硬件平臺(tái)采用的是FreeScale基于ARM9的Imax287，軟件平臺(tái)是Linux嵌入式操作系統(tǒng)2.6核，可實(shí)現(xiàn)多任務(wù)。其中SOAP通信為單獨(dú)一個(gè)線程來(lái)完成。

1）通過(guò)編寫(xiě)好的WSDL文檔，生成C頭文件

#/usr/local/gSoap/bin/wsdl2 –c –o FTUHeader.h

http：//local/kdjc/service/smart_ftu_wsdl

2）解析FTUHeader.h文件，生成標(biāo)準(zhǔn)C客戶(hù)端、服務(wù)端文檔

#/usr/local/gSoap/bin/soapcpp2 –c FUTHeader.h

soapStub.h、soapH.h/soapC.c、soapClient.c、soapServer.c、Stdoap2.h、Stdsoap2.c? ews.nsmap、

ews.req.xml、ews.res.xml

3）代碼開(kāi)發(fā)

調(diào)用WebService的getdatavalue（WebService的具體調(diào)用方式可以參見(jiàn)生成的soapStub.h文件）

#include “soapH.h”

#include “ews.nsmap”

int main（int argc， char**argv）

{

int master_sock， slave_sock;

struct soap? smart_ftu_soap

soap_init（&smart_ftu_soap）;

soap_set_namespaces（&smart_ftu_soap， namespaces）;

….

master_sock=soap_bind（&smart_ftu_soap，NULL，atoi（argv[1]），100）;

slave_scoke=soap_accept（&smart_ftu_soap）;

soap_serve（&smart_ftu_soap）;//處理遠(yuǎn)程調(diào)用

soap_end（&smart_ftu_soap）;

soap_end（&smart_ftu_soap）;

}

int ews_getdatavalue（struct soap *soap， struct? _ews_getdatavalue *request， struct _ews_getdatavalue *response）

{

//具體根據(jù)request里的UUID，AssoID，進(jìn)行數(shù)據(jù)處理

}其他的service實(shí)現(xiàn)都可以采用這種方法，并且在FTUHeader.H定義。這樣就完成了基于嵌入式系統(tǒng)的IEC61400-25-4通信服務(wù)WebService實(shí)現(xiàn)。

通過(guò)客戶(hù)端與服務(wù)器端的聯(lián)調(diào)，我們?cè)贗max287的硬件平臺(tái)上實(shí)現(xiàn)了基于WebService和104通信協(xié)議的SmartFTU，達(dá)到了國(guó)網(wǎng)的技術(shù)標(biāo)準(zhǔn)。

4? 結(jié)語(yǔ)

將來(lái)的電力系統(tǒng)中，智能電網(wǎng)慢慢的會(huì)替代當(dāng)前的電網(wǎng)，不難想象越來(lái)越多的智能電力產(chǎn)品會(huì)出現(xiàn)在智能電網(wǎng)中，智能繼電保護(hù)設(shè)備，智能電表，智能終端等。抽象化設(shè)計(jì)，結(jié)構(gòu)化，模塊化設(shè)計(jì)，自描述等將會(huì)應(yīng)用于整個(gè)電力通信里，所以將WebService應(yīng)用于電力通信系統(tǒng)中，這會(huì)是電力通信今后發(fā)展的方向。

由于規(guī)約自身設(shè)計(jì)的因素，傳統(tǒng)的101、102、104無(wú)法實(shí)現(xiàn)信息模型的交互，不適合未來(lái)電力通信的發(fā)展要求，會(huì)逐漸的別的通信規(guī)約所代替。WebService以其簡(jiǎn)單、通用、跨平臺(tái)并能夠進(jìn)行模型交互等優(yōu)點(diǎn)被IEC61850，IEC61400采納作為ACSI的通信服務(wù)映射。特別是配電網(wǎng)通信網(wǎng)絡(luò)中，WebService更能體現(xiàn)出其優(yōu)越性。

參考文獻(xiàn)：

[1]孫菁.電力系統(tǒng)通信電源基于IEC61850通信規(guī)約的統(tǒng)一監(jiān)控[J].通訊世界，2019，26（07）：174-175.

[2]劉暢，楊浩然，劉志遠(yuǎn)，許庚梅，陳曉杰.電力通信網(wǎng)風(fēng)險(xiǎn)及防范措施研究[J].電力設(shè)備管理，2019（05）：29-30.

[3]郭萌.電力系統(tǒng)通信運(yùn)行問(wèn)題及解決措施[J].電子技術(shù)與軟件工程，2019（10）：21.

[4]李晗.基于SOAP接口協(xié)議的光纖分布系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].武漢郵電科學(xué)研究院，2018.

[5]郭昊坤.電力系統(tǒng)通信技術(shù)發(fā)展現(xiàn)狀綜述與展望[J].電子元器件與信息技術(shù)，2017，1（06）：1-6.

[6]曹秀麗.基于SOAP協(xié)議的XML跨平臺(tái)WebService核心技術(shù)研究[J].湖北第二師范學(xué)院學(xué)報(bào)，2015，32（08）：36-40.

[7]劉磊.Web Services服務(wù)接口安全協(xié)議設(shè)計(jì)與一致性測(cè)試方法[D].北京郵電大學(xué)，2014.

[8]王迤冉，陳勁松.基于SOAP協(xié)議的Web Services安全性研究與實(shí)現(xiàn)[J].煤炭技術(shù)，2011，30（06）：171-173.

[9]萬(wàn)洪莉，李雨晨，孟憲堯.使用SOAP協(xié)議與Web Service通信的研究與實(shí)現(xiàn)[J].工業(yè)控制計(jì)算機(jī)，2010，23（09）：85-87.