1、基于CAN網(wǎng)采用滑動(dòng)窗口技術(shù)傳輸電網(wǎng)故障信息的方案實(shí)現(xiàn)唐喜1 孟巖1(北京四方繼保護(hù)自動(dòng)化股份有限公司研發(fā)中心 北京 100085)摘要：針對(duì)CAN(Controller Area Network)網(wǎng)傳輸智能電子設(shè)備IED(Intelligent Electronic Device，以下簡(jiǎn)稱IED)信息速度慢的現(xiàn)狀，提出基于CAN網(wǎng)結(jié)構(gòu)采用滑動(dòng)窗口技術(shù)實(shí)現(xiàn)IED內(nèi)部各通信插件之間信息交換的方法，將以太網(wǎng)TCP/IP協(xié)議中的“一問多答”、“斷點(diǎn)續(xù)傳”等先進(jìn)技術(shù)應(yīng)用到CAN網(wǎng)，可使IED大量的描述信息準(zhǔn)確、快速交換，尤其是IED長(zhǎng)時(shí)間故障錄波后，可快速上傳到分析終端進(jìn)行故障診斷，緩解IED嵌入式系

2、統(tǒng)的緩沖壓力，提高IED長(zhǎng)時(shí)間故障錄波次數(shù)，滿足國(guó)內(nèi)外市場(chǎng)對(duì)IED 連續(xù)故障錄波能力的高要求。對(duì)比試驗(yàn)發(fā)現(xiàn)，與傳統(tǒng)的“停止-等待協(xié)議”相比，“滑動(dòng)窗口協(xié)議”傳輸電網(wǎng)故障信息更加高效，同時(shí)“滑動(dòng)窗口協(xié)議”配置靈活，通過設(shè)變窗口尺寸，即可兼容“停止-等待協(xié)議”。此技術(shù)也可用于IED其它信息要求快速交換的場(chǎng)合。關(guān)鍵詞：IED； 滑動(dòng)窗口； 停止-等待協(xié)議； 嵌入式系統(tǒng)0 引言 電力行業(yè)正在飛速發(fā)展，電力系統(tǒng)不斷壯大，快速、準(zhǔn)確定位電網(wǎng)故障顯得尤為重要，從而用戶對(duì)IED故障錄波1能力要求也不斷提高，迫使各大IED生產(chǎn)廠家不斷推出新的硬件、軟件平臺(tái)，隨著近幾年電子工業(yè)的發(fā)展，硬件不斷網(wǎng)絡(luò)化，軟件網(wǎng)絡(luò)化也

3、有了新的進(jìn)展，但出于對(duì)IED實(shí)時(shí)性的特殊要求，保護(hù)軟件直接借用TCP/IP協(xié)議2顯然不能滿足快速性要求，為此需要采用簡(jiǎn)單、可靠協(xié)議，通常各IED生產(chǎn)廠家對(duì)IED內(nèi)部各插件之間的通信協(xié)議均是自己制訂，沒有統(tǒng)一的標(biāo)準(zhǔn)，在對(duì)故障錄波能力要求不高的情況下，都可以滿足要求。但隨著國(guó)內(nèi)外市場(chǎng)對(duì)IED故障錄波能力要求的不斷提高，傳統(tǒng)的軟件協(xié)議已不能滿足要求。故障錄波存儲(chǔ)容量、傳輸速度、打印速度等已成為衡量IED能力的一個(gè)重要指標(biāo)。以往電網(wǎng)出現(xiàn)大擾動(dòng)時(shí)，故障復(fù)雜，再加上連續(xù)故障，大多數(shù)IED的故障錄波并不理想，有的因?yàn)楣收箱洸ǔ^存儲(chǔ)容量，更多的還是因?yàn)镮ED嵌入式系統(tǒng)3緩沖受限，故障錄波后不能及時(shí)存儲(chǔ)、上傳

4、至遠(yuǎn)方，造成錄波數(shù)據(jù)丟失，即使不丟失，想及時(shí)查看故障波形也需要等待好長(zhǎng)時(shí)間，原因就在于大多數(shù)IED對(duì)于錄波處理采用傳統(tǒng)的“停止-等待協(xié)議”4，不能滿足錄波容量大、快速傳輸?shù)囊?，成為IED錄波處理能力的瓶頸。本文提出的滑動(dòng)窗口技術(shù)可以打破此瓶頸，提高IED錄波處理能力的性能指標(biāo)，并給出基于CAN網(wǎng)的實(shí)現(xiàn)方案及對(duì)比試驗(yàn)。1 原理CAN5屬于現(xiàn)場(chǎng)總線的范疇,它是一種有效支持分布式控制或?qū)崟r(shí)控制的串行通信網(wǎng)絡(luò)。CAN已經(jīng)形成國(guó)際標(biāo)準(zhǔn)，并已被公認(rèn)為幾種最有前途的現(xiàn)場(chǎng)總線之一。CAN具有十分優(yōu)越的特點(diǎn)，使人們樂于選擇。這些特性包括： l 低成本 l 極高的總線利用率 l 很遠(yuǎn)的數(shù)據(jù)傳輸距離(長(zhǎng)達(dá)10Km

5、) l 高速的數(shù)據(jù)傳輸速率（高達(dá)1Mbit/s） l 可根據(jù)報(bào)文的ID決定接收或屏蔽該報(bào)文 l 可靠的錯(cuò)誤處理和檢錯(cuò)機(jī)制6 l 發(fā)送的信息遭到破壞后，可自動(dòng)重發(fā) l 節(jié)點(diǎn)在錯(cuò)誤嚴(yán)重的情況下具有自動(dòng)退出總線的功能 l 報(bào)文不包含源地址或目標(biāo)地址，僅用標(biāo)志符來指示功能信息、優(yōu)先級(jí)信息 CAN網(wǎng)上對(duì)于一些簡(jiǎn)單應(yīng)用，可以采用“停止-等待協(xié)議”，即傳統(tǒng)意義上的“一問一答式協(xié)議”，(主要流程如圖1所示)。但對(duì)于數(shù)據(jù)量大、實(shí)時(shí)性要求高的場(chǎng)合，“停止-等待協(xié)議”不能滿足要求，本文提出“滑動(dòng)窗口協(xié)議”，對(duì)比二者原理上的優(yōu)缺點(diǎn)后，即可以發(fā)現(xiàn)“滑動(dòng)窗口協(xié)議”的優(yōu)勢(shì)。1.1 停止-等待協(xié)議停止-等待(stop-and

6、-wait)的思想：發(fā)送方傳輸一幀之后，在傳輸下一幀之前等待一個(gè)確認(rèn)。如果在某段時(shí)間之后確認(rèn)沒有到達(dá)，則發(fā)送方超時(shí)，重發(fā)原始幀。介紹兩個(gè)專有名詞：確認(rèn)（acknowledgement）和超時(shí)（timeout）確認(rèn)4（簡(jiǎn)稱ACK）：協(xié)議發(fā)給它的對(duì)等實(shí)體的一個(gè)小的控制幀，告知它已收到剛才的幀。控制幀是一個(gè)無任何數(shù)據(jù)的頭部，但是一個(gè)協(xié)議也可以將一個(gè)ACK捎帶在一個(gè)恰好要發(fā)向?qū)Ψ降臄?shù)據(jù)幀上。發(fā)送方收到一個(gè)確認(rèn)，表明幀發(fā)送成功。如果發(fā)送方在合理的一段時(shí)間后未收到確認(rèn)，那么它重發(fā)（retransmit）原始幀。等待一段合理的時(shí)間的這個(gè)動(dòng)作稱為超時(shí)4（timeout）使用確認(rèn)和超時(shí)實(shí)現(xiàn)可靠傳輸?shù)牟呗杂袝r(shí)稱為

7、自動(dòng)請(qǐng)求重發(fā)（Automatic Repeat Request，ARQ）。圖 1停止-等待協(xié)議正常情況下的流程圖Fig. 1 Stop-wait protocol flow chart under normal conditions上述可以發(fā)現(xiàn)停止-等待算法的主要缺點(diǎn)：允許發(fā)送方每次在鏈路上只有一個(gè)未確認(rèn)的幀，這可能遠(yuǎn)遠(yuǎn)低于鏈路的容量。1.2 滑動(dòng)窗口協(xié)議滑動(dòng)窗口2(slide window)技術(shù)主要用于信息流量控制,協(xié)調(diào)改善發(fā)送端和接收端的工作速度, 廣泛使用于Internet和其它網(wǎng)絡(luò)之間的通信,一個(gè)好的實(shí)現(xiàn)既可以提高網(wǎng)絡(luò)通信的數(shù)據(jù)流量，同時(shí)又能提高通信質(zhì)量和解決擁塞控制問題。簡(jiǎn)要描述一下

8、該算法:1、將需要傳遞的信息編碼為一個(gè)有序的幀序列；2、發(fā)送方設(shè)置一個(gè)滑動(dòng)窗口（緩沖區(qū)），該窗口大小為最大發(fā)送幀數(shù)（N）。該緩沖區(qū)采用先進(jìn)先出隊(duì)列機(jī)制，首先發(fā)送N幀信息，每幀都有一個(gè)定時(shí)器，當(dāng)超時(shí)還沒有收到接收方的應(yīng)答幀時(shí)，則重發(fā)該幀；3、接收方設(shè)置一接收隊(duì)列，對(duì)接收到的每幀入隊(duì)列。如果該幀是編號(hào)最小的幀，則發(fā)送該幀收到的應(yīng)答幀給發(fā)送方；4、發(fā)送方如果收到接收方的某幀的應(yīng)答消息，則判斷，如果是隊(duì)列的第一個(gè)幀，則該幀出列。隊(duì)列空出一位，再發(fā)送一幀，否則記錄其為可出列標(biāo)記。利用滑動(dòng)窗口算法原理，可以保證數(shù)據(jù)在有序發(fā)送的情況下，順利達(dá)到接收方。 (1)窗口機(jī)制  滑動(dòng)窗口協(xié)議的基本原理就是

9、在任意時(shí)刻，發(fā)送方都維持了一個(gè)連續(xù)的允許發(fā)送的幀的序號(hào)，稱為發(fā)送窗口；同時(shí)，接收方也維持了一個(gè)連續(xù)的允許接收的幀的序號(hào)，稱為接收窗口。發(fā)送窗口和接收窗口的序號(hào)的上下界不一定要一樣，甚至大小也可以不同。不同的滑動(dòng)窗口協(xié)議窗口大小一般不同。發(fā)送方窗口內(nèi)的序列號(hào)代表了那些已經(jīng)被發(fā)送，但是還沒有被確認(rèn)的幀，或者是那些可以被發(fā)送的幀。下面舉一個(gè)例子（假設(shè)發(fā)送窗口尺寸為2幀，接收窗口尺寸為1幀）。初始態(tài)，發(fā)送方?jīng)]有幀發(fā)出，發(fā)送窗口前后沿相重合。接收方0號(hào)窗口打開，等待接收0號(hào)幀。發(fā)送方打開0號(hào)窗口，表示已發(fā)出0幀但尚確認(rèn)返回信息。此時(shí)接收窗口狀態(tài)不變。發(fā)送方打開0、1號(hào)窗口，表示0、1號(hào)幀均在等待確認(rèn)之列

10、。至此，發(fā)送方打開的窗口數(shù)已達(dá)規(guī)定限度，在未收到新的確認(rèn)返回幀之前，發(fā)送方將暫停發(fā)送新的數(shù)據(jù)幀。接收窗口此時(shí)狀態(tài)仍未變。接收方已收到0號(hào)幀，0號(hào)窗口關(guān)閉，1號(hào)窗口打開，表示準(zhǔn)備接收1號(hào)幀。此時(shí)發(fā)送窗口狀態(tài)不變。發(fā)送方收到接收方發(fā)來的0號(hào)幀確認(rèn)返回信息，關(guān)閉0號(hào)窗口，表示從重發(fā)表中刪除0號(hào)幀。此時(shí)接收窗口狀態(tài)仍不變。發(fā)送方繼續(xù)發(fā)送2號(hào)幀，2號(hào)窗口打開，表示2號(hào)幀也納入待確認(rèn)之列。至此，發(fā)送方打開的窗口又已達(dá)規(guī)定限度，在未收到新的確認(rèn)返回幀之前，發(fā)送方將暫停發(fā)送新的數(shù)據(jù)幀，此時(shí)接收窗口狀態(tài)仍不變。接收方已收到1號(hào)幀，1號(hào)窗口關(guān)閉，2號(hào)窗口打開，表示準(zhǔn)備接收2號(hào)幀。此時(shí)發(fā)送窗口狀態(tài)不變。發(fā)送方收到接

11、收方發(fā)來的1號(hào)幀收畢的確認(rèn)信息，關(guān)閉1號(hào)窗口，表示從重發(fā)表中刪除1號(hào)幀。此時(shí)接收窗口狀態(tài)仍不變。  若從滑動(dòng)窗口的觀點(diǎn)來統(tǒng)一看待1比特滑動(dòng)窗口、后退n及選擇重傳三種協(xié)議，它們的差別僅在于各自窗口尺寸的大小不同而已。1比特滑動(dòng)窗口協(xié)議：發(fā)送窗口=1幀，接收窗口=1幀；后退n協(xié)議：發(fā)窗口>1幀，接收窗口>1幀；選擇重傳協(xié)議：發(fā)送窗口>1幀,接收窗口>1幀。(2) 1比特滑動(dòng)窗口協(xié)議13  當(dāng)發(fā)送窗口和接收窗口的大小固定為1時(shí)，滑動(dòng)窗口協(xié)議退化為停等協(xié)議（stopandwait）。該協(xié)議規(guī)定發(fā)送方每發(fā)送一幀后就要停下來，等待接收方已正確接收的確認(rèn)（ackn

12、owledgement）返回后才能繼續(xù)發(fā)送下一幀。由于接收方需要判斷接收到的幀是新發(fā)的幀還是重新發(fā)送的幀，因此發(fā)送方要為每一個(gè)幀加一個(gè)序號(hào)。由于停等協(xié)議規(guī)定只有一幀完全發(fā)送成功后才能發(fā)送新的幀，因而只用一比特來編號(hào)就夠了。(3) 后退n協(xié)議  由于停等協(xié)議要為每一個(gè)幀進(jìn)行確認(rèn)后才繼續(xù)發(fā)送下一幀，大大降低了信道利用率，因此又提出了后退n協(xié)議。后退n協(xié)議中，發(fā)送方在發(fā)完一個(gè)數(shù)據(jù)幀后，不停下來等待應(yīng)答幀，而是連續(xù)發(fā)送若干個(gè)數(shù)據(jù)幀，即使在連續(xù)發(fā)送過程中收到了接收方發(fā)來的應(yīng)答幀，也可以繼續(xù)發(fā)送。且發(fā)送方在每發(fā)送完一個(gè)數(shù)據(jù)幀時(shí)都要設(shè)置超時(shí)定時(shí)器。只要在所設(shè)置的超時(shí)時(shí)間內(nèi)未收到確認(rèn)幀，就要重發(fā)相應(yīng)

13、的數(shù)據(jù)幀。如：當(dāng)發(fā)送方發(fā)送了N個(gè)幀后，若發(fā)現(xiàn)該N幀的前一個(gè)幀在計(jì)時(shí)器超時(shí)后仍未返回其確認(rèn)信息，則該幀被判為出錯(cuò)或丟失，此時(shí)發(fā)送方就不得不重新發(fā)送出錯(cuò)幀及其后的N幀。從這里不難看出，后退n協(xié)議一方面因連續(xù)發(fā)送數(shù)據(jù)幀而提高了效率，但另一方面，在重傳時(shí)又必須把原來已正確傳送過的數(shù)據(jù)幀進(jìn)行重傳（僅因這些數(shù)據(jù)幀之前有一個(gè)數(shù)據(jù)幀出了錯(cuò)），這種做法又使傳送效率降低。由此可見，若傳輸信道的傳輸質(zhì)量很差因而誤碼率較大時(shí)，連續(xù)測(cè)協(xié)議不一定優(yōu)于停止-等待協(xié)議。此協(xié)議中的發(fā)送窗口的大小為k幀，接收窗口仍是1幀。(4) 選擇重傳協(xié)議14  在后退n協(xié)議中，接收方若發(fā)現(xiàn)錯(cuò)誤幀就不再接收后續(xù)的幀，即使是正確到達(dá)的

14、幀，這顯然是一種浪費(fèi)。另一種效率更高的策略是當(dāng)接收方發(fā)現(xiàn)某幀出錯(cuò)后，其后繼續(xù)送來的正確的幀雖然不能立即遞交給接收方的高層，但接收方仍可收下來，存放在一個(gè)緩沖區(qū)中，同時(shí)要求發(fā)送方重新傳送出錯(cuò)的那一幀。一旦收到重新傳來的幀后，就可以原已存于緩沖區(qū)中的其余幀一并按正確的順序遞交高層。這種方法稱為選擇重發(fā)(SELECTICE REPEAT)。顯然，選擇重發(fā)減少了浪費(fèi)，但要求接收方有足夠大的緩沖區(qū)空間。利用滑動(dòng)窗口算法原理，可以保證一堆數(shù)據(jù)在有序發(fā)送的情況下，順利的達(dá)到接收方。滑動(dòng)窗口技術(shù)具備以下優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：a)滑動(dòng)窗口有利于提高帶寬利用率，傳輸效率高b)滑動(dòng)窗口使主機(jī)在等待確認(rèn)消息的同時(shí)，可以發(fā)送多

15、個(gè)字節(jié)或數(shù)據(jù)包c(diǎn))滑動(dòng)窗口的大小以字節(jié)數(shù)表示d)滑動(dòng)窗口的大小在連接建立階段指定e)滑動(dòng)窗口的大小隨數(shù)據(jù)的發(fā)送而變化f)滑動(dòng)窗口可以提供流量控制缺點(diǎn)：控制復(fù)雜。2 應(yīng)用實(shí)現(xiàn)系統(tǒng)平臺(tái)架構(gòu)如圖2所示，系統(tǒng)主要由兩大部分組成，一部分是電網(wǎng)故障信息采集及處理單元，由保護(hù)插件負(fù)責(zé)；另一個(gè)部分為電網(wǎng)故障信息管理單元，由信息管理插件負(fù)責(zé)。系統(tǒng)采用雙CAN網(wǎng)7結(jié)構(gòu)，一個(gè)CAN網(wǎng)用于與信息管理插件實(shí)時(shí)通信8，另一個(gè)CAN網(wǎng)用于與開入、開出插件實(shí)時(shí)通信，總線不出芯片2，有利于保護(hù)裝置的高可靠性。大容量的故障錄波，可以保存不少于24次事故錄波。完整的事件記錄和動(dòng)作報(bào)告，可保存不少于2000條動(dòng)作報(bào)告和2000次操作

16、記錄，停電不丟失。圖 2 系統(tǒng)通信平臺(tái)9架構(gòu)Fig. 2 Structure of system communication軟件主要結(jié)構(gòu)體實(shí)現(xiàn)：滑動(dòng)窗口數(shù)據(jù)傳輸結(jié)構(gòu)體：typedef struct _SLIDEWIN_TRANSMIT/以下為主控方信息bool bIsUsedFlag;/是否使用滑動(dòng)窗口技術(shù)傳輸WORD wStBarNo;/起始條序號(hào)BYTE BStSubBarNo;/起始子條序號(hào)WORD wWinSize;/窗口尺寸WORD wMaxFrmLen;/最大幀長(zhǎng)度/以下是被控方信息WORD wRealWinSize;/由被控方實(shí)際上送的窗口尺寸int nRealBarNum;/由

17、被控方實(shí)際上送的實(shí)際報(bào)文數(shù)bool bIsStartTimeOut;/是否啟動(dòng)超時(shí)定時(shí)器的處理StruSlideWinTransmit;IED通信平臺(tái)15：所有CAN總線部分均采用滑動(dòng)窗口協(xié)議傳輸，其通信流程如圖3所示：圖 3 IED內(nèi)部滑動(dòng)數(shù)據(jù)窗傳輸流程Fig. 3 Flow chart of slide window communication in the IED3 對(duì)比試驗(yàn)通過以上的算法論述及應(yīng)用實(shí)現(xiàn)，決定通過網(wǎng)絡(luò)對(duì)比試驗(yàn)10來驗(yàn)證采用“滑動(dòng)窗口協(xié)議”的優(yōu)勢(shì)。 試驗(yàn)方法：通過改變滑動(dòng)窗口尺寸測(cè)試錄波數(shù)據(jù)傳輸時(shí)間(單位:秒)，采用多次試驗(yàn)取平均值的算法。試驗(yàn)條件：l 數(shù)據(jù)包大小：90Kl

18、 CAN網(wǎng)速率：1M試驗(yàn)內(nèi)容：通過測(cè)試儀模擬 “距離I、II、III段保護(hù)出口”11動(dòng)作實(shí)驗(yàn)，使IED產(chǎn)生一次故障錄波數(shù)據(jù)，通過定時(shí)器記錄故障錄波傳輸時(shí)間，針對(duì)同一次故障錄波，改變窗口尺寸，重復(fù)多次試驗(yàn),取平均值，如表1所示。試驗(yàn)次數(shù)窗口尺寸(幀)12345平均值(秒)1252626262525.62202121212120.83181819191818.44151516161515.45131413131413.46101099109.67545454.6表 1錄波數(shù)據(jù)傳輸速度對(duì)比試驗(yàn)Table 1 Contrast test of record data transmission改變窗口尺

19、寸，故障錄波傳輸時(shí)間變化曲線圖如圖4所示。圖 4 滑動(dòng)窗口尺寸與錄波傳輸時(shí)間關(guān)系圖Fig. 4 Relation between slide window size and record transmission time由圖4可以發(fā)現(xiàn)，隨著窗口尺寸的不斷加大，故障錄波傳輸時(shí)間不斷縮小。當(dāng)窗口尺寸為1幀時(shí)，“滑動(dòng)窗口協(xié)議”即退化為“停止-等待協(xié)議”。由此說明，“滑動(dòng)窗口協(xié)議”的優(yōu)勢(shì)相當(dāng)明顯，錄波傳輸速度有數(shù)倍的提升。4 結(jié)語1) 滑動(dòng)窗口技術(shù)在CAN網(wǎng)上的應(yīng)用，解決了IED各插件之間大數(shù)據(jù)量通信的核心問題，充分發(fā)揮硬件資源優(yōu)勢(shì)，傳輸效率高，通過對(duì)比試驗(yàn)發(fā)現(xiàn)，此技術(shù)應(yīng)用在電網(wǎng)故障錄波信息傳輸時(shí)，

20、優(yōu)勢(shì)更加明顯，突破了嵌入式系統(tǒng)資源不平衡帶來的通信瓶頸，為電網(wǎng)故障診斷帶來極大便利，同時(shí)此技術(shù)也可用于其它大數(shù)據(jù)包通信的場(chǎng)合；2) 滑動(dòng)窗口技術(shù)實(shí)現(xiàn)復(fù)雜，針對(duì)IED內(nèi)部實(shí)現(xiàn)部分，目前還未有統(tǒng)一的協(xié)議標(biāo)準(zhǔn)，僅個(gè)別IED廠家使用此技術(shù)，待試運(yùn)行一段時(shí)間后，可大面積推廣。3) 通過對(duì)滑動(dòng)窗口算法原理的分析，可以將該算法應(yīng)用在如下場(chǎng)景：A系統(tǒng)需要給B系統(tǒng)發(fā)送大量的資料，這些資料需要拆分為M次才能發(fā)送完成，考慮到網(wǎng)絡(luò)流量問題，不能一次性的就全部把M個(gè)數(shù)據(jù)塊發(fā)送給B系統(tǒng)。較好的處理方式是設(shè)置符合網(wǎng)絡(luò)流量大小的值N，作為A系統(tǒng)一次發(fā)送的數(shù)據(jù)塊個(gè)數(shù)。N作為滑動(dòng)窗口的長(zhǎng)度。采用滑動(dòng)窗口算法來完成A、B系統(tǒng)的數(shù)據(jù)

21、發(fā)送，考慮到發(fā)送的數(shù)據(jù)可以是無序（既數(shù)據(jù)沒有先后之分）的情況。需要對(duì)該算法略加修改，即發(fā)送隊(duì)列中的任何一個(gè)數(shù)據(jù)塊如果收到應(yīng)答信息，隊(duì)列都向前滑動(dòng)一格，并允許立即發(fā)送一個(gè)新的數(shù)據(jù)塊。就可以很好的解決這個(gè)問題。參考文獻(xiàn)：1 王梅義.電網(wǎng)繼電保護(hù)應(yīng)用M.北京；中國(guó)電力出版社，1999.WANG Mei-yi. The Utility of Power System Network ProtectionM. Beijing: China Electric Power Press, 1999.2 周明天 汪文勇,TCP/IP網(wǎng)絡(luò)原理與技術(shù)M北京 清華大學(xué)出版社 19933 桑楠 嵌入式系統(tǒng)原理及應(yīng)用開發(fā)

22、技術(shù)M. 北京: 北京航空航天大學(xué)出版社, 20024 Andrew S.Tanenbaum 計(jì)算機(jī)網(wǎng)絡(luò)M. 第四版 潘愛民，譯. 北京 清華大學(xué)出版社，2004.Andrew S.Tanenbaum Computer NetworksM, Fourth Edition. PAN Ai-ming. Tsinghua University Press,2004.5 鄔寬明 CAN總線原理和應(yīng)用系統(tǒng)設(shè)計(jì)M. 北京 北京航空航天大學(xué)出版社 19966 蘆東昕，張華強(qiáng)，王陳. 基于UDP的可靠數(shù)據(jù)傳遞技術(shù)環(huán)境J. 計(jì)算機(jī)工程，2003,29(22)：62-63.LU Dong-xin , ZHANG

23、Hua-qiang , WANG Chen. Research on the reliable data transfer based on UDPJ . Computer Engineering , 2003,29(22): 62-63 7 姚志強(qiáng)，盛孟剛. 基于數(shù)字信號(hào)處理和CAN總線的綜合微機(jī)保護(hù)系統(tǒng)的設(shè)計(jì)J. 湘潭大學(xué)自然科學(xué)學(xué)報(bào)，2005,27(4)：108-113. YAO Zhi-qiang , SHENG Meng-gang. Design of multifunctional microcomputer protection system based on digital s

24、ignal processing and CAN bus J. Natural Science Journal of Xiangtan University , 2005,27(4):108-113.8 DOUGLASS B P. 嵌入式與實(shí)時(shí)系統(tǒng)開發(fā)M. 柳翔，譯. 北京：機(jī)械工業(yè)出版社，2005.9 李鋼，王善祥，蘇文輝，等. 微機(jī)保護(hù)通用平臺(tái)的分析和研究J. 繼電器，2005,33(14)：29-31. LI Gang , WANG Shan xiang , SU WEN-hui , et al . Analysis and studies on universal platform o

25、f relaysJ. Relay , 2005,33(14): 29-31.10 楊金生 計(jì)算機(jī)網(wǎng)絡(luò)實(shí)驗(yàn)指導(dǎo)M 上海交通大學(xué)出版社 上海 2002.11 朱聲石.高壓電網(wǎng)繼電保護(hù)原理與技術(shù)M. 第3版.北京：中國(guó)電力出版社,2005. ZHU Sheng-shi. The Principle and Technique of High Voltage Network ProtectionM. 3rd ed. Beijing: China Electric Power Press, 2005.12 陳露晨. 計(jì)算機(jī)通信接口技術(shù)M. 成都：電子科技大學(xué)出版社，1999.13 阮家棟，錢亦平，鄧琛.

26、 計(jì)算機(jī)通信技術(shù)M. 北京: 電子工業(yè)出版社，2000.14 楊如鋒，伍愛蓮，朱華偉. 基于CAN總線的變電站監(jiān)控系統(tǒng)J. 電力自動(dòng)化設(shè)備，2005,25(1):43-45 . YANG Ru-feng , WU Ai-lian , ZHU Hua-wei. Substation supervisory system based on CAN busJ. Electric Power Automation Equipment, 2005,25(1):43-45.15 任雁銘. 基于嵌入式以太網(wǎng)的變電站自動(dòng)化系統(tǒng)通信網(wǎng)絡(luò)J. 電力系統(tǒng)自動(dòng)化，2001,25(17)：36-38. REN Yan-

27、ming. Computer network based on embedded Ethernet technique for substation automation systemJ. Automation of Electric Power Systems , 2001,25(17):36-38作者簡(jiǎn)介：唐喜(1979 - )，男，吉林松原人，工程師，主要從事電力系統(tǒng)通信、電力系統(tǒng)規(guī)約和電力系統(tǒng)軟件組件方面的研究與開發(fā)工作；(E-mail:tangxi3721sf-)孟巖(1979 - )，女，遼寧錦州人，工程師，主要從事繼電保護(hù)研究與開發(fā)工作。(E-mail:mengyansf-)Sc

28、heme realization of “Slide window protocol” applied to transmit fault records based on CAN networkTANG Xi1, MENG Yan1(Beijing Sifang Automation Co.,Ltd research & develop center, 100085,China )Abstract: Aiming at the CAN( Controller Area Network) network transmitting the slow present condition in speed