本發(fā)明屬于電力系統(tǒng)繼電保護(hù)運(yùn)維檢修技術(shù)領(lǐng)域，具體涉及一種適用于電網(wǎng)二次運(yùn)維管理系統(tǒng)的在線缺陷診斷方法。

背景技術(shù)：

隨著經(jīng)濟(jì)的快速發(fā)展，社會(huì)用電需求的不斷提高，電網(wǎng)規(guī)模和設(shè)備數(shù)量在同步快速增長(zhǎng)，電力設(shè)備出現(xiàn)的缺陷也趨于增長(zhǎng)，若不及時(shí)消除這些缺陷將影響人身、電網(wǎng)和設(shè)備安全，降低電網(wǎng)和設(shè)備的可靠性，減少設(shè)備出力或壽命，日積月累將嚴(yán)重影響到電力系統(tǒng)的安全，然而提高供電可靠性的硬性指標(biāo)意味著縮短停電時(shí)間和減少停電次數(shù)，這就要求我們能對(duì)帶電設(shè)備進(jìn)行在線缺陷診斷，并盡可能在發(fā)生設(shè)備故障之前及時(shí)消除。

加強(qiáng)電力設(shè)備缺陷管理,提高在線缺陷診斷管理水平是實(shí)現(xiàn)電網(wǎng)安全穩(wěn)定運(yùn)行的重要保障。二次運(yùn)維管理系統(tǒng)在運(yùn)行過(guò)程中會(huì)收到大量二次設(shè)備告警信息，對(duì)這些告警信息快速響應(yīng)，進(jìn)行在線分析及診斷，可及時(shí)了解二次設(shè)備運(yùn)行異?；蚬收系那闆r。目前傳統(tǒng)的保信主站系統(tǒng)對(duì)二次設(shè)備告警的處理僅僅是作為一類告警展示在告警窗中，僅僅是大量的告警信息簡(jiǎn)單堆積，沒(méi)有進(jìn)一步分析利用。本發(fā)明通過(guò)二次運(yùn)維管理系統(tǒng)中對(duì)二次設(shè)備告警信息進(jìn)行擴(kuò)展建模，告警信息進(jìn)行詳細(xì)精確的分類，按照缺陷等級(jí)，缺陷具體描述給出處理建議，形成告警信息的告警模板，在此基礎(chǔ)上對(duì)收到的告警信息進(jìn)行在線分析，展示當(dāng)前告警信息，記錄缺陷處理時(shí)間和處理過(guò)程，存入歷史庫(kù)，進(jìn)行缺陷統(tǒng)計(jì)查詢。

技術(shù)實(shí)現(xiàn)要素：

基于上述背景，為了提高變電站內(nèi)二次設(shè)備的安全穩(wěn)定運(yùn)行的可靠性，本發(fā)明提出一種適用于電網(wǎng)二次運(yùn)維管理系統(tǒng)的在線缺陷診斷方法，該方法針對(duì)二次設(shè)備告警和二次運(yùn)維管理系統(tǒng)實(shí)時(shí)告警(包括二次運(yùn)維管理系統(tǒng)巡視異常告警和通信異常告警)，通過(guò)合并歷史未確認(rèn)的告警和新產(chǎn)生的告警，基于多元異常大數(shù)據(jù)分析，將實(shí)時(shí)缺陷中需要參與診斷的告警信息放入告警隊(duì)列，從缺陷管理中的告警模板分類信息挖掘匹配缺陷原因、處理建議等信息，獲取所屬設(shè)備基本信息，形成缺陷記錄，給出缺陷處理方法，從而消除缺陷。同時(shí)將新增的缺陷處理方案增量加入缺陷管理的告警模板，不斷擴(kuò)充和完善缺陷管理告警模板。

二次運(yùn)維管理系統(tǒng)的在線缺陷診斷方法，其特征在于：針對(duì)二次設(shè)備告警信息和二次運(yùn)維管理系統(tǒng)實(shí)時(shí)告警信息，通過(guò)合并歷史未確認(rèn)的告警信息和新產(chǎn)生的告警信息，基于多元異常大數(shù)據(jù)分析，將實(shí)時(shí)缺陷中需要參與診斷的告警信息放入告警隊(duì)列，從缺陷管理模塊中的告警模板分類信息挖掘匹配缺陷原因、處理建議等信息，獲取所屬設(shè)備基本信息，形成缺陷記錄，給出缺陷處理方法，從而消除缺陷；同時(shí)將新增的缺陷處理方案增量加入缺陷管理模塊的告警模板，不斷擴(kuò)充和完善缺陷管理告警模板。

二次運(yùn)維管理系統(tǒng)的在線缺陷診斷方法，其特征在于，所述方法包括以下步驟：

步驟1：二次運(yùn)維管理系統(tǒng)運(yùn)行初始化時(shí)加載沒(méi)有確認(rèn)的缺陷，即二次運(yùn)維管理系統(tǒng)歷史庫(kù)中未經(jīng)運(yùn)維人員確認(rèn)的加入缺陷告警映射隊(duì)列中的二次運(yùn)維管理系統(tǒng)在線缺陷診斷的告警信息，包括二次設(shè)備告警信息和二次運(yùn)維管理系統(tǒng)實(shí)時(shí)告警信息；

步驟2：二次運(yùn)維管理系統(tǒng)實(shí)時(shí)接收新的告警信息，若接收到新的告警信息則生成一條缺陷記錄，并將新生成的缺陷記錄發(fā)送至二次運(yùn)維管理系統(tǒng)的告警通知界面；若收到復(fù)歸告警信息則更新缺陷的狀態(tài)，將二次運(yùn)維管理系統(tǒng)告警通知界面中該復(fù)歸告警信息所對(duì)應(yīng)的缺陷消除；

步驟3：將步驟1中二次運(yùn)維管理系統(tǒng)初始化加載的沒(méi)有確認(rèn)的缺陷所對(duì)應(yīng)的歷史庫(kù)中的二次設(shè)備告警信息和二次運(yùn)維管理系統(tǒng)實(shí)時(shí)告警信息與步驟2中二次運(yùn)維管理系統(tǒng)實(shí)時(shí)接收的告警信息中參與二次運(yùn)維管理系統(tǒng)在線缺陷診斷的告警信息按照缺陷自動(dòng)診斷規(guī)則放入缺陷告警映射隊(duì)列中，按順序從缺陷管理模塊中的告警模板分類信息挖掘匹配缺陷原因、處理建議信息；通過(guò)告警信息內(nèi)容匹配告警信息，形成缺陷記錄，給出缺陷處理方案，并將缺陷記錄以及缺陷處理方案發(fā)送至告警通知界面由運(yùn)維人員進(jìn)行確認(rèn)操作；

步驟4：將步驟3獲得的缺陷診斷結(jié)果即缺陷記錄和缺陷處理方案計(jì)入缺陷診斷統(tǒng)計(jì)列表，通過(guò)二次運(yùn)維管理系統(tǒng)的缺陷統(tǒng)計(jì)界面顯示缺陷診斷結(jié)果，分別按照預(yù)先設(shè)定的缺陷等級(jí)和缺陷狀態(tài)以及缺陷次數(shù)進(jìn)行展示，并形成缺陷結(jié)果記錄年表；

其中，缺陷等級(jí)是指根據(jù)缺陷自動(dòng)診斷規(guī)則所設(shè)定的三種缺陷等級(jí)，分為一般、嚴(yán)重和危機(jī)三種缺陷等級(jí)；

缺陷狀態(tài)是指已消除缺陷和未消除缺陷兩種狀態(tài)；

步驟5：根據(jù)缺陷處理方案對(duì)缺陷處理完畢并消除缺陷后，缺陷管理模塊向告警通知界面發(fā)送缺陷消除消息，二次運(yùn)維管理系統(tǒng)刪除消除缺陷的缺陷告警映射關(guān)系，并且能夠通過(guò)缺陷統(tǒng)計(jì)界面查看已消除缺陷和未消除缺陷；

步驟6：二次運(yùn)維管理系統(tǒng)定時(shí)對(duì)告警信息進(jìn)行查漏糾錯(cuò)，定時(shí)讀取實(shí)時(shí)庫(kù)表參與缺陷診斷的記錄的告警值，如果存在缺陷告警映射隊(duì)列中不包含的告警信息，則需要將該告警信息放在缺陷告警映射隊(duì)列中等待缺陷診斷。

本發(fā)明進(jìn)一步包括以下優(yōu)選方案：

在步驟1中，加載沒(méi)有確認(rèn)的缺陷，未經(jīng)運(yùn)維人員確認(rèn)操作的缺陷，包括二次設(shè)備告警信息和二次運(yùn)維管理系統(tǒng)實(shí)時(shí)告警信息，二次運(yùn)維管理系統(tǒng)實(shí)時(shí)告警信息包括二次運(yùn)維管理系統(tǒng)巡視異常告警和通訊異常告警。

在步驟3中，所述告警模板是通過(guò)對(duì)各類告警信息進(jìn)行詳細(xì)的歸類，利用繼電保護(hù)專家系統(tǒng)和變電站運(yùn)維經(jīng)驗(yàn)，針對(duì)不同的告警信息內(nèi)容預(yù)先制定的運(yùn)維和檢修建議的模板，通過(guò)告警信息內(nèi)容匹配告警信息，形成缺陷記錄，給出缺陷處理方案。

在步驟3中，新增的和修改的缺陷處理方案可手動(dòng)編輯增量加入缺陷管理的告警模板，擴(kuò)充和完善缺陷管理告警模板；不能與告警模板匹配的告警信息不參與診斷。

在步驟3中，二次設(shè)備缺陷等級(jí)與二次設(shè)備告警信息所屬信號(hào)點(diǎn)的告警影響程度相對(duì)應(yīng)，取數(shù)據(jù)庫(kù)表中告警信息缺陷等級(jí)的屬性位，若該信號(hào)點(diǎn)參與缺陷診斷時(shí)，當(dāng)缺陷等級(jí)的屬性位為1，對(duì)應(yīng)缺陷等級(jí)為危急；屬性位為2，對(duì)應(yīng)缺陷等級(jí)為嚴(yán)重；屬性位為3，對(duì)應(yīng)缺陷等級(jí)為一般；

屬性位為其他值，該信號(hào)點(diǎn)不參與缺陷診斷。

在步驟3中，二次運(yùn)維管理系統(tǒng)在線缺陷針對(duì)的告警信息包括巡檢異常和二次設(shè)備與子站的通信異常；

巡檢異常缺陷子類型包括：定值、定值區(qū)、軟壓板、硬壓板、控制字、模擬量、狀態(tài)量、把手、電源開(kāi)關(guān)、pt小車、保護(hù)時(shí)間、同源數(shù)據(jù)比對(duì)、巡檢測(cè)試、差流、零序電流、零序電壓；通過(guò)周期掃描實(shí)時(shí)庫(kù)設(shè)備信息表這些缺陷類型的巡視結(jié)果，比較各種類型的巡視結(jié)果是否發(fā)生變化，如果某種巡檢異常缺陷子類型的巡視結(jié)果是異常狀態(tài)，去缺陷告警映射隊(duì)列中查找，如果存在表示上次就是異常狀態(tài)，巡視結(jié)果沒(méi)有發(fā)生變化，不用處理，如果不存在則產(chǎn)生一條缺陷告警，并加入映射告警隊(duì)列；如果巡檢異常缺陷子類型的巡視結(jié)果是正常狀態(tài)，去缺陷告警映射隊(duì)列中查找，如果存在則表示上次是異常狀態(tài)，巡視結(jié)果發(fā)生變化，產(chǎn)生缺陷復(fù)歸告警，同時(shí)更新數(shù)據(jù)庫(kù)中對(duì)應(yīng)缺陷狀態(tài)；

二次設(shè)備與子站的通信異常告警的缺陷診斷，當(dāng)二次運(yùn)維管理系統(tǒng)收到通信異常的告警后，根據(jù)告警消息中的相關(guān)信息從設(shè)備表的狀態(tài)字段中讀取通信狀態(tài)進(jìn)行判斷，實(shí)時(shí)讀取該字段，根據(jù)其對(duì)應(yīng)位狀態(tài)值進(jìn)行缺陷診斷；如果二次運(yùn)維管理系統(tǒng)與子站通信正常的情況下，二次設(shè)備與子站通信異常時(shí)，則認(rèn)為發(fā)生缺陷，并將與缺陷有關(guān)的信息存入缺陷結(jié)果表中；若二次設(shè)備與子站通信由異常變?yōu)檎r(shí)，應(yīng)更新對(duì)應(yīng)缺陷的狀態(tài)；如果二次運(yùn)維管理系統(tǒng)與子站通信發(fā)生異常，則不進(jìn)行二次設(shè)備與子站的通信狀態(tài)的缺陷診斷。

在步驟5中，消除缺陷的方法有：通過(guò)手工消除缺陷；如果配置了告警自動(dòng)轉(zhuǎn)換缺陷，當(dāng)告警消除時(shí)，對(duì)應(yīng)的缺陷也消除。

本發(fā)明具有以下有益的技術(shù)效果：

缺陷診斷分析是對(duì)電力系統(tǒng)二次設(shè)備告警和二次運(yùn)維管理系統(tǒng)實(shí)時(shí)告警的深入分析，通過(guò)對(duì)各類告警進(jìn)行全面詳細(xì)的歸類，借鑒繼電保護(hù)方面專家指導(dǎo)建議，利用變電站多年運(yùn)維已有的經(jīng)驗(yàn)，給出合理化運(yùn)維和檢修建議，并納入缺陷管理告警模板，不斷完善告警模板，將歷史處理經(jīng)驗(yàn)進(jìn)行記錄保存，有效地指導(dǎo)運(yùn)維人員尤其是運(yùn)維新手解決問(wèn)題，能提前規(guī)避裝置運(yùn)行風(fēng)險(xiǎn)，提高變電站安全穩(wěn)定運(yùn)行效率。

附圖說(shuō)明

圖1為本發(fā)明二次運(yùn)維管理系統(tǒng)的在線缺陷診斷方法流程圖；

圖2為步驟3詳細(xì)流程示意圖。

具體實(shí)施方式

以下將結(jié)合附圖，對(duì)本發(fā)明作進(jìn)一步詳細(xì)描述。

本發(fā)明分析的缺陷生成主要來(lái)源于告警。包括二次設(shè)備告警、主站實(shí)時(shí)診斷(包括二次運(yùn)維管理系統(tǒng)巡視異常告警和通訊異常告警)，缺陷診斷的流程如附圖1所示，包含以下步驟：

步驟(1)二次運(yùn)維管理系統(tǒng)初始化加載沒(méi)有確認(rèn)的缺陷。

①二次設(shè)備告警和二次運(yùn)維管理系統(tǒng)通訊異常告警診斷時(shí)初始化加載沒(méi)有確認(rèn)的缺陷的判斷方法：

加載時(shí)從當(dāng)年的年表中讀取狀態(tài)為未確認(rèn)缺陷態(tài)的缺陷，然后去二次運(yùn)維管理系統(tǒng)實(shí)時(shí)庫(kù)表判斷當(dāng)前狀態(tài)，如果是復(fù)歸狀態(tài)則更新這個(gè)缺陷在歷史庫(kù)中的狀態(tài)，不再加載進(jìn)映射隊(duì)列。對(duì)于缺陷源類型為設(shè)備缺陷告警的缺陷根據(jù)相關(guān)狀態(tài)輸入序號(hào)去實(shí)時(shí)列表中查找，其余類型的根據(jù)設(shè)備號(hào)去查找。

②二次運(yùn)維管理系統(tǒng)巡視異常告警診斷時(shí)初始化加載沒(méi)有確認(rèn)的缺陷的判斷方法：

1、加載當(dāng)年未確認(rèn)的巡視異常缺陷。

2、讀取二次設(shè)備信息實(shí)時(shí)庫(kù)表中的所有記錄，查看各裝置巡視子類型的巡視結(jié)果。

1)如果該裝置在缺陷映射隊(duì)列表中不存在，則直接結(jié)果診斷隊(duì)列，等待診斷；

2)如果裝置巡視子類型的巡視結(jié)果為異常：

a.如果缺陷映射隊(duì)列表中存在，表示歷史庫(kù)中該裝置的缺陷狀態(tài)為待確認(rèn),則把它加入缺陷映射隊(duì)列中，不再產(chǎn)生缺陷告警；

b.如果缺陷映射隊(duì)列表中不存在，產(chǎn)生一條缺陷告警，把它加入缺陷映射隊(duì)列中。

3)巡視結(jié)果為正常：

a.如果缺陷映射隊(duì)列表中存在，表示歷史庫(kù)中該裝置的缺陷狀態(tài)為待確認(rèn),則更新實(shí)時(shí)庫(kù)中該缺陷的缺陷狀態(tài)，產(chǎn)生缺陷復(fù)歸告警；

b.如果缺陷映射隊(duì)列表中不存在,則忽略它。

步驟(2)二次運(yùn)維管理系統(tǒng)實(shí)時(shí)接收系統(tǒng)告警消息，若接收到新告警則生成一條缺陷，并向系統(tǒng)發(fā)送告警通知界面發(fā)現(xiàn)新缺陷，若收到復(fù)歸的告警則更新缺陷的狀態(tài)，并向系統(tǒng)發(fā)送告警告知界面有缺陷消除。特殊情況為系統(tǒng)實(shí)時(shí)獲取裝置的檢修狀態(tài)，對(duì)于處在檢修狀態(tài)下的裝置不進(jìn)行缺陷的診斷，檢修態(tài)跟據(jù)實(shí)時(shí)庫(kù)設(shè)備表的狀態(tài)字段的檢修態(tài)位進(jìn)行判斷，該位為1則處于檢修態(tài)，0為非檢修態(tài)。

步驟(3)參與診斷的告警信息放入告警隊(duì)列，根據(jù)具體的告警類型分別進(jìn)行診斷，如附圖2所示。

①當(dāng)診斷模塊收到的新的裝置告警時(shí)，所謂新告警是根據(jù)告警消息中的告警值進(jìn)行判斷，若為新告警，此時(shí)需要依據(jù)告警點(diǎn)的序號(hào)標(biāo)識(shí)從系統(tǒng)獲取數(shù)據(jù)庫(kù)表中信號(hào)點(diǎn)相關(guān)信息包括告警原因、告警處理意見(jiàn)，所屬缺陷等級(jí)這些缺陷記錄信息存入缺陷結(jié)果表中；若診斷模塊收到的是復(fù)歸的裝置告警，應(yīng)更新對(duì)應(yīng)缺陷的狀態(tài)。

投入運(yùn)行(含試運(yùn)行)的繼電保護(hù)和安全自動(dòng)裝置缺陷按嚴(yán)重程度共分為三級(jí)：危急缺陷、嚴(yán)重缺陷、一般缺陷。缺陷等級(jí)目前與信號(hào)點(diǎn)的告警影響程度相對(duì)應(yīng)，即根據(jù)屬性位的值確定要診斷的告警及部分一般狀態(tài)量點(diǎn)及對(duì)應(yīng)的缺陷等級(jí)，詳細(xì)說(shuō)明如下：

屬性位十進(jìn)制值為1，該點(diǎn)參與缺陷診斷，則對(duì)應(yīng)缺陷等級(jí)為危急；

屬性位十進(jìn)制值為2，該點(diǎn)參與缺陷診斷，則對(duì)應(yīng)缺陷等級(jí)為嚴(yán)重；

屬性位十進(jìn)制值為3，該點(diǎn)參與缺陷診斷，則對(duì)應(yīng)缺陷等級(jí)為一般；

屬性位十進(jìn)制值為其他值，該點(diǎn)不參與缺陷診斷。

②主站實(shí)時(shí)診斷產(chǎn)生的缺陷主要包括：

a)巡檢異常；

b)裝置與子站的通信異常。

缺陷診斷同裝置告警的缺陷診斷。由于各地對(duì)缺陷的診斷范圍要求不一，因此主站實(shí)時(shí)診斷功能中參與缺陷診斷的項(xiàng)應(yīng)能夠靈活配置，各項(xiàng)的使能標(biāo)記使用配置文件defect.ini的使能位enable值表示，配置文件內(nèi)容如下：

#＝＝＝＝＝＝缺陷診斷參數(shù)配置＝＝＝＝＝＝

#type：巡視異常子類型，1：定值2：定值區(qū)3：軟壓板4:硬壓板5:控制字6:模擬量7：狀態(tài)量8：把手9：電源開(kāi)關(guān)10：pt小車11：保護(hù)時(shí)間12：同源數(shù)據(jù)比對(duì)13：巡檢測(cè)試14：差流15：零序電流16：零序電壓。

#enable：使能標(biāo)志,0-不使用，1-使用。

#＝＝＝＝＝＝缺陷診斷總配置＝＝＝＝＝＝

[online]

type＝0

enable＝1

#//巡視異常缺陷_定值異常

[online_seterr]

type＝1

enable＝1

#//巡視異常缺陷_定值區(qū)異常

[online_setareaerr]

type＝2

enable＝1

//巡視異常診斷_軟壓板異常

[online_softyberr]

type＝3

enable＝1

#//巡視異常診斷_硬壓板異常

[online_hardyberr]

type＝4

enable＝1

#//巡視異常缺陷_控制字異常

[online_bytecodeerr]

type＝5

enable＝1

#//巡視異常缺陷_模擬量異常

[online_analogerr]

type＝6

enable＝1

#//巡視異常缺陷_狀態(tài)量異常

[online_digiterr]

type＝7

enable＝1

#//巡視異常缺陷_把手異常

[online_handleerr]

type＝8

enable＝1

#//巡視異常缺陷_電源開(kāi)關(guān)異常

[online_handleerr]

type＝9

enable＝1

#//巡視異常缺陷_pt小開(kāi)關(guān)異常

[online_handleerr]

type＝10

enable＝1

#//巡視異常缺陷_保護(hù)時(shí)間異常

[online_devtimeerr]

type＝11

enable＝1

#//巡視異常缺陷_同源數(shù)據(jù)比對(duì)異常

[online_samesrc]

type＝12

enable＝1

#//巡視異常缺陷_巡檢測(cè)試結(jié)果異常

[online_devtimeerr]

type＝13

enable＝1

#//巡視異常診斷_差流異常

[online_diffcurrenterr]

type＝14

enable＝1

#//巡視異常診斷_零序電流異常

[online_i0err]

type＝15

enable＝1

#//巡視異常診斷_零序電壓異常

[online_u0err]

type＝16

enable＝1

③、巡檢異常告警的缺陷診斷

巡視模塊發(fā)送的告警中，只包含站信息，不包括具體哪種類型異常，所以直接收告警消息不能滿足，本發(fā)明通過(guò)缺陷診斷模塊周期掃描實(shí)時(shí)庫(kù)設(shè)備信息表定值、定值區(qū)、控制字等的巡視結(jié)果，比較各種類型的巡視結(jié)果是否發(fā)生變化，掃描周期在defect.ini文件中配置：

#掃描實(shí)時(shí)庫(kù)stat_iedinfo_real表的周期(單位s)

[scan_iedinfo_period]

scan_period＝2

如果某種巡視子類型的巡視結(jié)果是異常狀態(tài)，去缺陷告警映射隊(duì)列中查找，如果存在表示上次就是異常狀態(tài)，巡視結(jié)果沒(méi)有發(fā)生變化，不用處理，如果不存在則產(chǎn)生一條缺陷告警，并加入映射告警隊(duì)列。

如果巡視子類型的巡視結(jié)果是正常狀態(tài)，去缺陷告警映射隊(duì)列中查找，如果存在則表示上次是異常狀態(tài)，巡視結(jié)果發(fā)生變化，產(chǎn)生缺陷復(fù)歸告警，同時(shí)更新數(shù)據(jù)庫(kù)中對(duì)應(yīng)缺陷狀態(tài)。

巡檢異常告警與缺陷記錄的對(duì)應(yīng)關(guān)系，由于巡檢異常告警沒(méi)有進(jìn)行建模，因此由巡檢告警類型、及設(shè)備id組合信息與具體缺陷形成對(duì)應(yīng)關(guān)系，映射關(guān)系為<{巡檢告警類型，設(shè)備id},{缺陷id,缺陷發(fā)現(xiàn)時(shí)間}>

④、裝置與子站的通信異常告警的缺陷診斷

當(dāng)診斷模塊收到通信異常的告警后，需根據(jù)告警消息中的相關(guān)信息從設(shè)備表的狀態(tài)字段中讀取通信狀態(tài)進(jìn)行判斷，通信狀態(tài)具體含義在宏定義。缺陷診斷模塊實(shí)時(shí)讀取該字段，根據(jù)其對(duì)應(yīng)位狀態(tài)值進(jìn)行缺陷診斷。如果二次運(yùn)維管理系統(tǒng)與子站通信正常的情況下，裝置與子站通信異常時(shí)，將認(rèn)為發(fā)生缺陷，依據(jù)相關(guān)信息(告警原因、告警處理意見(jiàn)，所屬缺陷等級(jí))以及其他缺陷記錄信息存入缺陷結(jié)果表中；若裝置與子站通信由異常變?yōu)檎r(shí)，應(yīng)更新對(duì)應(yīng)缺陷的狀態(tài)。如果二次運(yùn)維管理系統(tǒng)與子站通信發(fā)生異常，則不進(jìn)行裝置與子站的通信狀態(tài)的缺陷診斷。

步驟(4)：缺陷診斷結(jié)果計(jì)入缺陷診斷統(tǒng)計(jì)列表，在缺陷統(tǒng)計(jì)界面可以顯示缺陷診斷統(tǒng)計(jì)結(jié)果，分別按照缺陷等級(jí)(一般、嚴(yán)重、危急程度)和按照缺陷狀態(tài)(已消除缺陷、未消除缺陷)以及按照缺陷次數(shù)進(jìn)行展示；

步驟(5)：缺陷管理模塊向二次運(yùn)維系統(tǒng)發(fā)送告警通知缺陷消除，刪除狀態(tài)消除后的缺陷告警映射關(guān)系，告警處理完畢。

缺陷通過(guò)3種方式產(chǎn)生：

告警手工轉(zhuǎn)換為缺陷；

如果配置了自動(dòng)轉(zhuǎn)換，告警可根據(jù)規(guī)則自動(dòng)轉(zhuǎn)換為缺陷；

通過(guò)工具人工增加缺陷；

因此缺陷消除有2種方式：

如果配置了告警自動(dòng)轉(zhuǎn)換缺陷，當(dāng)告警消除時(shí)，對(duì)應(yīng)的缺陷也消除；

可通過(guò)手工消除缺陷；

步驟(6)：缺陷診斷的糾錯(cuò)，缺陷診斷模塊應(yīng)定時(shí)(可配置，可較長(zhǎng)時(shí)間)對(duì)告警進(jìn)行查漏糾錯(cuò)，定時(shí)讀取運(yùn)維系統(tǒng)實(shí)時(shí)庫(kù)表相關(guān)字段、實(shí)時(shí)庫(kù)表及設(shè)備實(shí)時(shí)庫(kù)表中參與缺陷診斷的記錄的告警值，如果存在告警隊(duì)列及缺陷告警映射隊(duì)列中不包含的告警，則需要將該告警放在告警隊(duì)列中等待缺陷診斷。