摘要：本文分析了電力系統(tǒng)供配電應(yīng)用場(chǎng)景下智能電子設(shè)備互聯(lián)互通對(duì)通信管理設(shè)備的通信需求，針對(duì)其通信介質(zhì)、通信協(xié)議多樣化，且同時(shí)接入及轉(zhuǎn)出多種協(xié)議的特點(diǎn)，提出了一種具備靈活通信接入及轉(zhuǎn)出能力的通用型通信管理裝置設(shè)計(jì)方案，給出了硬件設(shè)計(jì)方案和軟件開(kāi)發(fā)框架及接入/轉(zhuǎn)出機(jī)理和軟件模塊功能設(shè)計(jì)。本文的研究成果在智能配用電設(shè)備智能化方面將發(fā)揮重要作用，同時(shí)對(duì)于了解智能電子設(shè)備的通信接入及轉(zhuǎn)出機(jī)理具有參考價(jià)值。

　　關(guān)鍵詞：通信管理裝置;電力通信;靈活通信接入及轉(zhuǎn)出;通信服務(wù)框架

　　1引言(Introduction)

　　隨著智能電網(wǎng)技術(shù)發(fā)展及工程應(yīng)用的縱深推進(jìn)，智能配電網(wǎng)的建設(shè)成為當(dāng)前熱點(diǎn)領(lǐng)域，電網(wǎng)供配電環(huán)境下設(shè)備的智能化程度日益提高，具體表現(xiàn)為智能電子設(shè)備具有較強(qiáng)的狀態(tài)感知和通信接口能力，便于遠(yuǎn)程監(jiān)視和運(yùn)維，智能電子設(shè)備的通信接入一般通過(guò)通信管理單元進(jìn)行集中管理，因此對(duì)于電力供配電環(huán)境下，具有靈活通信能力的通信管理技術(shù)研究和設(shè)備研制是智能供配電領(lǐng)域的研究熱點(diǎn)之一。相關(guān)的研究主要包括：王平等以智能家居控制系統(tǒng)為例，從硬件上闡述實(shí)現(xiàn)通信模塊、執(zhí)行模塊其功能，以及內(nèi)部通信總線的技術(shù)實(shí)現(xiàn)方案[1];陳杰等提出了應(yīng)用于工業(yè)環(huán)境的通信管理機(jī)在嵌入式硬件設(shè)備選型、嵌入式軟件操作系統(tǒng)、應(yīng)用軟件設(shè)計(jì)等方面相關(guān)設(shè)計(jì)方法和策略。重點(diǎn)分析了嵌入式通信管理機(jī)的基本設(shè)計(jì)思想、應(yīng)用功能設(shè)計(jì)、開(kāi)發(fā)經(jīng)驗(yàn)分享等內(nèi)容[2];劉姜濤等設(shè)計(jì)了一種基于ARM和Linux操作系統(tǒng)的配電房通信管理機(jī)，實(shí)現(xiàn)配電房數(shù)據(jù)的全面監(jiān)視與分析[3];陳雄設(shè)計(jì)并實(shí)現(xiàn)了一種分布式的具有多種通信方式的適用于10kV開(kāi)閉所的配電自動(dòng)化終端，具有較強(qiáng)的靈活性和通用性[4];西南交通大學(xué)的丁俊杰選用“嵌入式核心主板+應(yīng)用底板”的分布式架構(gòu)方式設(shè)計(jì)基于ARM的嵌入式通信管理機(jī)硬件系統(tǒng)，解決了傳統(tǒng)規(guī)約設(shè)備和IEC61850規(guī)約設(shè)備同時(shí)接入地鐵PSCADA系統(tǒng)的問(wèn)題[5]。

　　本文將分析電力系統(tǒng)供配電應(yīng)用場(chǎng)景下智能電子設(shè)備互聯(lián)互通對(duì)通信管理設(shè)備的通信需求，針對(duì)其通信介質(zhì)、通信協(xié)議多樣化，且同時(shí)接入及轉(zhuǎn)出多種協(xié)議的特點(diǎn)，提出一種具備靈活通信接入及轉(zhuǎn)出能力的通用型通信管理裝置設(shè)計(jì)方案，給出硬件選型方案和軟件開(kāi)發(fā)框架及主要軟件模塊定義。

　　2需求特點(diǎn)(Characteristicsoftherequirements)

　　在電力系統(tǒng)的電能“發(fā)、輸、變、配、用”諸環(huán)節(jié)中，處于整個(gè)體系頂端的電網(wǎng)網(wǎng)架建設(shè)目前已基本完成，電網(wǎng)建設(shè)的重點(diǎn)落在了電能傳輸及消耗的底層環(huán)節(jié)，即配用電環(huán)節(jié)，供配電系統(tǒng)設(shè)備智能化是當(dāng)今的技術(shù)研究熱點(diǎn)，設(shè)備智能化的基礎(chǔ)支撐是設(shè)備具有靈活的通信接口能力。供配電環(huán)境相比于電網(wǎng)環(huán)境有顯著特點(diǎn)：智能設(shè)備供應(yīng)廠商、設(shè)備類(lèi)型繁多，為了實(shí)現(xiàn)這些設(shè)備的可觀測(cè)、可感知、可遠(yuǎn)程監(jiān)視及運(yùn)維，需要供配電環(huán)境下的通信管理設(shè)備具有更強(qiáng)、更靈活通用的通信能力。同時(shí)，電力系統(tǒng)對(duì)設(shè)備的安全性和可靠性要求非常高，因此在操作系統(tǒng)選型、抗電磁干擾能力、低功耗等方面也有嚴(yán)格的應(yīng)用需求。

　　3通用型通信管理裝置設(shè)計(jì)(Designoftheuniversalcommunicationmanagementdevice)

　　本文所研發(fā)設(shè)計(jì)的通用型通信管理裝置的設(shè)計(jì)方案基于課題組在變配電保護(hù)控制領(lǐng)域設(shè)備研制中積累的軟硬件平臺(tái)設(shè)計(jì)成果，結(jié)合工業(yè)供配電系統(tǒng)的特點(diǎn)，采用高性能數(shù)據(jù)吞吐及數(shù)據(jù)運(yùn)算能力、通信信息技術(shù)的電力系統(tǒng)統(tǒng)一通信平臺(tái)(以下簡(jiǎn)稱(chēng)統(tǒng)一平臺(tái))，平臺(tái)以先進(jìn)適用的通信信息技術(shù)為基礎(chǔ)，實(shí)現(xiàn)工業(yè)配電通信業(yè)務(wù)數(shù)據(jù)應(yīng)用系統(tǒng)與底層軟硬件驅(qū)動(dòng)支撐系統(tǒng)的分離，屏蔽應(yīng)用系統(tǒng)對(duì)底層的依賴，為通用型通信管理裝置提供統(tǒng)一應(yīng)用平臺(tái)。

　　3.1硬件架構(gòu)設(shè)計(jì)

　　在硬件總體架構(gòu)方面，圍繞工業(yè)供配電環(huán)境下通信接入/轉(zhuǎn)出的多態(tài)性，設(shè)計(jì)以ARM系列的MCU為核心CPU板，由于其先進(jìn)的流水線并行指令執(zhí)行技術(shù)，在提供超高性能的同時(shí)，還具有較低的功耗。同時(shí)借鑒現(xiàn)代電信設(shè)備開(kāi)發(fā)的理念，實(shí)現(xiàn)統(tǒng)一背板總線，可選、可配異構(gòu)通信接入硬件適配卡的方式解決工業(yè)供配電通信環(huán)境下異構(gòu)數(shù)據(jù)源的靈活適應(yīng)性問(wèn)題。

　　在上述硬件平臺(tái)設(shè)計(jì)的基礎(chǔ)上，同時(shí)為滿足通用型通信管理裝置“靈活通信接入”的設(shè)計(jì)目標(biāo)，借鑒電信設(shè)備研制的經(jīng)驗(yàn)，從背板總線擴(kuò)展、機(jī)械結(jié)構(gòu)、散熱管理、電源分配和系統(tǒng)管理等方面實(shí)現(xiàn)強(qiáng)大的通信適配接入和顯著提高的散熱能力和更高的運(yùn)算性能。其核心思想就是利用高速互聯(lián)網(wǎng)絡(luò)替代系統(tǒng)級(jí)總線，管理模塊和交換模塊通過(guò)高速網(wǎng)絡(luò)對(duì)各刀片進(jìn)行管理和功能數(shù)據(jù)的冗余備份。

　　3.2軟件架構(gòu)設(shè)計(jì)

　　在軟件總體架構(gòu)方面，圍繞工業(yè)供配電通信多源異構(gòu)數(shù)據(jù)源的特點(diǎn)，重點(diǎn)解決異構(gòu)接入及信息統(tǒng)一建模問(wèn)題，統(tǒng)一平臺(tái)采用分層設(shè)計(jì)理念，自下而上主要分為數(shù)據(jù)通信層、通用信息處理層、業(yè)務(wù)開(kāi)發(fā)層。

　　(1)其中數(shù)據(jù)通信層處于最底層，通過(guò)CSF(通信服務(wù)框架)處理工業(yè)供配電通信應(yīng)用環(huán)境下不同物理介質(zhì)、不同數(shù)據(jù)通信協(xié)議等各種異構(gòu)通信數(shù)據(jù)源的統(tǒng)一、透明接入，支持傳統(tǒng)的串行232、485總線，zigbee無(wú)線傳感自組網(wǎng)，CAN、lonworks、profibus現(xiàn)場(chǎng)總線網(wǎng)，gprs/3G無(wú)線公網(wǎng)，以太網(wǎng)光纖接口或者電接口等接口形式進(jìn)行連接，數(shù)據(jù)通信層向上層屏蔽了底層的通信技術(shù)細(xì)節(jié)，它需要提供模塊化的硬件結(jié)構(gòu)，穩(wěn)定的工業(yè)以太網(wǎng)、光網(wǎng)絡(luò)技術(shù)，同時(shí)支持電力實(shí)時(shí)控制報(bào)文的優(yōu)先轉(zhuǎn)發(fā)、時(shí)間同步等功能。數(shù)據(jù)通信層能同時(shí)提供光以太網(wǎng)接口和電以太網(wǎng)接口，可以同時(shí)處理來(lái)自現(xiàn)場(chǎng)采樣值數(shù)據(jù)、來(lái)自智能操作箱的GOOSE數(shù)據(jù)，也能處理來(lái)自監(jiān)控系統(tǒng)的MMS數(shù)據(jù)。通信處理層可以對(duì)通信網(wǎng)絡(luò)進(jìn)行靈活的配置和管理。

　　(2)通用信息處理層位于數(shù)據(jù)通信層和業(yè)務(wù)層之間，它的主要職責(zé)是為業(yè)務(wù)層屏蔽電網(wǎng)測(cè)控?cái)?shù)據(jù)的采集、控制細(xì)節(jié)，使得業(yè)務(wù)開(kāi)發(fā)者只關(guān)注業(yè)務(wù)功能本身的開(kāi)發(fā)，而不必糾纏于各種硬件、通信的實(shí)現(xiàn)方法和技術(shù)。它基于信息統(tǒng)一建模的思想和方法，將在線監(jiān)測(cè)、保護(hù)、測(cè)控等數(shù)據(jù)的模型標(biāo)準(zhǔn)化，標(biāo)準(zhǔn)信息模型、信息交換模型、模型映射、信息接口、信息服務(wù)模型、信息描述語(yǔ)言等。信息模型層的設(shè)計(jì)遵守了IEC61850標(biāo)準(zhǔn)。本層除了能處理對(duì)外的通信協(xié)議之外還能對(duì)接收到的數(shù)據(jù)進(jìn)行初步的計(jì)算處理，包括頻率計(jì)算、有效值計(jì)算等，本層的計(jì)算結(jié)果可以被上層多個(gè)不同的應(yīng)用所共享。

　　(3)業(yè)務(wù)應(yīng)用層面向工業(yè)供配電通信應(yīng)用提供開(kāi)發(fā)和運(yùn)行環(huán)境，它為業(yè)務(wù)開(kāi)發(fā)者提供業(yè)務(wù)開(kāi)發(fā)接口，包括開(kāi)發(fā)包、開(kāi)發(fā)環(huán)境、仿真和測(cè)試環(huán)境,同時(shí)提供詳盡的開(kāi)發(fā)規(guī)范和測(cè)試規(guī)范。同時(shí)，它為各種業(yè)務(wù)模塊提供運(yùn)行基礎(chǔ)，各模塊通過(guò)插件方式運(yùn)行在平臺(tái)上，插件之間互相隔離、互不影響。

　　3.3通信服務(wù)軟件框架設(shè)計(jì)

　　譚方勇等提出了一種基于ZigBee與MQTT的物聯(lián)網(wǎng)網(wǎng)關(guān)協(xié)議轉(zhuǎn)換通信框架設(shè)計(jì)方法，解決多協(xié)議、多消息格式的兼容與擴(kuò)展的問(wèn)題、多協(xié)議擴(kuò)展和通信效率的問(wèn)題[6]。本文將提出一種更通用、更高效、更能適應(yīng)多源異構(gòu)通信場(chǎng)景的通用通信服務(wù)方案。

　　CSF(CommunicationServiceFramework：通信服務(wù)框架)是為實(shí)時(shí)和準(zhǔn)實(shí)時(shí)性的自動(dòng)化系統(tǒng)提供通訊服務(wù)，屏蔽各種底層軟硬件設(shè)施及實(shí)際通訊環(huán)境的差異，使系統(tǒng)內(nèi)功能模塊得以靈活部署，處于復(fù)雜網(wǎng)絡(luò)結(jié)構(gòu)的系統(tǒng)間得以簡(jiǎn)便互聯(lián)，同時(shí)具備二次開(kāi)發(fā)能力的一個(gè)通訊服務(wù)平臺(tái)。

　　首先，恰當(dāng)?shù)貙⑼ㄓ崗谋O(jiān)控系統(tǒng)中抽出(分屬不同進(jìn)程)，使監(jiān)控后臺(tái)軟件不需要去關(guān)心它所要監(jiān)控的對(duì)象使用的是何種介質(zhì)，什么協(xié)議，只是按照某種固定的接口和通訊服務(wù)進(jìn)行交互，避免因通訊環(huán)境的變化導(dǎo)致而后臺(tái)的修改，同時(shí)由于進(jìn)程的隔離又可以大大提高系統(tǒng)的可靠性。

　　進(jìn)一步，將通訊服務(wù)本身進(jìn)行合理的層次和模塊化處理，再將經(jīng)常改變的介質(zhì)和協(xié)議處理抽出(二進(jìn)制級(jí))，針對(duì)不同需求只開(kāi)發(fā)或加載相應(yīng)的介質(zhì)或協(xié)議處理，從而減小開(kāi)發(fā)的工作量，避免了全方位的重新編譯和調(diào)試。

　　將“通訊服務(wù)”劃分為三個(gè)部分：“介質(zhì)處理、協(xié)議處理和服務(wù)進(jìn)程框架”，在通訊服務(wù)進(jìn)程保持不變的條件下(避免改寫(xiě)代碼、重新編譯和調(diào)試)，只需依據(jù)不同配置，利用動(dòng)態(tài)加載，即可形成不同通訊類(lèi)型的服務(wù)程序。

　　可以任意組合協(xié)議庫(kù)和介質(zhì)庫(kù)中的現(xiàn)有模塊;同時(shí)按照指定的接口，用戶還可二次開(kāi)發(fā)出新的協(xié)議或介質(zhì)處理，添加到原有的協(xié)議庫(kù)和介質(zhì)庫(kù)，達(dá)到模塊的復(fù)用，如圖1所示。

　　在通訊服務(wù)框架體系下，服務(wù)端是可以映射各種未知數(shù)據(jù)模型的，一個(gè)規(guī)范好的，無(wú)需重新編譯的程序框架，提供了各種統(tǒng)一的二次開(kāi)發(fā)接口，可以是網(wǎng)關(guān)(嵌入式系統(tǒng))、OPC接口，IEC61850封裝，包括其他的通訊中間件等;客戶端組件面對(duì)的則是用戶端系統(tǒng)模型，解析滿足用戶端系統(tǒng)模型的數(shù)據(jù)，或?qū)⑺鼈冞M(jìn)行轉(zhuǎn)發(fā)。

　　通用型通信服務(wù)框架具有下列技術(shù)特征。

　　(1)每一個(gè)通訊服務(wù)完成一種協(xié)議解析的處理，但是可以同時(shí)支持兩種介質(zhì)類(lèi)型，以滿足“點(diǎn)對(duì)點(diǎn)”模式。

　　(2)一個(gè)系統(tǒng)中可以有任意多個(gè)通訊服務(wù)存在，以滿足必要的分流，和同時(shí)接入多種介質(zhì)和協(xié)議的需求，同時(shí)一部分通訊處理的異常不致引起整個(gè)通訊的崩潰。

　　(3)“通訊服務(wù)框架”提供“訪問(wèn)客戶端(動(dòng)態(tài)庫(kù))”給外部使用(如監(jiān)控后臺(tái)軟件)，每個(gè)客戶端可以訪問(wèn)指定的通訊服務(wù)，也可訪問(wèn)所有通訊服務(wù)的數(shù)據(jù)。

　　(4)系統(tǒng)中可以允許同時(shí)有多個(gè)“訪問(wèn)客戶端”存在。

　　(5)通訊服務(wù)框架能夠自動(dòng)完成數(shù)據(jù)轉(zhuǎn)發(fā)的目標(biāo)辨認(rèn)，譬如應(yīng)當(dāng)轉(zhuǎn)發(fā)給遠(yuǎn)動(dòng)的數(shù)據(jù)不會(huì)發(fā)送至當(dāng)?shù)乇O(jiān)控。

　　(6)依據(jù)具體部署，轉(zhuǎn)發(fā)功能既可以存在于監(jiān)控后臺(tái)，也可以存在于另外一個(gè)獨(dú)立的進(jìn)程。

　　3.4通信規(guī)約接入/轉(zhuǎn)出設(shè)計(jì)

　　通用型通信管理裝置僅提供通訊服務(wù)的框架，其本身并不包含任何實(shí)際的通訊介質(zhì)處理，而是通過(guò)加載外部的相關(guān)模塊，利用通信服務(wù)框架所提供的程序框架及接口，才能完成某種具體介質(zhì)的處理，并提供實(shí)際的通訊功能。

　　通信服務(wù)平臺(tái)提供了“介質(zhì)庫(kù)”，其中包含以太網(wǎng)TCP服務(wù)端，以太網(wǎng)TCP客戶端，以太網(wǎng)UDP(單播、組播、廣播)，RS232(RS485)，LONWORKS等主流的介質(zhì)處理模塊以供使用，用戶通過(guò)簡(jiǎn)單的配置即可完成上述介質(zhì)的選擇。

　　通信服務(wù)平臺(tái)還提供了“二次開(kāi)發(fā)接口”。利用該開(kāi)發(fā)接口，用戶可以依據(jù)自己實(shí)際的需要，開(kāi)發(fā)出某種獨(dú)特的介質(zhì)處理模塊，按照通信服務(wù)平臺(tái)接口規(guī)范，它將是一個(gè)動(dòng)態(tài)鏈接庫(kù)(共享庫(kù))，將其加入到CSF的介質(zhì)庫(kù)中后，即可被通信服務(wù)平臺(tái)動(dòng)態(tài)加載以完成實(shí)際的通訊功能。

　　開(kāi)發(fā)一個(gè)通信服務(wù)平臺(tái)的介質(zhì)處理模塊，需要做的就是將某種介質(zhì)的打開(kāi)、關(guān)閉、接收、發(fā)送等具體的功能處理，按照通信服務(wù)平臺(tái)二次開(kāi)發(fā)接口的規(guī)定進(jìn)行封裝，并以動(dòng)態(tài)鏈接庫(kù)的形式被CSF所加載，所管理。

　　在設(shè)計(jì)通信規(guī)約接入及轉(zhuǎn)出功能時(shí)，劃分為多個(gè)模塊并且各個(gè)模塊間保持相對(duì)的獨(dú)立性能夠很容易實(shí)現(xiàn)方便維護(hù)性、提高模塊代碼的重用性、降低開(kāi)發(fā)與調(diào)試的難度、有效的縮短開(kāi)發(fā)周期等優(yōu)點(diǎn)。主要模塊包括(1)數(shù)據(jù)庫(kù)服務(wù)器程序模塊;(2)接入規(guī)約服務(wù)器程序模塊;(3)轉(zhuǎn)出規(guī)約處理程序模塊，以及模塊間訪問(wèn)接口動(dòng)態(tài)連接庫(kù)模塊構(gòu)成。系統(tǒng)全部模塊使用統(tǒng)一定義的控點(diǎn)名稱(chēng)、進(jìn)程間消息類(lèi)型與數(shù)據(jù)格式作為各個(gè)模塊之間通訊的標(biāo)準(zhǔn)，利用數(shù)據(jù)庫(kù)API函數(shù)實(shí)現(xiàn)進(jìn)程訪問(wèn)數(shù)據(jù)庫(kù)服務(wù)器。每個(gè)模塊完成一部分相對(duì)獨(dú)立的功能。

　　(1)數(shù)據(jù)庫(kù)服務(wù)程序模塊負(fù)責(zé)在讀取配置文件后創(chuàng)建實(shí)時(shí)數(shù)據(jù)庫(kù)，接收由接入規(guī)約服務(wù)器模塊提供的數(shù)據(jù)，保存在對(duì)應(yīng)的各個(gè)子庫(kù)內(nèi)。在運(yùn)行期間，負(fù)責(zé)接收接入規(guī)約服務(wù)器模塊、轉(zhuǎn)出規(guī)約處理模塊發(fā)送的消息，并把消息轉(zhuǎn)發(fā)給其他需要接受的模塊。在接入通道和轉(zhuǎn)出通道上的上行、下行報(bào)文，以及進(jìn)程間通訊的消息發(fā)送到調(diào)試界面上顯示。

　　(2)接入規(guī)約服務(wù)器程序模塊負(fù)責(zé)處理在接入串口/以太網(wǎng)口上的全部數(shù)據(jù)，其中跟設(shè)備有關(guān)的全部數(shù)據(jù)進(jìn)入報(bào)文收發(fā)緩沖區(qū)，提交到規(guī)約解析進(jìn)行處理。規(guī)約解析驗(yàn)證報(bào)文的數(shù)據(jù)是否有效，調(diào)用數(shù)據(jù)庫(kù)訪問(wèn)接口模塊的API函數(shù)更新實(shí)時(shí)數(shù)據(jù)庫(kù)的各個(gè)子庫(kù)，并且根據(jù)報(bào)文的類(lèi)型決定向轉(zhuǎn)出規(guī)約處理模塊發(fā)送相關(guān)的消息。

　　(3)轉(zhuǎn)出規(guī)約處理模塊從實(shí)時(shí)數(shù)據(jù)庫(kù)獲取當(dāng)前的設(shè)備數(shù)據(jù)，規(guī)約處理后存放到遠(yuǎn)動(dòng)報(bào)文緩沖區(qū)，按照各個(gè)指定規(guī)約的格式打包后發(fā)送串口/網(wǎng)口;從主站下發(fā)的調(diào)度命令經(jīng)規(guī)約處理解釋后封裝為進(jìn)程間通訊指定的消息格式，調(diào)用模塊間訪問(wèn)接口模塊的API函數(shù)將消息發(fā)送到接入規(guī)約服務(wù)器。

　　從數(shù)據(jù)的流向上基本上可以表示為上行：保護(hù)設(shè)備→接入規(guī)約服務(wù)器模塊→轉(zhuǎn)出規(guī)約處理模塊→主站;下行：主站→轉(zhuǎn)出規(guī)約處理模塊→接入規(guī)約服務(wù)器模塊→保護(hù)設(shè)備。

　　為便于說(shuō)明，下面以串口終端設(shè)備的接入為例介紹各部分功能，如圖2所示。

　　對(duì)常用的串口規(guī)約來(lái)說(shuō)，只需要對(duì)黃色標(biāo)注部分的模塊需要修改。在主循環(huán)中定時(shí)發(fā)送串口問(wèn)詢命令，根據(jù)接收數(shù)據(jù)進(jìn)行各種處理。需要修改的部分主要在串口數(shù)據(jù)的發(fā)送和接收處理部分。

　　對(duì)于問(wèn)答式規(guī)約，定時(shí)下發(fā)問(wèn)詢命令，然后開(kāi)始檢查串口是否有接收到數(shù)據(jù)。如果接收到數(shù)據(jù)，判斷數(shù)據(jù)格式是否正確，如果正確則解析，按遙測(cè)和遙信處理。如果未接收到數(shù)據(jù)或接收數(shù)據(jù)不正確則返回。同時(shí)增加錯(cuò)誤計(jì)數(shù)，用于判斷通訊中斷。

　　4結(jié)論(Conclusion)

　　本文提出了一種可廣泛適用于電力供配電環(huán)境下不同類(lèi)型IED通信接入及轉(zhuǎn)出的通用型通信管理裝置的軟硬件設(shè)計(jì)方案。本技術(shù)成果具有很強(qiáng)的應(yīng)用靈活性，在不同的應(yīng)用場(chǎng)景下，可承擔(dān)不同類(lèi)型的設(shè)備角色，如變電站的遠(yuǎn)動(dòng)通信裝置、站內(nèi)的保護(hù)信息管理機(jī)裝置、前置單元裝置、通信總控單元裝置等。隨著智能電網(wǎng)的建設(shè)重點(diǎn)向配用電端側(cè)重的趨勢(shì)，越來(lái)越多的配用電設(shè)備具有通信接入、互聯(lián)互通的需求，本技術(shù)成果將在這些領(lǐng)域發(fā)揮巨大作用。

　　參考文獻(xiàn)(References)

　　[1]王平,葉福蘭,陳章斌.嵌入式遠(yuǎn)程控制系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].軟件工程,2016,19(3):55-57.

　　[2]陳杰,杜偉春,王振岳,等.基于嵌入式技術(shù)的工業(yè)通信管理機(jī)的開(kāi)發(fā)及應(yīng)用[J].電力系統(tǒng)保護(hù)與控制,2010,38(11):113-117.

　　[3]劉姜濤,鄧其軍,聶明媚,等.基于ARM的智能配電房通信管理機(jī)設(shè)計(jì)[J].自動(dòng)化與儀表,2014(01):34-37.

　　[4]陳雄.配電自動(dòng)化終端中通信管理機(jī)的設(shè)計(jì)與實(shí)現(xiàn)[D].合肥:合肥工業(yè)大學(xué),2010:14-18.

　　[5]丁俊杰.地鐵變電所自動(dòng)化系統(tǒng)通信管理機(jī)的研制[D].成都:西南交通大學(xué),2016:12-16.

　　[6]譚方勇,王昂,劉子寧.基于ZigBee與MQTT的物聯(lián)網(wǎng)網(wǎng)關(guān)通信框架的設(shè)計(jì)與實(shí)現(xiàn)[J].軟件工程,2017,20(4):43-45

---

轉(zhuǎn)載請(qǐng)注明來(lái)自：http://www.jinnzone.com/tongxinxinxianquanlw/67615.html