專利名稱：多插件嵌入式故障信息系統(tǒng)子站對(duì)錄波文件的處理方法
技術(shù)領(lǐng)域：
本發(fā)明應(yīng)用于電力系統(tǒng)電力自動(dòng)化領(lǐng)域，特別涉及電網(wǎng)繼電保護(hù)及故障信息處理系 統(tǒng)(以下簡(jiǎn)稱故障信息系統(tǒng))。
背景技術(shù)：
隨著計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)的發(fā)展和變電站自動(dòng)化水平的提高，國(guó)內(nèi)很多地區(qū)建設(shè) 了繼電保護(hù)故障信息系統(tǒng)。故障信息系統(tǒng)主要關(guān)注繼電保護(hù)和故障錄波器的信息，對(duì)出 現(xiàn)故障時(shí)的各種信號(hào)、狀態(tài)和錄波數(shù)據(jù)尤為關(guān)注。但因系統(tǒng)的復(fù)雜性，經(jīng)常由于各種原 因出現(xiàn)數(shù)據(jù)不通暢、不完整、丟失等情況。
在所有的故障信息中，錄波數(shù)據(jù)無(wú)疑是繼電保護(hù)專業(yè)人員最重視的內(nèi)容，因?yàn)閺匿?波數(shù)據(jù)中可以分析出故障前后的所有狀態(tài)信息和采樣值。繼電保護(hù)設(shè)備和故障錄波器所 產(chǎn)生的錄波數(shù)據(jù)，其上送給變電站中故障信息系統(tǒng)時(shí)所采用的方式是多種多樣的，因所 采用的通信規(guī)約的不同而有差異。但數(shù)據(jù)接口的一致性是大勢(shì)所趨，所以近年來(lái)國(guó)內(nèi)各 廠家對(duì)錄波數(shù)據(jù)都采用統(tǒng)一形成C0MTRADE格式錄波文件的方式進(jìn)行處理，這為通信過(guò) 程中錄波文件接口的一致性提供了良好的條件。但是，由于錄波文件與其它數(shù)據(jù)相比是 較大數(shù)據(jù)塊，需要占用一定的傳輸時(shí)間，在其傳輸?shù)母鱾€(gè)環(huán)節(jié)如果考慮不周全，都可能 出現(xiàn)問(wèn)題。尤其是在目前故障信息系統(tǒng)子站普遍采用嵌入式系統(tǒng)的情況下，對(duì)資源的合 理利用也成為需要考慮的問(wèn)題之一。
本發(fā)明提出了一種在多插件嵌入式故障信息系統(tǒng)子站端獲取錄波數(shù)據(jù)、形成錄波文 件并在多插件間傳輸管理，最終上送給主站的方法。該方法對(duì)錄波數(shù)據(jù)處理的流程完整 清晰，通過(guò)對(duì)錄波文件的多級(jí)管理，解決了一次集中管理的過(guò)濾判斷工作量，可以有效 防止對(duì)錄波數(shù)據(jù)的重復(fù)召喚和上送，有利于繼電保護(hù)專業(yè)人員利用錄波文件進(jìn)行保護(hù)動(dòng) 作行為分析，提高了系統(tǒng)整體的實(shí)用化水平。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)中存在的上述問(wèn)題，本發(fā)明提出了一種在多插件嵌入式故障信息 系統(tǒng)子站中對(duì)錄波文件進(jìn)行處理的方法。
本發(fā)明采用以下技術(shù)方案 多插件嵌入式繼電保護(hù)故障信息系統(tǒng)子站對(duì)錄波文件的處理方法，該方法可實(shí)現(xiàn)在多插件協(xié)調(diào)工作的情況下對(duì)錄波數(shù)據(jù)進(jìn)行有效傳輸，保證錄波文件完整及時(shí)地傳送到 主站，其特征在于，所述方法包括以下步驟
(1) 子站的接入插件完成錄波數(shù)據(jù)的收集和整理形成COMTRADE格式文件，在本接 入插件中對(duì)錄波文件及待召喚錄波數(shù)據(jù)列表和已召喚錄波文件列表進(jìn)行管理；
(2) 子站的主CPU插件獲取錄波文件，并對(duì)錄波數(shù)據(jù)進(jìn)行集中管理；
(3) 主CPU插件通知轉(zhuǎn)出插件錄波文件形成信息，轉(zhuǎn)出插件根據(jù)主站要求向主CPU
申請(qǐng)并獲取錄波文件，傳送給主站。
所述故障信息系統(tǒng)子站(簡(jiǎn)稱子站)，是故障信息系統(tǒng)中位于變電站站控級(jí)的設(shè)備， 用于連接各種繼電保護(hù)設(shè)備和故障錄波器，通過(guò)通信規(guī)約與繼電保護(hù)設(shè)備和故障錄波器 進(jìn)行通信，獲取各種信息，經(jīng)過(guò)過(guò)濾處理后上送給位于各級(jí)調(diào)度的故障信息系統(tǒng)主站。 對(duì)于子站來(lái)說(shuō)，繼電保護(hù)設(shè)備和故障錄波器是通過(guò)通信規(guī)約接入的，所以可簡(jiǎn)稱為接入 設(shè)備。
所述多插件嵌入式子站，是指子站采用嵌入式系統(tǒng)和嵌入式硬件設(shè)備，這類設(shè)備的
抗干擾能力明顯優(yōu)于傳統(tǒng)的工控機(jī)型設(shè)備。同時(shí)，為了能使CPU的負(fù)載分散，同時(shí)分散 運(yùn)行風(fēng)險(xiǎn)，在結(jié)構(gòu)上采用多插件多CPU設(shè)計(jì)。所謂多插件，即子站本身是一個(gè)嵌入式裝 置，有一個(gè)帶有通信總線的背板，多個(gè)具有不同功能的硬件插板都插接在這個(gè)背板上， 每個(gè)獨(dú)立的硬件插板稱為一個(gè)插件。每個(gè)插件都有一個(gè)CPU，能夠獨(dú)立運(yùn)行軟件。多個(gè) 插件彼此之間通過(guò)背板總線進(jìn)行通信，實(shí)現(xiàn)功能的統(tǒng)一協(xié)調(diào)。按照運(yùn)行軟件功能類型的 不同，插件分成接入類、轉(zhuǎn)出類和主CPU三個(gè)主要類型。
接入類插件指運(yùn)行的軟件完成與變電站內(nèi)接入設(shè)備的通信，對(duì)這些設(shè)備的信息進(jìn)行 收集整理的插件。
轉(zhuǎn)出類插件指運(yùn)行的軟件完成與故障信息系統(tǒng)主站的通信，把變電站內(nèi)所有接入的 設(shè)備信息上送給主站的插件。
主CPU是所有數(shù)據(jù)存儲(chǔ)和處理的中心。接入類插件和轉(zhuǎn)出類插件通過(guò)主CPU實(shí)現(xiàn)數(shù) 據(jù)共享。
這里提到的錄波文件，指的是C0MTRADE格式的錄波文件。C0MTRADE (Common Format for Transient Data Exchange)是指電力系統(tǒng)使用的暫態(tài)數(shù)據(jù)交換通用格式，由GB/T _2007/IEC 60255-24:2001規(guī)定。此格式規(guī)定了錄波文件由幾個(gè)文件組成，并對(duì)每個(gè)文 件的具體內(nèi)容和結(jié)構(gòu)給出詳細(xì)規(guī)定。現(xiàn)在已經(jīng)成為電力系統(tǒng)通用的錄波文件存儲(chǔ)和傳輸 標(biāo)準(zhǔn)格式。
本發(fā)明的多插件嵌入式繼電保護(hù)故障信息系統(tǒng)子站對(duì)錄波文件的處理方法保證在 多插件系統(tǒng)中錄波文件得到有效的傳送管理，使在調(diào)度主站端能夠及時(shí)獲取完整、正確的錄波文件，利于專業(yè)人員對(duì)電網(wǎng)擾動(dòng)、故障進(jìn)行正確分析，提高繼電保護(hù)故障信息管 理系統(tǒng)實(shí)用化水平。


下面結(jié)合附圖對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說(shuō)明。
圖1是多插件嵌入式故障信息系統(tǒng)子站中對(duì)錄波文件的處理流程示意圖。
具體實(shí)施例方式
在附圖l中的三個(gè)方框，分別代表三個(gè)不同插件接入插件、主CPU插件、轉(zhuǎn)出插 件。在對(duì)錄波文件處理的流程中，三者之間進(jìn)行信息交互。
錄波數(shù)據(jù)在多插件嵌入式子站中的處理方法主要分成三個(gè)步驟。
1、錄波數(shù)據(jù)的收集和整理形成COMTRADE格式文件，在接入插件對(duì)錄波文件及列表進(jìn)行 管理
錄波數(shù)據(jù)的收集整理由接入插件完成。
接入插件接入繼電保護(hù)設(shè)備和故障錄波器的規(guī)約可能有很多種，但是對(duì)于錄波數(shù)據(jù)
的處理都具有以下流程
(1) 獲知新錄波數(shù)據(jù)的產(chǎn)生新錄波數(shù)據(jù)產(chǎn)生時(shí)，子站無(wú)論以何種方式與接入設(shè) 備進(jìn)行通信，接入插件都可以通過(guò)某種渠道獲知新錄波數(shù)據(jù)的產(chǎn)生，這個(gè)渠道可能是所 接入的設(shè)備主動(dòng)上送、子站通過(guò)詢問(wèn)得到應(yīng)答報(bào)文或者子站直接?xùn)嗽兯尤朐O(shè)備上的列 表文件得知(部分故障錄波器可能采用此方式)等等。這幾種方式雖然機(jī)制不同，但都 可以將是否有錄波數(shù)據(jù)產(chǎn)生、產(chǎn)生的新錄波數(shù)據(jù)的標(biāo)識(shí)是什么送到子站，若包括多次錄 波數(shù)據(jù)則將多次錄波數(shù)據(jù)的標(biāo)識(shí)列表上送。
(2) 記錄新錄波數(shù)據(jù)信息接入插件得到新錄波數(shù)據(jù)產(chǎn)生的信息后，將新錄波數(shù) 據(jù)的唯一特征標(biāo)識(shí)(如故障序號(hào)、裝置代碼、故障時(shí)間等的一個(gè)或多個(gè)組合，依據(jù)通信 規(guī)約的特點(diǎn)而定)記錄到一個(gè)駐留在本插件內(nèi)存的錄波數(shù)據(jù)列表中。此列表中的錄波數(shù) 據(jù)都是尚未召喚的，因此此列表稱為待召喚錄波數(shù)據(jù)列表。除了待召喚錄波數(shù)據(jù)列表外， 接入插件中還需保存一個(gè)已召喚錄波文件列表，用于記錄己經(jīng)成功召喚過(guò)的錄波文件。 這是由于有些接入設(shè)備并不僅僅上送未召喚過(guò)的新錄波信息，而是將最新的若干次錄波 的信息一起送給子站(無(wú)論是否召喚過(guò))，所以為防止重復(fù)召喚，在將新錄波數(shù)據(jù)信息 記錄到待召喚錄波數(shù)據(jù)列表之前，必須對(duì)新錄波數(shù)據(jù)的信息進(jìn)行過(guò)濾。過(guò)濾的方法是將 本次上送的錄波數(shù)據(jù)信息逐條與兩個(gè)列表中原有信息進(jìn)行對(duì)比，這兩個(gè)列表一個(gè)就是剛 剛提到的待召喚錄波數(shù)據(jù)列表，另一個(gè)是已召喚錄波文件列表。如果上送的新錄波數(shù)據(jù) 信息中，某一條與這兩個(gè)列表中的任意一個(gè)重復(fù)，則認(rèn)為這條信息不是新信息，不再重復(fù)記入待召喚錄波數(shù)據(jù)列表。
(3) 自動(dòng)召喚接入插件按照工作流程，自動(dòng)啟動(dòng)對(duì)待召喚錄波數(shù)據(jù)列表中的錄 波數(shù)據(jù)的依次召喚，并且對(duì)召喚上來(lái)的錄波數(shù)據(jù)進(jìn)行規(guī)范化整理，寫(xiě)成標(biāo)準(zhǔn)的COMTRADE 文件。由于錄波數(shù)據(jù)召喚的優(yōu)先級(jí)要低于其它突發(fā)數(shù)據(jù)，因此在建立錄波數(shù)據(jù)召喚流程 的時(shí)候，必須在空閑時(shí)間進(jìn)行召喚，并且其過(guò)程中必須支持其它數(shù)據(jù)的插入。
(4) 刷新錄波文件列表生成新的COMTRADE文件后，接入插件刷新本地的己召喚 錄波文件列表，將新文件列入。為了避免掉電丟失己經(jīng)召喚過(guò)的錄波文件信息，已召喚 錄波文件列表除了在內(nèi)存中駐留外，還必須以文件形式保存。此文件在每次召喚錄波文 件成功后刷新，以保持與內(nèi)存同步。而且，軟件啟動(dòng)后的初始化過(guò)程中，也必須將此文 件讀入內(nèi)存，形成最初的內(nèi)存中的己召喚錄波文件列表。
2、主CPU插件獲取錄波文件，并對(duì)錄波數(shù)據(jù)進(jìn)行集中管理 錄波數(shù)據(jù)的集中管理主要由主CPU插件完成。
由主CPU對(duì)錄波文件進(jìn)行集中管理，可以使所有接入插件和轉(zhuǎn)出插件進(jìn)行數(shù)據(jù)共享
成為可能。對(duì)于多插件結(jié)構(gòu)的子站來(lái)說(shuō)，這種功能設(shè)置尤其重要。為了達(dá)到有效管理錄
波文件的目的，在主CPU中有兩個(gè)列表文件， 一個(gè)是待召喚錄波文件列表， 一個(gè)是已召
喚錄波文件列表。這兩個(gè)文件在初始化時(shí)被讀入內(nèi)存，并在運(yùn)行過(guò)程中隨時(shí)刷新，以保 持與內(nèi)存數(shù)據(jù)同步。其中，待召喚錄波文件列表中，每一條信息都至少包括文件名、待
召喚標(biāo)志和文件是否己獲取標(biāo)志。待召喚標(biāo)志為o，則表示該文件需要召喚，為l表示 不需要召喚。文件已獲取標(biāo)志為o表示文件未成功召喚完成，為l表示文件已經(jīng)成功召
喚完成。
主CPU對(duì)錄波數(shù)據(jù)進(jìn)行集中管理的流程為(1)接入插件將錄波文件生成信息通知 主CPU插件在某個(gè)接入插件形成新的錄波文件并刷新了已召喚錄波文件列表后，接入
插件會(huì)主動(dòng)發(fā)消息通知主CPU插件，通知信息中帶有新錄波文件的名稱。主CPU插件得
到此信息，就知道有新錄波文件產(chǎn)生并且在接入插件上等待召喚。
(2)主CPU刷新本地錄波文件列表，并置待召喚標(biāo)志主CPU插件從接入插件發(fā) 來(lái)的新錄波文件消息中摘取錄波文件名后，首先進(jìn)行過(guò)濾。過(guò)濾的依據(jù)是和存放在主CPU
插件內(nèi)存中的待召喚錄波文件列表和己召喚錄波文件列表中保存的文件名一一對(duì)比。如 果該文件在待召喚錄波文件列表中己經(jīng)存在，則認(rèn)為是重復(fù)上送，不進(jìn)行記錄，若進(jìn)一 步判斷文件在已召喚錄波文件列表中已經(jīng)存在，則認(rèn)為文件已經(jīng)召喚過(guò)，還要發(fā)消息告 訴接入插件此為重復(fù)信息應(yīng)刪除。如果該文件與待召喚錄波文件列表和已召喚錄波文件 列表中已經(jīng)記錄的各項(xiàng)均不相同，則將文件名記入待召喚錄波文件列表，并且將列表中 該條信息的狀態(tài)置為待召喚，并將文件是否獲取標(biāo)志置為未獲取。(3)主CPU根據(jù)本地錄波文件列表中的狀態(tài)，在空閑時(shí)自動(dòng)召喚錄波文件主CPU 運(yùn)行空閑的時(shí)候，通過(guò)待召喚錄波文件列表中每條信息的不同狀態(tài)來(lái)控制召喚。對(duì)待召 喚錄波文件列表進(jìn)行搜索，發(fā)現(xiàn)某條錄波文件記錄為待召喚狀態(tài)，即自動(dòng)啟動(dòng)召喚，從 接入插件將其召喚到主CPU插件。召喚成功后，將待召喚錄波文件歹ll表中對(duì)應(yīng)信息更改 為已召喚，置文件狀態(tài)為已獲取，并且發(fā)消息通知接入插件錄波文件己經(jīng)召喚完畢，接 入插件會(huì)及時(shí)刪除錄波文件以釋放存儲(chǔ)空間。由于主CPU插件是數(shù)據(jù)處理核心，若對(duì)某 錄波文件多次召喚失敗，必須能及時(shí)進(jìn)行其它處理，所以對(duì)多次召喚失敗的情況，將待 召喚狀態(tài)更改為己召喚狀態(tài)，但文件是否獲取標(biāo)志仍為未獲取，以便后續(xù)處理。
3、主CPU插件通知轉(zhuǎn)出插件錄波文件形成信息，轉(zhuǎn)出插件根據(jù)主站要求向主CPU申請(qǐng) 并獲取錄波文件，傳送給主站
錄波數(shù)據(jù)向主站的傳送主要由轉(zhuǎn)出插件完成。
轉(zhuǎn)出插件上一般不保存錄波文件，而是根據(jù)需要從主CPU插件獲取特定的錄波文件，
上送主站完成后就刪除，以避免錄波文件多處保存造成不一致，并且浪費(fèi)存儲(chǔ)空間。 轉(zhuǎn)出插件對(duì)主站傳送錄波數(shù)據(jù)的流程為
(1) 主CPU插件將新錄波文件生成信息通知轉(zhuǎn)出插件在主CPU插件從接入插件
召喚錄波文件成功并刷新了已召喚錄波文件列表后，主CPU插件會(huì)主動(dòng)發(fā)消息通知各個(gè)
轉(zhuǎn)出插件，通知信息中帶有新錄波文件的名稱。轉(zhuǎn)出插件得到此信息，就知道有新錄波
文件產(chǎn)生并且已經(jīng)在主CPU插件上集中管理了，如果某轉(zhuǎn)出插件需要此錄波文件，就可
以進(jìn)行下列步驟。
(2) 轉(zhuǎn)出插件將錄波文件信息上送主站轉(zhuǎn)出插件從主CPU插件獲知錄波文件信
息后， 一般都需要按照主子站規(guī)約報(bào)文格式，上送錄波簡(jiǎn)報(bào)報(bào)文給主站，主站就可以及 時(shí)獲得錄波文件相關(guān)信息。根據(jù)主站的不同情況，可能會(huì)人工或者自動(dòng)對(duì)錄波文件進(jìn)行 召喚。
(3) 轉(zhuǎn)出插件接到主站的召喚命令后，向主CPU插件申請(qǐng)并獲取錄波文件轉(zhuǎn)出 插件得到主站召喚錄波文件的命令后，由于本插件上并沒(méi)有錄波文件，所以必須首先從 主CPU插件上獲取錄波文件。轉(zhuǎn)出插件發(fā)消息向主CPU申請(qǐng)發(fā)送錄波文件，主CPU插件 根據(jù)消息內(nèi)容搜索本地保存的錄波文件。找到后，將錄波文件發(fā)送給轉(zhuǎn)出插件。在主CPU
搜索的過(guò)程中，對(duì)于搜索不到所召喚錄波文件的情況，可能有兩種不同處理方法， 一種
是，直接向轉(zhuǎn)出插件回復(fù)無(wú)所召喚的文件；另一種是，通過(guò)接入插件直接向接入設(shè)備召 喚所需要的錄波。其中第一種情況比較常用，而第二種情況需要接入設(shè)備的支持。
(4) 轉(zhuǎn)出插件按照主站和子站之間的規(guī)約格式將錄波文件打包上送主站轉(zhuǎn)出插 件將錄波文件召喚到本插件后，將錄波文件讀入內(nèi)存，按照主子站規(guī)約報(bào)文格式分幀傳送給主站。在傳送過(guò)程中，要處理斷點(diǎn)續(xù)傳、突發(fā)數(shù)據(jù)插入等。全部傳送完畢后，刪除 本地錄波文件，以釋放存儲(chǔ)空間。
接入插件維持和接入設(shè)備(繼電保護(hù)或者故障錄波器等)的通信，當(dāng)獲知有新錄波 數(shù)據(jù)時(shí)，將新錄波數(shù)據(jù)信息記入待召喚錄波數(shù)據(jù)列表，然后按照通信規(guī)約的規(guī)定啟動(dòng)錄 波數(shù)據(jù)召喚流程。這個(gè)流程的完成時(shí)間與通信方式、通信介質(zhì)、錄波數(shù)據(jù)量大小都有關(guān) 系。 一般來(lái)說(shuō)，非平衡式上送數(shù)據(jù)較快，平衡式上送數(shù)據(jù)相對(duì)較慢；以太網(wǎng)通信上送數(shù) 據(jù)較快，串口通信上送數(shù)據(jù)較慢；繼電保護(hù)設(shè)備錄波數(shù)據(jù)量小，上送數(shù)據(jù)較快，故障錄 波器錄波數(shù)據(jù)量大，上送數(shù)據(jù)較慢。當(dāng)錄波數(shù)據(jù)全部接收完畢，接入插件將其轉(zhuǎn)換為標(biāo) 準(zhǔn)COMTRADE格式文件，存儲(chǔ)到本插件，并將錄波文件記錄到己召喚錄波文件列表中。
接入插件將有錄波文件生成的信息發(fā)送消息通知主CPU插件。
主CPU插件收到有新錄波文件的消息，首先將文件記入待召喚錄波文件列表，并將 狀態(tài)初始化為未召喚、文件未獲取。按照程序流程啟動(dòng)自動(dòng)召喚后，主CPU插件與接入 插件之間進(jìn)行數(shù)據(jù)交互，獲取錄波文件。主CPU從接入插件完全獲取錄波文件后，更新 待召喚錄波文件列表中對(duì)應(yīng)文件的狀態(tài)為已召喚、文件已獲取，并將此錄波文件記入已 召喚錄波文件列表。同時(shí)，發(fā)消息通知接入插件，接入插件刪除本地的錄波文件，釋放 存儲(chǔ)空間。
主CPU插件發(fā)錄波文件通知消息給轉(zhuǎn)出插件。轉(zhuǎn)出插件得到新錄波文件消息后，實(shí) 時(shí)上送給主站。如果主站下發(fā)了召喚命令，轉(zhuǎn)出插件就向主CPU插件申請(qǐng)獲取錄波文件， 主CPU插件與轉(zhuǎn)出插件之間進(jìn)行數(shù)據(jù)交互，傳送錄波文件。錄波文件傳送完畢后，轉(zhuǎn)出 插件將其按照規(guī)約格式進(jìn)行數(shù)據(jù)分幀，打包上送給主站。上送完畢后刪除本次存儲(chǔ)的錄 波文件，以釋放磁盤(pán)空間，并保證錄波文件數(shù)據(jù)的唯一性。如果主站因需要再次對(duì)同一 錄波文件進(jìn)行召喚，則再次向主CPU插件請(qǐng)求錄波文件，視同未召喚過(guò)的文件，按照同 樣的流程操作。
上述流程為主要流程，也是正常情況下的流程，但在傳輸過(guò)程中也會(huì)出現(xiàn)一些異常 情況，需做處理，主要有
(1) 接入插件接收錄波數(shù)據(jù)過(guò)程中如果因通信問(wèn)題出現(xiàn)中斷，按照不同規(guī)約，可 能要求從斷點(diǎn)繼續(xù)召喚，或者完全重新召喚。無(wú)論哪種情況，如果最終出現(xiàn)了不完整錄 波，應(yīng)有完善的處理，至少應(yīng)刪除。
(2) 接入插件接收錄波數(shù)據(jù)完畢后，如果因與主CPU插件通信原因，導(dǎo)致有新錄 波文件的信息未能及時(shí)送達(dá)主CPU插件，則可能導(dǎo)致該錄波文件無(wú)法正常傳輸。針對(duì)此 種情況，必須在接入插件設(shè)置彌補(bǔ)措施，例如定時(shí)查詢是否有滯留在本插件的錄波文件， 如果查到，就再次主動(dòng)補(bǔ)送給主CPU插件，保證每個(gè)錄波都可以從接入插件傳送出去。(3) 主CPU插件對(duì)接入插件召喚錄波文件時(shí)，如果因通信原因或其它可能的原因 導(dǎo)致召喚失敗，應(yīng)能夠自動(dòng)進(jìn)行重復(fù)召喚。但為保證待召喚錄波文件列表中每個(gè)錄波文 件都能夠進(jìn)行召喚，不能永遠(yuǎn)停留在召喚一個(gè)錄波文件的過(guò)程，必須設(shè)置最大重復(fù)召喚 次數(shù)。如果對(duì)某個(gè)錄波文件的召喚已經(jīng)達(dá)到最大重復(fù)召喚次數(shù)仍然未成功，則將待召喚 錄波文件列表中該文件的狀態(tài)置為已召喚、未獲取到文件。此時(shí)就可以進(jìn)入其它待召喚 錄波文件的召喚流程。當(dāng)接入插件主動(dòng)補(bǔ)送該文件信息的時(shí)候，如果判斷為此錄波文件 未曾獲取，就更改狀態(tài)再次召喚。
(4) 在調(diào)試過(guò)程中，可能因?yàn)檎{(diào)試需要會(huì)對(duì)接入插件中的錄波文件列表進(jìn)行刪除 等操作。如果由于類似原因?qū)е陆尤氩寮俅握賳玖艘呀?jīng)召喚過(guò)的錄波文件，則在接入 插件送信息給主CPU插件時(shí)，主CPU插件會(huì)進(jìn)行對(duì)比判斷，如果收到的錄波文件是已經(jīng) 召過(guò)的，則不會(huì)從接入插件再次獲取，并且會(huì)通知接入插件此文件為重復(fù)文件，使接入 插件刪除該文件。
(5) 嵌入式設(shè)備的磁盤(pán)存儲(chǔ)空間是有限的，因此在接入插件和主CPU插件都必須 對(duì)存儲(chǔ)的錄波文件進(jìn)行管理。接入插件不長(zhǎng)期保存錄波文件，因此其管理重點(diǎn)為保證在 錄波數(shù)據(jù)大量集中上送時(shí)不會(huì)寫(xiě)滿存儲(chǔ)空間。而主CPU對(duì)錄波文件會(huì)長(zhǎng)期存儲(chǔ)，因此其 管理重點(diǎn)應(yīng)該是對(duì)錄波文件的循環(huán)存儲(chǔ)更新。
按照上述流程，并考慮上述異常情況的處理，就可以保證錄波數(shù)據(jù)從接入設(shè)備到主 站的順利傳輸，為分析處理故障提供完整數(shù)據(jù)，給運(yùn)行人員的工作帶來(lái)極大方便。
權(quán)利要求
1、多插件嵌入式繼電保護(hù)故障信息系統(tǒng)子站對(duì)錄波文件的處理方法，該方法可實(shí)現(xiàn)在多插件協(xié)調(diào)工作的情況下對(duì)錄波數(shù)據(jù)進(jìn)行有效傳輸，保證錄波文件完整及時(shí)地傳送到主站，其特征在于，所述方法包括以下步驟(1)子站的接入插件完成錄波數(shù)據(jù)的收集和整理形成COMTRADE格式文件，在本接入插件中對(duì)錄波文件及待召喚錄波數(shù)據(jù)列表和已召喚錄波文件列表進(jìn)行管理；(2)子站的主CPU插件獲取錄波文件，并對(duì)錄波數(shù)據(jù)進(jìn)行集中管理；(3)主CPU插件通知轉(zhuǎn)出插件錄波文件形成信息，轉(zhuǎn)出插件根據(jù)主站要求向主CPU申請(qǐng)并獲取錄波文件，傳送給主站。
2、 根據(jù)權(quán)利要求1所述的方法，其中步驟(1)進(jìn)一步包括① 接入插件獲知新錄波數(shù)據(jù)的產(chǎn)生；② 記錄新錄波數(shù)據(jù)信息，與保存的每個(gè)接入設(shè)備的待召喚錄波數(shù)據(jù)列表和已召喚 錄波文件列表對(duì)比進(jìn)行過(guò)濾，防止對(duì)錄波數(shù)據(jù)的重復(fù)記錄；③ 接入插件根據(jù)待召喚錄波數(shù)據(jù)列表，按照與接入設(shè)備間的通信規(guī)約的規(guī)定，自 動(dòng)召喚錄波數(shù)據(jù)，并形成C0MTRADE格式錄波文件保存在接入插件； 根據(jù)新生成的錄波文件刷新接入插件的己召喚錄波文件列表。
3、 根據(jù)權(quán)利要求1所述的方法，其中步驟(2)進(jìn)一步包括① 接入插件將新錄波文件生成信息通知主CPU插件；② 主CPU刷新本地待召喚錄波文件列表，并置待召喚標(biāo)志和文件是否己獲取標(biāo)志， 這兩個(gè)標(biāo)志分別表示列表中的這一個(gè)文件是否處于等待召喚狀態(tài)和是否已經(jīng)成功召喚到主CPU插件；③ 主CPU根據(jù)本地待召喚錄波文件列表中的狀態(tài)，在空閑時(shí)自動(dòng)召喚錄波文件， 召喚上來(lái)的錄波文件保存在主CPU插件中，并在錄波文件列表中更新召喚狀態(tài) 為已召喚，更新獲取標(biāo)志為已獲取。
4、 根據(jù)權(quán)利要求1所述的方法，其中步驟(3)進(jìn)一步包括① 主CPU插件將新錄波文件生成信息通知轉(zhuǎn)出插件；② 轉(zhuǎn)出插件將錄波文件信息上送主站；③ 轉(zhuǎn)出插件接到主站的召喚命令后，向主CPU插件申請(qǐng)并獲取錄波文件； 錄波文件傳送到轉(zhuǎn)出插件后，由轉(zhuǎn)出插件按照主站和子站之間的規(guī)約格式打包 上送主站。
全文摘要
本發(fā)明提出的多插件嵌入式繼電保護(hù)故障信息系統(tǒng)子站(以下簡(jiǎn)稱“嵌入式子站”)對(duì)錄波文件的處理方法，應(yīng)用于電網(wǎng)繼電保護(hù)故障信息管理系統(tǒng)，包括以下內(nèi)容嵌入式子站為多插件結(jié)構(gòu)；各個(gè)插件獨(dú)立運(yùn)行接入或者轉(zhuǎn)出類型通信規(guī)約；各個(gè)插件通過(guò)一個(gè)主CPU插件共享數(shù)據(jù)；各個(gè)插件之間通過(guò)以太網(wǎng)進(jìn)行通信；接入類插件收集錄波數(shù)據(jù)并整理為標(biāo)準(zhǔn)COMTRADE格式錄波文件，同時(shí)對(duì)本插件錄波文件及列表進(jìn)行管理；接入類插件將有錄波文件產(chǎn)生的信息通知主CPU插件；主CPU插件及時(shí)從各個(gè)接入類插件獲取錄波文件并保存到本插件，并對(duì)錄波文件及列表進(jìn)行管理；主CPU插件負(fù)責(zé)將有錄波文件產(chǎn)生的信息通知轉(zhuǎn)出類插件；轉(zhuǎn)出類插件根據(jù)主站需要從主CPU插件獲取錄波文件，并傳送給主站。
文檔編號(hào)H02J13/00GK101588086SQ20091008841
公開(kāi)日2009年11月25日 申請(qǐng)日期2009年7月7日 優(yōu)先權(quán)日2009年7月7日
發(fā)明者龍 張, 武芳瑛, 王立鼎, 亮 葛, 娜 趙, 曉 郭 申請(qǐng)人:北京四方繼保自動(dòng)化股份有限公司;北京四方繼保工程技術(shù)有限公司