趙 磊

(昆明地鐵運(yùn)營有限公司,650051,昆明∥高級工程師)

隨著城市軌道交通線網(wǎng)規(guī)模的擴(kuò)大,運(yùn)維與管理的壓力同步增長,迫切需要通過技術(shù)手段來改進(jìn)運(yùn)維管理方式。通過構(gòu)建閉環(huán)、高效的報(bào)修系統(tǒng),建立從設(shè)備報(bào)修—維修響應(yīng)—維修記錄—設(shè)備恢復(fù)正常的全作業(yè)流程,建立起備件/耗材的領(lǐng)用需求與實(shí)際需求的關(guān)聯(lián)管理,同時(shí)將故障、應(yīng)急事件、隱患、設(shè)備告警信息、維保計(jì)劃等與報(bào)修系統(tǒng)有機(jī)結(jié)合,達(dá)到精減流程、提高效率、掌控成本的目標(biāo),從而為城市軌道交通運(yùn)營提供高質(zhì)量的服務(wù)保證。為此,設(shè)計(jì)了基于智能運(yùn)維的多專業(yè)設(shè)備故障閉環(huán)管理系統(tǒng),實(shí)現(xiàn)更完善、更智能化的跨專業(yè)設(shè)備故障閉環(huán)管理,推進(jìn)設(shè)備故障監(jiān)測與健康管理的智能化,逐步實(shí)現(xiàn)設(shè)備故障管理體系化和運(yùn)維服務(wù)信息化。

1 基于智能運(yùn)維的多專業(yè)設(shè)備故障閉環(huán)管理系統(tǒng)架構(gòu)

在進(jìn)行基于智能運(yùn)維的多專業(yè)設(shè)備故障閉環(huán)管理系統(tǒng)設(shè)計(jì)時(shí),應(yīng)考慮各專業(yè)設(shè)備故障存在的差異性,打破專業(yè)壁壘,編制整體預(yù)案和知識庫,進(jìn)行統(tǒng)一規(guī)劃;對離散、多樣以及難以監(jiān)控的設(shè)備故障進(jìn)行統(tǒng)一的信息采集;實(shí)現(xiàn)跨專業(yè)設(shè)備故障數(shù)據(jù)的信息共享和挖掘與利用,為多專業(yè)設(shè)備故障數(shù)據(jù)的綜合分析和智能分析提供決策支持。該系統(tǒng)應(yīng)實(shí)現(xiàn)多專業(yè)設(shè)備監(jiān)測智能化、維修決策自動化、維修知識可視化、設(shè)備壽命透明化、維修管理和故障閉環(huán)流程化;應(yīng)能夠充分利用運(yùn)營場景、設(shè)備履歷及管理信息等,實(shí)現(xiàn)跨專業(yè)設(shè)備的健康管理,進(jìn)而實(shí)現(xiàn)優(yōu)化運(yùn)維管理流程、共享線網(wǎng)運(yùn)維資源,提供合理的日檢、周檢計(jì)劃,提高運(yùn)營維修的效率,降低維護(hù)運(yùn)營成本。

該系統(tǒng)由3個(gè)獨(dú)立網(wǎng)域構(gòu)成整體網(wǎng)域架構(gòu),分別是生產(chǎn)(系統(tǒng))網(wǎng)域、管理(辦公)網(wǎng)域和互聯(lián)網(wǎng)域。采用網(wǎng)絡(luò)隔離設(shè)備實(shí)現(xiàn)網(wǎng)域之間網(wǎng)絡(luò)隔離,能夠滿足各級網(wǎng)域的安全性要求。對于生產(chǎn)(系統(tǒng))網(wǎng)域和管理(辦公)網(wǎng)域間,可通過增設(shè)單向強(qiáng)隔離設(shè)備防護(hù)生產(chǎn)網(wǎng)域的安全性;對于管理(辦公)網(wǎng)域和互聯(lián)網(wǎng)域間,可復(fù)用企管部既有的隔離區(qū)及鏈路實(shí)現(xiàn)互聯(lián)。該系統(tǒng)架構(gòu)如圖1所示。

該系統(tǒng)架構(gòu)是基于大數(shù)據(jù)集群的系統(tǒng)架構(gòu),主要實(shí)現(xiàn)的業(yè)務(wù)應(yīng)用如下:

1) 線網(wǎng)集成化監(jiān)測:實(shí)現(xiàn)跨線路在線監(jiān)測可視化集成、全網(wǎng)設(shè)備狀態(tài)可視化監(jiān)測、關(guān)鍵運(yùn)營/運(yùn)維指標(biāo)計(jì)算及展示。

2) 線網(wǎng)大數(shù)據(jù)分析:實(shí)現(xiàn)線網(wǎng)設(shè)備專項(xiàng)統(tǒng)計(jì)分析、運(yùn)維信號綜合分析、日志大數(shù)據(jù)分析等挖掘分析功能。

3) 設(shè)備質(zhì)量評估分析:實(shí)現(xiàn)設(shè)備健康狀態(tài)評估、趨勢劣化評估,為設(shè)備科學(xué)量化維修提供支撐。

4) 故障管理和維修管理的信息化:通過布署應(yīng)用于多部門的終端系統(tǒng)實(shí)現(xiàn)部門內(nèi)及跨部門的業(yè)務(wù)交互,同時(shí)通過隔離區(qū)提供移動應(yīng)用服務(wù),滿足便攜應(yīng)用的需求。

上述業(yè)務(wù)應(yīng)用主要依賴于線路側(cè)上送的基礎(chǔ)采集數(shù)據(jù)、告警數(shù)據(jù),基于大數(shù)據(jù)平臺評估計(jì)算后進(jìn)行可視化展示及線網(wǎng)-線路雙向數(shù)據(jù)交互。目前線路側(cè)-線網(wǎng)側(cè)的實(shí)時(shí)數(shù)據(jù)交互采用的是雙向確認(rèn)校驗(yàn)機(jī)制,依賴于雙向數(shù)據(jù)傳輸。經(jīng)過線網(wǎng)計(jì)算的結(jié)果類信息需要回送至線路側(cè)指導(dǎo)生產(chǎn)維護(hù),相關(guān)信息包括系統(tǒng)及設(shè)備告警、故障詳情信息、數(shù)據(jù)故障段特征、告警可能原因、維護(hù)指導(dǎo)建議、設(shè)備健康度評分和設(shè)備檢維修建議等。

2 基于智能運(yùn)維的多專業(yè)設(shè)備故障閉環(huán)管理系統(tǒng)功能設(shè)計(jì)

依托于故障智能分析、機(jī)器學(xué)習(xí)、日志分析、故障過濾、流程引擎和設(shè)備健康評估等算法,該系統(tǒng)可以實(shí)現(xiàn)故障管理、設(shè)備管理、案例庫、日志管理、維修管理和流程管理等功能。該系統(tǒng)功能邏輯結(jié)構(gòu)如圖2所示。

圖2 系統(tǒng)功能邏輯結(jié)構(gòu)圖

2.1 基礎(chǔ)功能

1) 信息報(bào)送:公司內(nèi)部員工、委外人員發(fā)現(xiàn)現(xiàn)場問題后均可進(jìn)入系統(tǒng)創(chuàng)建故障、隱患、事件等各類信息。內(nèi)容包括創(chuàng)建人、時(shí)間、故障地點(diǎn)和故障內(nèi)容。如果屬運(yùn)維調(diào)度處理的信息,運(yùn)維調(diào)度在接到信息后可對信息進(jìn)行歸類(設(shè)施設(shè)備故障類、非設(shè)施設(shè)備故障類),如為設(shè)施設(shè)備故障類則進(jìn)入故障指標(biāo)統(tǒng)計(jì),如為非設(shè)施設(shè)備故障類則單獨(dú)統(tǒng)計(jì)。對于經(jīng)運(yùn)維調(diào)度處理的信息,該系統(tǒng)全過程支持對該類信息出口、設(shè)備等級、故障等級、所屬專業(yè)和子系統(tǒng)等內(nèi)容的編輯修改。信息流轉(zhuǎn)的所有相關(guān)操作均有作業(yè)流程記錄(時(shí)間軸記錄),時(shí)間軸按時(shí)間由近及遠(yuǎn)順序排列。當(dāng)發(fā)生同一故障,因信息來源和故障描述不一致導(dǎo)致該系統(tǒng)中存在一條以上相同編號的故障時(shí),支持合并成同一條故障,但保留原有故障信息及操作流程,且在過程時(shí)間軸記錄中一并展現(xiàn)。

2) 工單管理:維修工單作為現(xiàn)場執(zhí)行故障處理或執(zhí)行維修任務(wù)的憑證之一,由執(zhí)行層的上一層級直接下發(fā)。各層級的管理人員均可派發(fā)本層級以下的工單,操作頁面可由當(dāng)前執(zhí)行流程的操作人員自主選擇執(zhí)行“派工”“信息流轉(zhuǎn)”“回復(fù)處理情況”至上級。派工后,接工單位可自主選擇執(zhí)行“轉(zhuǎn)入施工管理”“直接處理”“回復(fù)處理情況”至上級。單獨(dú)建立工單的人工工時(shí)、物料消耗和工器具使用情況數(shù)據(jù)庫,方便統(tǒng)計(jì)分析,并支持導(dǎo)出。

3) 接口管理:建立與施工管理系統(tǒng)的接口,實(shí)現(xiàn)根據(jù)維修工單自動創(chuàng)建施工申請單,跟蹤施工申請單申報(bào)、執(zhí)行進(jìn)度;建立與票務(wù)系統(tǒng)的接口,實(shí)現(xiàn)票務(wù)系統(tǒng)故障數(shù)據(jù)的回傳,并將故障信息納入數(shù)據(jù)統(tǒng)計(jì)分析范疇;建立與基礎(chǔ)數(shù)據(jù)管理系統(tǒng)的接口,實(shí)現(xiàn)人員架構(gòu)信息的實(shí)時(shí)更新;預(yù)留與隱患管理系統(tǒng)的接口,實(shí)現(xiàn)故障信息向隱患系統(tǒng)的數(shù)據(jù)推送。

4) 日志管理:業(yè)務(wù)流程、關(guān)聯(lián)業(yè)務(wù)和基礎(chǔ)數(shù)據(jù)維護(hù)等所有操作及事件均有日志記錄,且根據(jù)業(yè)務(wù)特點(diǎn)分別存儲。所有日志均可訪問查閱。日志的保存期限可人為設(shè)定,超過時(shí)限的自動清除。

2.2 輔助功能

1) 整改時(shí)限設(shè)置:對于從運(yùn)維調(diào)度流轉(zhuǎn)至各部門的故障信息,各部門接信息后需在界面的處置時(shí)限選項(xiàng)的“計(jì)劃完成時(shí)限”內(nèi)設(shè)置計(jì)劃完成處置日期及時(shí)間(24 h制);對于部門內(nèi)流轉(zhuǎn)的故障信息,以及流轉(zhuǎn)至車間、班組處理的故障信息,各級均可設(shè)置處置時(shí)限,層級最低的為必填項(xiàng),其余為選填項(xiàng),如上一級已填寫該項(xiàng)后,后續(xù)各級可編輯修改。在預(yù)計(jì)處置時(shí)限結(jié)束前一定時(shí)限內(nèi)會有信息提醒(提示音、待辦、顏色標(biāo)記等),每一級處置時(shí)限的設(shè)置在流程記錄中均有體現(xiàn),且在數(shù)據(jù)統(tǒng)計(jì)時(shí)增加處置時(shí)限的準(zhǔn)確度統(tǒng)計(jì)。

2) 故障處置延期申請:初設(shè)整改時(shí)限期限截止前,部門、車間、班組可申請“調(diào)整整改時(shí)限”或“故障延期處置”。如申請“故障延期處置”(同一事項(xiàng)的相關(guān)故障可合并申請),則需逐級上報(bào)審核,部門審核通過后,將申請流轉(zhuǎn)至總工辦審核,總工辦審核通過后流轉(zhuǎn)至運(yùn)維調(diào)度,運(yùn)維調(diào)度操作確認(rèn)后將該故障調(diào)整為“臨時(shí)閉環(huán)”狀態(tài),指標(biāo)統(tǒng)計(jì)時(shí)按閉環(huán)的標(biāo)準(zhǔn)統(tǒng)計(jì),閉環(huán)時(shí)間設(shè)定為運(yùn)維調(diào)度確認(rèn)時(shí)間。

3) 故障分析管理:針對每一條故障(未閉環(huán)或已閉環(huán)故障),運(yùn)維調(diào)度均有權(quán)限操作是否需要提交分析報(bào)告,可將需求信息推送至各生產(chǎn)部門,生產(chǎn)部門可將確定的分析報(bào)告以附件形式上傳并在填寫處理意見后提交運(yùn)維調(diào)度。運(yùn)維調(diào)度接到分析報(bào)告后可將分析報(bào)告分發(fā)至總工辦部門內(nèi)用戶審核,也可直接操作意見反饋或無意見結(jié)束。

2.3 統(tǒng)計(jì)功能

1) 故障閉環(huán)率統(tǒng)計(jì):統(tǒng)計(jì)指標(biāo)包括故障總數(shù)、閉環(huán)故障數(shù)、未閉環(huán)故障數(shù)和故障閉環(huán)率。統(tǒng)計(jì)方式包括按日期、線路、信息出口、第一所屬專業(yè)、子系統(tǒng)和設(shè)備等級。支持查詢和導(dǎo)出功能。

2) 故障指標(biāo)統(tǒng)計(jì):統(tǒng)計(jì)指標(biāo)包括以線路、專業(yè)為單位生成的設(shè)備等級和故障類型。

3) 重點(diǎn)故障統(tǒng)計(jì):根據(jù)故障指數(shù)值(設(shè)備等級值×故障等級值×?xí)r間系數(shù))將故障性質(zhì)劃分3個(gè)等級(一般、較大、重點(diǎn)),判定值區(qū)間設(shè)為可調(diào)整值。該系統(tǒng)可自動識別故障所屬等級,并按等級分類查詢和導(dǎo)出。

4) 重點(diǎn)事件統(tǒng)計(jì):①運(yùn)營晚點(diǎn)事件統(tǒng)計(jì)。關(guān)聯(lián)故障信息后,創(chuàng)建晚點(diǎn)信息(行車調(diào)度、運(yùn)維調(diào)度有權(quán)限操作),運(yùn)營晚點(diǎn)事件類型包括始發(fā)站延誤(晚發(fā)時(shí)間)/早發(fā)、終到站延誤(終到晚點(diǎn))/早發(fā)、任意車站延誤/早發(fā)。運(yùn)營晚點(diǎn)事件統(tǒng)計(jì)指標(biāo)包括15 min以上晚點(diǎn)事件數(shù)、5～15 min(不含)晚點(diǎn)事件數(shù)、2～5 min(不含)晚點(diǎn)事件數(shù)、0～2 min(不含)晚點(diǎn)事件數(shù)。②停供水事件統(tǒng)計(jì)。關(guān)聯(lián)故障,創(chuàng)建停水信息,系統(tǒng)自動識別更新停水時(shí)長直至閉環(huán)。如因給排水系統(tǒng)故障導(dǎo)致停水,需統(tǒng)計(jì)停水次數(shù)、單次故障修復(fù)時(shí)長(時(shí)長超過設(shè)定值后該系統(tǒng)有報(bào)警提示)。③變電所開關(guān)設(shè)備遠(yuǎn)控失敗次數(shù)統(tǒng)計(jì)。統(tǒng)計(jì)范圍為電力調(diào)度管轄內(nèi)開關(guān)設(shè)備(AC 110 kV、AC 35 kV、DC 750 V開關(guān)設(shè)備,400 V進(jìn)線及母聯(lián)),新線自投入試運(yùn)營時(shí)納入統(tǒng)計(jì)。

3 基于智能運(yùn)維的多專業(yè)設(shè)備故障閉環(huán)管理系統(tǒng)關(guān)鍵技術(shù)

3.1 智能診斷

目前,設(shè)備故障監(jiān)控及智能診斷技術(shù)在設(shè)備維護(hù)中的應(yīng)用越來越廣泛,設(shè)備狀態(tài)微機(jī)監(jiān)測技術(shù)也已成熟。但是尚缺乏可實(shí)用的設(shè)備狀態(tài)智能診斷和分析技術(shù)。該系統(tǒng)可克服上述技術(shù)存在的缺陷,提供一種適用于多專業(yè)設(shè)備故障閉環(huán)管理的智能故障診斷方法。

將診斷邏輯轉(zhuǎn)換為流程圖數(shù)據(jù),并將該數(shù)據(jù)存儲為適用于城市軌道交通多專業(yè)領(lǐng)域的知識表示文檔,然后通過推理機(jī)把流程圖加載到內(nèi)存,推理機(jī)根據(jù)流程圖數(shù)據(jù)適用的設(shè)備類型,為每個(gè)單獨(dú)的設(shè)備建立流程實(shí)例遍歷器;流程實(shí)例遍歷器在推理機(jī)驅(qū)動器的推理驅(qū)動機(jī)制下不斷運(yùn)轉(zhuǎn),每次運(yùn)轉(zhuǎn)都執(zhí)行知識表示的遍歷分析算法,推理機(jī)驅(qū)動器在訪問到流程圖數(shù)據(jù)的數(shù)據(jù)點(diǎn)時(shí),根據(jù)數(shù)據(jù)點(diǎn)的描述獲取數(shù)據(jù),數(shù)據(jù)獲取器會訪問外部采集器提供的數(shù)據(jù)緩存內(nèi)存區(qū)尋找該數(shù)據(jù)點(diǎn)所描述的設(shè)備的某段時(shí)間內(nèi)的數(shù)據(jù),根據(jù)取到的數(shù)據(jù)做自定義表達(dá)式的邏輯運(yùn)算,如滿足邏輯表達(dá)式則進(jìn)入該表達(dá)式對應(yīng)的后續(xù)節(jié)點(diǎn),如所有后續(xù)節(jié)點(diǎn)都不滿足則跳出一次遍歷,報(bào)警分析器對產(chǎn)生的結(jié)果做后續(xù)處理,包括存儲、展示。數(shù)據(jù)點(diǎn)的描述除了包括通用的表述,如“取某個(gè)時(shí)間段的某設(shè)備信息”,還包括城市軌道交通專業(yè)知識表述,如進(jìn)路前后軌道區(qū)段、區(qū)間前后軌道區(qū)段、道岔所在區(qū)段和信號機(jī)繼電器碼位等。該方法定義了專用于城市軌道交通領(lǐng)域的“知識表示方法”和“推理機(jī)制”,實(shí)現(xiàn)了高效的“推理驅(qū)動機(jī)制”,實(shí)現(xiàn)了面向城市軌道交通領(lǐng)域的特有的遍歷分析算法。

3.2 日志挖掘分析

該系統(tǒng)中的日志挖掘分析著眼于全局控制體系,在此基礎(chǔ)上集成優(yōu)秀的開源產(chǎn)品,主要包括Flume、Kafka、HBase、ElasticSearch等。Flume支持在日志系統(tǒng)中定制各類數(shù)據(jù)發(fā)送方,用于收集數(shù)據(jù);Kafka是一個(gè)分布式的消息系統(tǒng),便于橫向擴(kuò)展,吞吐量高,可以保證消息的有序性和可靠性,可以為高速流數(shù)據(jù)的處理提供支持;HBase是一個(gè)高性能、可擴(kuò)展的分布式列式數(shù)據(jù)庫存儲系統(tǒng);ElasticSearch是一個(gè)準(zhǔn)實(shí)時(shí)的分布式搜索引擎,可以支持所有類型文檔的搜索。通過HBase與ElasticSearch的整合,構(gòu)建二級索引,可以處理PB級的數(shù)據(jù),同時(shí)保持很高的處理性能。

日志挖掘分析模塊包含日志采集、日志匯集存儲和日志分析三部分?；诜植际酱鎯?、分布式列式數(shù)據(jù)庫、分布式索引服務(wù)和分布式消息服務(wù)等提供日志的采集服務(wù)和日志匯集與存儲服務(wù),日志采集提供各類終端和服務(wù)器日志數(shù)據(jù)的采集能力;日志匯集與存儲提供匯集的集中控制功能,以及控制規(guī)則的數(shù)據(jù)定向匯集能力,涵蓋日志開發(fā)、收集、存儲、應(yīng)用、銷毀的全生命周期服務(wù),為基于日志的各類數(shù)據(jù)分析提供數(shù)據(jù)支撐。

多專業(yè)設(shè)備故障閉環(huán)管理系統(tǒng)對智能運(yùn)維系統(tǒng)、通信系統(tǒng)、機(jī)電系統(tǒng)、供電系統(tǒng)和車輛系統(tǒng)的日志進(jìn)行統(tǒng)一匯總分析,實(shí)現(xiàn)跨專業(yè)結(jié)合部隱患發(fā)現(xiàn)、故障定位及綜合分析等功能。提供日志統(tǒng)計(jì)分析能力和數(shù)據(jù)內(nèi)容查看能力?？梢钥v觀該系統(tǒng)的運(yùn)行狀態(tài),如發(fā)現(xiàn)問題,可以提取和查看詳細(xì)日志內(nèi)容,輔助現(xiàn)場人員進(jìn)行故障診斷。

3.3 故障案例自學(xué)習(xí)

故障案例自學(xué)習(xí)系統(tǒng)應(yīng)用架構(gòu)主要包括大數(shù)據(jù)平臺層、機(jī)器學(xué)習(xí)、可視化展現(xiàn)與告警三個(gè)部分,使用基于神經(jīng)網(wǎng)絡(luò)自學(xué)習(xí)功能自動匹配歷史故障案例,通過對接故障識別庫、算法、構(gòu)建模型、迭代優(yōu)化等步驟逐步完善故障診斷自動化預(yù)警系統(tǒng)。主要按照以下步驟處理:在大數(shù)據(jù)平臺收集歷史故障數(shù)據(jù);數(shù)據(jù)預(yù)處理(清洗、轉(zhuǎn)換、統(tǒng)一),進(jìn)行基礎(chǔ)統(tǒng)計(jì);將基礎(chǔ)統(tǒng)計(jì)結(jié)果存儲到數(shù)據(jù)庫;通過計(jì)算引擎加載數(shù)據(jù);劃分訓(xùn)練和測試集合;訓(xùn)練模型,在測試集上驗(yàn)證;保存模型;迭代式優(yōu)化模型。

對現(xiàn)有復(fù)雜設(shè)備及系統(tǒng)的故障信息進(jìn)行數(shù)據(jù)采集,采用特征選擇與特征提取兩種方法得到故障數(shù)據(jù)的特征。故障數(shù)據(jù)主要是由人工記錄并存儲在知識庫中,大部分為描述性語言并且數(shù)據(jù)量較大,可依此直接對故障數(shù)據(jù)進(jìn)行數(shù)據(jù)分析。故障數(shù)據(jù)含有的屬性較多,并非所有的數(shù)據(jù)都可以用來進(jìn)行分析的,應(yīng)注意過濾篩選。

可視化展現(xiàn)與自動化告警是以適當(dāng)?shù)囊曈X元素及視圖來呈現(xiàn)抽象的數(shù)據(jù)信息,并結(jié)合機(jī)器學(xué)習(xí)技術(shù)完成自動化告警的過程。當(dāng)發(fā)現(xiàn)了故障后,自動接入相應(yīng)的流程進(jìn)行處理,這時(shí)故障事件自動觸發(fā)問題處理跟蹤流程,并在自動化工單式流程的指引下通知到相關(guān)責(zé)任人,利用知識庫自動完成整個(gè)故障處理協(xié)調(diào)過程。

基于新一代人工智能技術(shù)的全新分析方式的特色亮點(diǎn)有:系統(tǒng)能自動學(xué)習(xí)案例,新的故障發(fā)生時(shí)能用歷史案例推導(dǎo)出本次故障原因及處置方法;可不斷積累案例庫中的案例,隨著案例庫越大,系統(tǒng)分析功能越強(qiáng);以神經(jīng)網(wǎng)絡(luò)驅(qū)動,不需要編寫額外的智能分析代碼;除可以診斷實(shí)時(shí)故障外,同時(shí)可以遍歷挖掘歷史數(shù)據(jù)中與案例同樣的隱患。

4 基于智能運(yùn)維的多專業(yè)設(shè)備故障閉環(huán)管理系統(tǒng)應(yīng)用分析

目前,該系統(tǒng)已布署于昆明地鐵線網(wǎng)中心。該系統(tǒng)可以對每一項(xiàng)具體發(fā)生的設(shè)備故障進(jìn)行深入全面的分析,查明發(fā)生的原因,然后采取預(yù)防措施,防止故障重復(fù)出現(xiàn)。更重要的是該系統(tǒng)可以對所有設(shè)備的故障信息進(jìn)行整理統(tǒng)計(jì),經(jīng)過科學(xué)分析,查找設(shè)備故障發(fā)生的主要問題和故障發(fā)生的規(guī)律。因此,通過該系統(tǒng)的應(yīng)用,可發(fā)現(xiàn)設(shè)備管理中的薄弱環(huán)節(jié),進(jìn)而明確設(shè)備管理的重點(diǎn),采取針對性維修策略,改善技術(shù)狀態(tài),降低故障發(fā)生率,確保設(shè)備的功能,持續(xù)滿足生產(chǎn)需求。

該系統(tǒng)將設(shè)備故障的統(tǒng)計(jì)分析落實(shí)到實(shí)際維修中,可預(yù)防故障和減少故障,提高了設(shè)備的可靠性。傳統(tǒng)的維修概念是設(shè)備發(fā)生故障后的修理工作才叫維修,但現(xiàn)代維修概念是從設(shè)計(jì)階段開始的,因?yàn)樵O(shè)備的可靠性、易于修復(fù)性和維修的方便性都是在設(shè)計(jì)階段決定的。設(shè)備驗(yàn)收后,從計(jì)劃修、狀態(tài)修、故障修和技術(shù)改進(jìn)都是基于該系統(tǒng)的,通過該系統(tǒng)進(jìn)行分析決策,以改進(jìn)設(shè)備管理工作。

5 結(jié)語

通過對各專業(yè)設(shè)備設(shè)施故障采集、統(tǒng)計(jì)及設(shè)備設(shè)施故障分析等方面工作進(jìn)行分析研究,應(yīng)用統(tǒng)計(jì)學(xué)知識對多種故障統(tǒng)計(jì)、分析方法進(jìn)行對比,綜合各自長處提出了較好的故障統(tǒng)計(jì)、分析方法,設(shè)計(jì)了基于智能運(yùn)維的多專業(yè)設(shè)備故障閉環(huán)管理系統(tǒng)。昆明地鐵的實(shí)際應(yīng)用表明,該系統(tǒng)可解決實(shí)際故障管理工作中的故障數(shù)據(jù)統(tǒng)計(jì)與分析難點(diǎn),有助于全面提升設(shè)備設(shè)施管理水平,進(jìn)而更好地保障城市軌道交通安全運(yùn)營。