吳康清,黃利平,李伯舒,石金大
基于故障知識庫的機(jī)械零部件故障管理支持系統(tǒng)
吳康清1,2,黃利平1,2,李伯舒3,石金大4
(1. 清華大學(xué)機(jī)械工程系,北京 100084;2. 精密超精密制造裝備及控制北京市重點實驗室,北京 100084;3. 陸軍裝備部裝備技術(shù)合作中心,北京 100036;4. 陸軍航空兵研究所,北京 101121)
針對機(jī)械零部件故障知識表述困難,故障信息在不同設(shè)計人員間利用、分享和重用效率低等問題,基于本體建模技術(shù)構(gòu)建了故障知識庫,設(shè)計開發(fā)了一個機(jī)械零部件故障管理支持系統(tǒng)(FKMS)。通過機(jī)械零部件生命周期中不同角色對故障知識的需求分析,建立了系統(tǒng)的功能結(jié)構(gòu)模型,確定了故障知識的內(nèi)容。利用本體建模技術(shù)構(gòu)建了故障知識本體模型與實體關(guān)系網(wǎng)絡(luò),保證了故障知識庫結(jié)構(gòu)的完備性?;诖怪蹦J浇⒘酥R模型到數(shù)據(jù)庫的映射,實現(xiàn)了知識的高效存儲與模型的可拓展。通過故障知識模型建立了故障原因關(guān)系網(wǎng)絡(luò),實現(xiàn)了故障原因推理與置信度計算,解決了故障原因分析不全面的問題?;贒jango-Web模塊進(jìn)行了系統(tǒng)開發(fā),并以直升機(jī)自由輪斜撐塊涂層剝落故障為例驗證了系統(tǒng)的知識管理和故障分析功能,實現(xiàn)了對故障信息的分析與動態(tài)管理支持。
故障知識;本體模型;知識庫;故障原因推理;知識管理系統(tǒng)
故障知識管理屬于維修保障信息化建設(shè)的一部分,是監(jiān)控和分析裝備可靠性的基礎(chǔ),是實現(xiàn)高端裝備在性能、質(zhì)量、壽命和使用環(huán)境方面精益保障的前提。一般的裝備儀器往往包含數(shù)十到數(shù)萬不等的來源不同的機(jī)械零部件,設(shè)備運行時零部件往往需要在不同環(huán)境下結(jié)合電氣、控制等模塊協(xié)同工作。這使得機(jī)械零部件故障領(lǐng)域知識內(nèi)容龐大,信息分散,且知識間存在著復(fù)雜的關(guān)聯(lián)關(guān)系,很難使用統(tǒng)一的模型進(jìn)行知識建模,從而導(dǎo)致設(shè)計人員或故障分析人員的故障知識獲取效率非常低下。因此,建立一個可行的故障知識管理支持系統(tǒng)(mechanical parts failure knowledge management & support system,F(xiàn)KMS),將是提高故障知識使用和分析效率的關(guān)鍵。
故障知識庫是FKMS的核心,是故障知識領(lǐng)域內(nèi)所有知識和數(shù)據(jù)的集合[1],也是故障檢索、分析、推理診斷[2-3]的保障。國內(nèi)外關(guān)于故障知識庫的研究始于20世紀(jì)80年代[4],已延伸至火箭、飛機(jī)、礦井、汽車、機(jī)床、電機(jī)等各類大中小型工程設(shè)備。在故障知識庫的建模方面,蘇正煉等[5-6]采用5個頂級類描述裝備故障知識,建立了發(fā)動機(jī)和轉(zhuǎn)子的故障知識庫,但是該方式建立的自上而下樹樁展開的故障知識庫未充分定義實體間的相互關(guān)系,因此難以清晰表示故障內(nèi)外復(fù)雜的關(guān)聯(lián)關(guān)系;王志等[7]建立了基于本體和推理規(guī)則的礦井電機(jī)故障知識庫模型,提高了電機(jī)故障知識的重用率,但難以實現(xiàn)大批量故障數(shù)據(jù)、故障信息的有效存儲;李夢偉等[8]將故障分為13類實體屬性,并依據(jù)故障知識實體建立數(shù)據(jù)表,實現(xiàn)故障知識的存儲與調(diào)用,但是文中建立的知識結(jié)構(gòu)是固化的,在使用中難以改變或拓展,無法實現(xiàn)對知識的長期動態(tài)更新。此外,大多數(shù)已有的故障知識庫都缺乏與故障樹分析(fault tree analysis, FTA)、故障模式與影響分析(failure mode effects analysis, FMEA)的結(jié)合,使得知識庫無法有效支持后續(xù)的故障分析,也無法滿足不同職能人員的知識需求。因此,建立一套完善、有效、可拓展的故障知識庫,是開發(fā)FKMS的關(guān)鍵。
本文提出了以FTA和FMEA為核心,基于本體建模技術(shù)的故障知識庫的建模方法,設(shè)計開發(fā)了一個機(jī)械零部件故障管理支持系統(tǒng)。本文針對不同人員對故障知識的需求分析確定系統(tǒng)功能結(jié)構(gòu)模型與業(yè)務(wù)流程關(guān)系。在此基礎(chǔ)上構(gòu)建了系統(tǒng)的總體架構(gòu),設(shè)計了主要功能模塊。在系統(tǒng)實現(xiàn)的關(guān)鍵技術(shù)中,基于故障分析方法、功能-行為模型[9]和知識組件模型[10]建立故障知識概念模型(故障知識庫);參考垂直模式建立故障知識本體模型到故障本體主數(shù)據(jù)庫的映射,搭建關(guān)系型數(shù)據(jù)庫存儲故障知識;基于故障知識模型建立故障原因知識網(wǎng)絡(luò),實現(xiàn)故障原因推理。采用基于pythons語言,Django Web框架和SQLite3數(shù)據(jù)庫分別對系統(tǒng)功能、交互架構(gòu)與數(shù)據(jù)存儲進(jìn)行設(shè)計,并開發(fā)故障知識管理支持平臺,實現(xiàn)故障信息在不同設(shè)計人員間利用、分享和重用。
為了設(shè)計故障管理支持系統(tǒng)的相關(guān)功能,首先需要明確機(jī)械零部件全生命周期中與故障相關(guān)的工作流程(圖1)。在生產(chǎn)設(shè)計階段,需要進(jìn)行高風(fēng)險故障模式的可靠性驗證及各類可靠性試驗,保證功能結(jié)構(gòu)設(shè)計的可靠性。當(dāng)零部件正常使用且未達(dá)到使用壽命前,用戶需進(jìn)行合理的保養(yǎng)與維護(hù),并能按照用戶使用指南處理簡單的故障。當(dāng)故障難以處理時,由專業(yè)的維修人員進(jìn)行故障檢測與維修;難以修復(fù)或達(dá)到使用壽命的零件將結(jié)束其使用周期并報廢處理。
圖1 機(jī)械零部件生命周期中與故障有關(guān)的工作流程
在確定機(jī)械零部件故障發(fā)生前、中、后3個階段的工作流程后,需要明確設(shè)計人員、可靠性工程師、用戶、故障分析人員與維修工程師等各類人員在各自工作中對故障知識的具體需求(圖2)。在機(jī)械對象設(shè)計階段,設(shè)計人員需要參考國家/行業(yè)標(biāo)準(zhǔn)進(jìn)行設(shè)計,獲取相似零部件的功能、行為和結(jié)構(gòu)信息,可靠性工程師需要獲取對象FMEA信息,對高風(fēng)險的故障模式進(jìn)行預(yù)防控制。在使用階段,用戶需要了解產(chǎn)品常見故障模式及相關(guān)的維護(hù)、檢測、處理方式,降低故障發(fā)生可能性并能夠自行解決部分故障。在故障處理階段,故障分析人員通過設(shè)備檢測、故障特征推理或參考仿真數(shù)學(xué)模型,確定可能的故障原因,支持維修工程師查詢對應(yīng)的故障解決與設(shè)備維修方式,實施解決方案。故障分析人員和維修人員在獲取故障知識的同時會將當(dāng)前的故障信息更新至故障知識庫中,實現(xiàn)知識的更新與不同人員間的知識共享。
圖2 不同人員對故障知識的需求
依據(jù)不同人員對故障知識的需求,故障知識庫應(yīng)當(dāng)包含以下幾方面的知識信息:
(1) 專家知識。包括故障分析或維修人員常年積累的工作經(jīng)驗,可靠性工程師對故障模式的風(fēng)險評價內(nèi)容等等。
(2) 數(shù)學(xué)/仿真模型。主要為機(jī)械零部件失效機(jī)理研究和驗證的知識內(nèi)容。模型可從微觀角度分析故障形成與發(fā)展,是確定故障原因,進(jìn)行故障預(yù)測的基礎(chǔ)。
(3) 專業(yè)知識書籍。從各類零部件故障產(chǎn)生、分析和控制等專業(yè)書籍中總結(jié)的故障知識。
(4) 行業(yè)標(biāo)準(zhǔn)。機(jī)械零部件性能、可靠性設(shè)計標(biāo)準(zhǔn)。
(5) 以往故障記錄集。已有故障信息的所有記錄,應(yīng)支持故障記錄的不斷更新,這是保證故障知識庫時效性的關(guān)鍵。
(6) 其他。如對象的功能行為信息、故障數(shù)據(jù)集等等。
為了提高故障知識的利用、分享和維護(hù)升級的效率,滿足不同職能人員對故障知識的使用需求,本文設(shè)計了一個基于故障本體知識庫的FKMS,如圖3所示。
圖3 FKMS的總體架構(gòu)
FKMS總共包含6層架構(gòu),分別對應(yīng)界面層、業(yè)務(wù)層、支撐層、平臺層、數(shù)據(jù)層和硬件層。硬件層是FKMS的硬件基礎(chǔ),包括知識庫存儲的數(shù)據(jù)庫、系統(tǒng)存放的服務(wù)器以及相應(yīng)的網(wǎng)絡(luò)硬件設(shè)備。數(shù)據(jù)層是系統(tǒng)的軟件數(shù)據(jù)基礎(chǔ),包括了故障信息庫、機(jī)械對象庫、知識組件庫和用戶信息庫等,實現(xiàn)用戶數(shù)據(jù)和故障數(shù)據(jù)的存儲,為上層架構(gòu)存儲原始數(shù)據(jù)。數(shù)據(jù)層中數(shù)據(jù)庫按照本體模型結(jié)構(gòu)存儲了故障領(lǐng)域的類、實例、關(guān)系、屬性等知識,并以本體模型的結(jié)構(gòu)進(jìn)行知識存貯,實現(xiàn)領(lǐng)域知識更新時知識結(jié)構(gòu)的更改。平臺層主要包括系統(tǒng)最為關(guān)鍵的2個框架:python Django基礎(chǔ)框架與SQLite3的數(shù)據(jù)庫框架。支撐層是業(yè)務(wù)功能層的后臺支持,包括故障知識管理、用戶權(quán)限管理、接口管理、工具管理等等。業(yè)務(wù)層包括FKMS的主要功能:包括故障知識的建模和查閱,知識結(jié)構(gòu)的更改和擴(kuò)展,故障信息檢索,人員管理等等。系統(tǒng)最頂層為界面交互層,采用基于Web的界面與用戶實現(xiàn)信息交互。
為了實現(xiàn)對故障知識的高效利用,設(shè)計了FKMS系統(tǒng)的主要功能模塊,包括故障知識管理模塊、故障分析模塊與用戶管理模塊。
故障知識管理模塊是FKMS系統(tǒng)的核心功能模塊,包含故障知識結(jié)構(gòu)管理、故障信息管理與模型及文件管理等子功能模塊。用戶可以在知識結(jié)構(gòu)界面通過層級展開的方式查看已有的故障知識結(jié)構(gòu),并進(jìn)行相應(yīng)的擴(kuò)充、修改,該功能對應(yīng)著本體模型中各個實體及實體屬性的修改。故障知識結(jié)構(gòu)中每一級實體均與相應(yīng)的故障信息對應(yīng),設(shè)計分析人員通過選定知識結(jié)構(gòu)中相應(yīng)概念能快速查找到相關(guān)信息。故障信息管理子功能模塊可供不同人員查看對應(yīng)權(quán)限下的機(jī)械對象庫、故障模式庫、故障原因庫、故障影響庫等等,新的故障信息也可被添加至故障信息庫。模型及文件管理子功能模塊面向用戶提供統(tǒng)一的界面查看所有故障信息所對應(yīng)的相關(guān)知識組件,包括故障分析的仿真文件或數(shù)學(xué)模型、故障案例的圖片或數(shù)據(jù)集等等,并且用戶可以直接通過鏈接下載所需文件。
故障分析模塊是基于故障知識數(shù)據(jù)庫建立的輔助分析模塊,包含故障原因分析與故障檢索2大子功能模塊。用戶進(jìn)行故障原因分析時,輸入一定的初始條件及相應(yīng)的置信度,系統(tǒng)將自動進(jìn)行計算并返回可能的故障原因及置信度,為用戶分析故障原因提供一個較為準(zhǔn)確的指導(dǎo)意見。故障信息檢索模塊提供按檢索詞搜索的功能,即用戶在檢索框輸入關(guān)鍵詞后,可直接查看到整個故障數(shù)據(jù)庫中與其相關(guān)的所有信息。通過點擊可查看具體的檢索結(jié)果,實現(xiàn)快速定位,大大提高了信息的搜索效率。
FKMS的關(guān)鍵技術(shù)包括:基于本體的故障知識建模技術(shù)、本體模型到數(shù)據(jù)庫的映射技術(shù)和基于故障原因知識網(wǎng)絡(luò)的故障原因推理技術(shù)。
本體是對事物概念化的定義、規(guī)范和說明[11],相比于其他的知識建模方式,本體建模具備豐富的資源關(guān)系、清晰的分類與層級結(jié)構(gòu)和優(yōu)秀的計算機(jī)處理能力[12]?;诒倔w的建模技術(shù)已經(jīng)廣泛用于制造流程[13]、產(chǎn)品設(shè)計[14]、故障診斷[15]等諸多機(jī)械領(lǐng)域。通過對故障知識本體建模,可以實現(xiàn)故障知識全面化、形式化和統(tǒng)一化描述,最終建立機(jī)械零部件故障知識庫,為故障分析提供知識的數(shù)據(jù)基礎(chǔ)。本體模型中的實體類(entity)對應(yīng)于故障領(lǐng)域知識的概念;實例(instance)對應(yīng)于故障實例與具體的故障信息,即實體類的具體化描述;屬性(property)和限制(restriction)用于描述實體類間的關(guān)系,是知識庫的推理規(guī)則;關(guān)系(relation)為實例間關(guān)系,是屬性和限制的具體化描述。
在故障知識本體模型構(gòu)建的方式上,需要充分對典型的故障分析方法和可靠性分析方法等具有進(jìn)一步認(rèn)識,并結(jié)合當(dāng)前公認(rèn)的機(jī)械產(chǎn)品知識模型,從而構(gòu)建一個分類清晰、表達(dá)準(zhǔn)確、描述完整的本體模型。本文構(gòu)建的故障知識庫,即故障知識本體模型,在概念模型層面的主要包括功能-行為模型、機(jī)械對象模型、知識組件模型以及故障模型。各模型以“故障模式”這一實體類為核心,如圖4所示。
圖4 各模型中與“故障模式”相關(guān)的實體類
故障模型作為故障知識庫中最重要的部分,必須包含完善的故障信息。結(jié)合后續(xù)故障分析技術(shù)中所需要的知識內(nèi)容,需要將FMEA及FTA的故障知識添加進(jìn)本體模型的概念模型中。FTA信息包含故障模式、故障原因和邏輯門,F(xiàn)MEA信息包括故障模式、故障原因、故障發(fā)生率、故障影響、故障檢測方式、故障控制和故障維修,圖4顯示部分故障模型中的實體類。
故障知識概念模型的構(gòu)建采用普林斯頓大學(xué)開發(fā)的本體構(gòu)建工具Protégé[16]。Protégé軟件是斯坦福大學(xué)醫(yī)學(xué)院生物信息研究中心基于Java語言開發(fā)的本體編輯和知識獲取軟件,主要用于語義網(wǎng)中本體的構(gòu)建,可實現(xiàn)本體模型的可視化表達(dá)。
通過Protégé構(gòu)建的故障知識本體模型,存在著實例添加繁瑣,已有知識模型修改困難等問題。將故障知識本體模型存儲到數(shù)據(jù)庫中可以有效的解決這些問題,也能夠很好地支持后續(xù)故障知識管理平臺的開發(fā)。
對于故障知識本體模型,由于機(jī)械零件故障知識復(fù)雜,更新速度快,很難一次性建立完善的本體模型。因此存儲故障知識的數(shù)據(jù)庫中,知識結(jié)構(gòu)需要具備一定的可修改性與可拓展性。
將本體模型映射至數(shù)據(jù)庫的常用方式有4種方式:水平模式、垂直模式、分解模式與混合模式[17]。水平模式只使用一張表完成知識存儲[18],字段數(shù)目龐大且往往浪費大量的存儲空間;垂直模式以“主語-謂語-賓語” (subject-predicate-object)三元組形式進(jìn)行記錄,結(jié)構(gòu)簡單清晰,與Protégé中建模方式一致;分解模式對本體模型中各個屬性建 表[18-19],在進(jìn)行復(fù)雜多個屬性查詢時效率較差;混合模式通常將以上幾種方式混合但其拓展性與檢索效率較慢。本文基于垂直模式三元組關(guān)系,對本體模型中關(guān)鍵元素建表[20],實現(xiàn)故障知識本體模型到故障知識本體數(shù)據(jù)庫的映射。數(shù)據(jù)庫主要實體關(guān)系如圖5所示,映射過程需對本體模型中實體類(entity)、限制(restriction)、屬性(property)、定義域(domain)、值域(range)、實例(instance)、關(guān)系(relation)等內(nèi)容建立數(shù)據(jù)表。針對故障知識庫中的知識組件模型,建立文件(File)表,實現(xiàn)相關(guān)文本、圖片、數(shù)據(jù)文件、仿真文件的關(guān)聯(lián)。
圖5 故障知識本體數(shù)據(jù)庫的主要實體關(guān)系
故障原因是故障知識中的關(guān)鍵元素,往往和其他故障元素間存在復(fù)雜關(guān)系。故障原因也是故障發(fā)生后進(jìn)行故障檢測、控制和維修的基礎(chǔ)。在故障原因分析時,往往對分析人員有較高的專業(yè)知識水平要求,低效的故障原因分析會使得故障分析陷入盲目。因此,需要設(shè)計一種計算機(jī)輔助故障原因分析方法,在初步檢測結(jié)果只能實現(xiàn)模糊的故障判定時,分析可能的故障原因,提高故障分析效率。
本體知識以資源描述框架(resource description framework, RDF)形式存儲后,通過構(gòu)建推理規(guī)則可以實現(xiàn)故障診斷推理[21],此方法建立推理規(guī)則的過程費時費力,對專家系統(tǒng)準(zhǔn)確性要求過高。因此,本文采用從故障知識模型中抽取故障原因?qū)嶓w及其關(guān)聯(lián)的方式構(gòu)建故障原因知識網(wǎng)絡(luò)[22],通過置信度傳遞方式進(jìn)行故障原因推理。相比基于故障樹和基于推理規(guī)則的推理方式,該方式充分利用故障知識庫中“故障原因”實體的知識內(nèi)容,在輸入條件較模糊的情況下仍能實現(xiàn)故障原因的快速推理。
從故障知識庫中抽取與故障原因相關(guān)聯(lián)的實體和實例,以“有故障原因”這一屬性作為橋接媒介,構(gòu)建故障原因知識網(wǎng)絡(luò)。該網(wǎng)絡(luò)以故障原因為核心,將“主語-謂語-賓語”三元關(guān)系中,故障原因作為主語或賓語的所有關(guān)系從故障知識本體模型中抽取出來。其中核心關(guān)系為“故障模式-有故障原因-故障原因” (mode-hasreason-reason)與“故障原因-有子原因-故障原因” (reason-hassubreason-reason)兩對三元組關(guān)系。
其中,t,0為故障原因r輸入的置信度,若輸入置信度為0,則t,0=0。
路徑的置信度t為路徑起點M的置信度(M)均分至(M)個子路徑中,即
路徑起點為R和K時,確定t的方法一致。
計算所得的置信度(r)與該故障原因計算前的置信度比較并取高值作為該故障原因的最終置信度,該方式既能有效保證初始置信度對最終結(jié)果的影響,也能實現(xiàn)故障原因知識網(wǎng)絡(luò)的有效利用。
以直升機(jī)傳動系統(tǒng)主減速自由輪的斜撐塊涂層表面疲勞磨損為例,該故障實例的故障原因關(guān)系網(wǎng)絡(luò)如圖6所示,圖中包含表面疲勞磨損故障的故障原因及子原因,箭頭代表實例間關(guān)系“有故障原因”或“有子原因”,其中化學(xué)氣相沉積(chemical vapor deposition,CVD)為制造工藝的實例,CVD制造工藝導(dǎo)致的常見問題為孔隙率高、金屬夾雜和化學(xué)氣相沉積時間短。
圖6 “表面疲勞磨損”故障原因關(guān)系網(wǎng)絡(luò)
斜撐塊涂層磨損后,經(jīng)初步的斷口檢測,故障分析人員基于自身經(jīng)驗和已有資料案例做出基本的故障判斷:故障模式為表面疲勞磨損(置信度80%),可能的故障原因為硬度過低(置信度60%)和金屬夾雜(40%),斜撐塊表面經(jīng)過CVD工藝加工,工藝對故障的影響置信度取50%。置信度取值可基于實際情況修改。
將上述情況作為輸入條件,基于故障原因置信度推理算法,可以得到第一次計算后故障原因置信度(表1)。故障分析人員通過算法計算可以整理獲得可能的故障原因,在下列故障原因和置信度的結(jié)果中,表面疲勞磨損可能的原因有“孔隙率高”、“化學(xué)氣相沉積時間短”、“疲勞強(qiáng)度低”等等,但部分原因如“含碳量低”、“表面脫碳”等屬于無效原因,這些原因來自于“硬度過低”故障原因的拓展,主要與滲碳工藝相關(guān),與CVD工藝制備的斜撐塊表面無關(guān)。
表1 一次計算后故障原因及置信度結(jié)果
FKMS系統(tǒng)采用瀏覽器和服務(wù)器(Browser/Server, B/S)的模式開發(fā),具體來說,基于Django的Web框架搭建系統(tǒng)架構(gòu),使用Python語言編寫系統(tǒng)后端各功能的邏輯算法,采用Django自帶的輕量級SQLite3數(shù)據(jù)庫,前端采用HTML編寫網(wǎng)頁,在HTML基礎(chǔ)上應(yīng)用Bootstrap的前端框架設(shè)計網(wǎng)頁樣式,利用Javascript和JQuery進(jìn)行網(wǎng)頁元素控制和與服務(wù)器數(shù)據(jù)交互。
圖7為系統(tǒng)操作流程示意圖,用戶通過賬號密碼登錄FKMS系統(tǒng),圖7(a)和圖7(b)為系統(tǒng)主界面包含故障知識庫、故障知識結(jié)構(gòu)、故障原因分析、個人信息與故障信息檢索幾個子模塊,用戶可以在此選擇所需模塊進(jìn)行下一步操作。圖7(c)為常用的故障知識庫,包含零部件庫、材料庫、故障模式庫、故障原因庫、知識組件庫等等,進(jìn)入子庫后可以查看到具體的實例信息,如圖7(d)所示;圖7(e)為故障知識結(jié)構(gòu),展現(xiàn)了概念模型中各個實體類及其對應(yīng)的實例,用戶可以修改概念模型或為相應(yīng)實體添加實例。
圖7 FKMS系統(tǒng)操作流程示意圖
以直升機(jī)傳動系統(tǒng)主減速器自由輪的斜撐塊涂層剝落故障為例,在故障知識管理分析支持系統(tǒng)中,可以查閱到該故障模式具體故障知識,如圖8(a)所示,包括故障檢測方式、從屬的故障類型、改進(jìn)措施、相關(guān)的仿真文件等等故障信息。用戶可以查閱“斜撐塊涂層剝落”這一實例在知識模型中作為主語與賓語的所有三元關(guān)系組。故障記錄人員通過對信息的不斷更新,實現(xiàn)故障知識更新維護(hù)。當(dāng)用戶需要進(jìn)行故障檢索時,可在搜索框檢索關(guān)鍵詞。圖8(b)為檢索“模型”關(guān)鍵詞的檢索頁面,主要包括CAE模型、CAD模型。用戶點擊自由輪CAD模型可以進(jìn)入模型仿真文件管理頁面,如圖8(c)所示,下載“斜撐塊涂層剝落”故障發(fā)生部件“自由輪”的三維模型及仿真文件。
在系統(tǒng)的故障原因推理模塊,用戶需首先創(chuàng)建故障案例,如圖9(a)所示;之后輸入推理的初始條件,用戶可以自行選擇初始條件類型與置信度,如圖9(b)和(c)所示,輸入條件為故障模式表面疲勞磨損(置信度0.80),預(yù)計故障原因金屬夾雜(置信度0.40)、硬度過低(置信度0.60),制造工藝CVD(置信度0.50);之后系統(tǒng)計算給出可能的故障原因及相應(yīng)置信度(圖9(d));故障分析人員通過參考系統(tǒng)的分析結(jié)果,將故障原因確定在一個小范圍區(qū)間,表面疲勞磨損可能的原因有“孔隙率高”、“化學(xué)氣相沉積時間短”、“疲勞強(qiáng)度低”等等。隨后,故障分析人員對高置信度故障原因進(jìn)行后續(xù)故障分析、控制和維修工作。
圖8 故障實例信息及檢索功能
圖9 故障信息檢索與原因分析案例
一般用戶在使用本系統(tǒng)后,不僅故障知識的獲取速度大幅提高,而且還能獲取與目標(biāo)搜索對象相關(guān)的故障知識。系統(tǒng)通過良好的界面展示,使得知識的表示更清晰易懂。系統(tǒng)的故障原因分析功能能為缺少專業(yè)知識的人員在故障分析方面提供幫助,并能輔助專業(yè)的故障分析與維修人員快速地定位故障原因,支持后續(xù)故障控制與維修工作。此外,系統(tǒng)的知識庫對故障知識進(jìn)行了精煉和分類,使得專業(yè)故障分析人員能夠更為精準(zhǔn)地獲取相應(yīng)的知識內(nèi)容。
本文針對機(jī)械零部件故障知識分散和利用分享率低等問題,提出了機(jī)械零部件故障知識管理支持方法。該方法以本體建模技術(shù)為基礎(chǔ),依據(jù)機(jī)械零部件全生命周期內(nèi)不同人員所需的故障知識建立故障知識庫,大大提高了故障知識集成和使用效果。在此基礎(chǔ)上研究了故障原因推導(dǎo)方法,解決了故障原因間復(fù)雜關(guān)系的相互影響,支持故障分析人員快速找到故障原因。最后設(shè)計開發(fā)了機(jī)械零部件FKMS,通過案例驗證系統(tǒng)的功能與可行性,實現(xiàn)不同人員在各自工作流程中對故障知識的不同需求,滿足知識結(jié)構(gòu)、內(nèi)容的不斷更新與人員間信息交流需求,可為企業(yè)建立故障信息的常態(tài)化、自動化的收集、存儲、分享和處理機(jī)制。
本文提出的故障原因推理方法和開發(fā)的FKMS系統(tǒng)實現(xiàn)了模糊條件下故障原因的置信度推理、故障知識管理和故障原因分析,提高了故障分析效率。后續(xù)研究工作將在分析結(jié)果的精確篩選與深度分析和知識庫內(nèi)容系統(tǒng)分析功能擴(kuò)展等方面繼續(xù)深入研究,為相關(guān)人員提供統(tǒng)一標(biāo)準(zhǔn)的技術(shù)服務(wù)。
[1] 賈焰, 王志英, 江衛(wèi)國. 知識庫系統(tǒng)技術(shù)研究[J]. 計算機(jī)工程與科學(xué), 1993, 15(3): 17-22.
[2] 李梅. 基于本體的故障診斷知識庫系統(tǒng)的構(gòu)建[J]. 電腦開發(fā)與應(yīng)用, 2010, 23(8): 32-34.
[3] 楊燕. 航空發(fā)動機(jī)故障診斷專家系統(tǒng)知識庫的設(shè)計與實現(xiàn)[D]. 沈陽: 沈陽航空航天大學(xué), 2013.
[4] HUANG C Y, STENGEL R F. Failure model determination in a knowledge-based control system [C]// 1987 American Control Conference. New York: IEEE Press, 1987:1643-1648.
[5] 蘇正煉, 嚴(yán)駿, 陳海松, 等. 基于本體的裝備故障知識庫構(gòu)建[J]. 系統(tǒng)工程與電子技術(shù), 2015, 37(9): 2067-2072.
[6] 張會福, 狄雪蘭, 文宏, 等. 基于本體的轉(zhuǎn)子故障知識建模研究[J]. 中國機(jī)械工程, 2011, 22(21): 2619-2623.
[7] 王志, 夏士雄, 牛強(qiáng), 等. 基于本體的礦井電機(jī)故障知識庫構(gòu)建[J]. 計算機(jī)工程, 2010, 36(10): 270-272, 275.
[8] 李夢偉, 董正宏, 楊帆. 基于Android的信息系統(tǒng)故障查詢App的設(shè)計與實現(xiàn)[J]. 計算機(jī)科學(xué), 2017, 44(S2): 561-564.
[9] GERO J S, KANNENGIESSER U. The function-behaviour-structure ontology of design [M]// An Anthology of Theories and Models of Design. London: Springer London, 2014: 263-283.
[10] 劉鋇鋇. 基于知識集成的直升機(jī)維修性評價方法研究[D]. 北京: 清華大學(xué), 2016.
[11] GRUBER T R. A translation approach to portable ontology specifications [J]. Knowledge Acquisition, 1993, 5(2): 199-220.
[12] 趙建勛, 張振明, 田錫天, 等. 本體及其在機(jī)械工程中的應(yīng)用綜述[J]. 計算機(jī)集成制造系統(tǒng), 2007, 13(4): 727-737.
[13] 施昭, 曾鵬, 于海斌. 基于本體的制造知識建模方法及其應(yīng)用[J]. 計算機(jī)集成制造系統(tǒng), 2018, 24(11): 2653-2664.
[14] 王有遠(yuǎn), 周聲靈. 基于本體的產(chǎn)品創(chuàng)新設(shè)計知識網(wǎng)絡(luò)研究[J]. 計算機(jī)技術(shù)與發(fā)展, 2018, 28(1): 195-199.
[15] 劉志海, 張榮華, 楊凱迪, 等. 基于模糊專家系統(tǒng)的采煤機(jī)故障診斷研究[J]. 煤炭技術(shù), 2017, 36(1): 227-229.
[16] NOY N F, FERGERSON R W, MUSEN M A. The knowledge model of protégé-2000: combining interoperability and flexibility [M]//Knowledge Engineering and Knowledge Management Methods, Models, and Tools. Heidelberg: Springer, 2000: 17-32.
[17] 陳光儀. 基于關(guān)系數(shù)據(jù)庫的本體存儲研究[D]. 長沙: 中南大學(xué), 2009.
[18] AGRAWAL R, SOMANI A, XU Y R. Storage and querying of E-commerce data [C]//Proceedings of the 27th International Conference on Very Large Data Bases. San Francisco: Morgan Kaufman Publishers Ins, 2001: 149-158.
[19] 張峰, 薛惠鋒, 徐源. 基于本體的航天產(chǎn)品性能樣機(jī)協(xié)同建模方法[J]. 計算機(jī)集成制造系統(tǒng), 2016, 22(8): 1887-1899.
[20] ZHAO J C, HUANG L P, TIAN L, et al. Knowledge system for helicopter transmission design based on ontology [C]//Proceedings of the 2017 International Conference on Management Engineering, Software Engineering and Service Sciences - ICMSS '17. New York: ACM Press, 2017: 321-325.
[21] 任鵬, 宋仁旺. 基于本體推理的故障信息關(guān)聯(lián)及診斷應(yīng)用研究[J]. 燕山大學(xué)學(xué)報, 2016, 40(4): 301-310.
[22] 趙繼叢. 基于本體的機(jī)械零件失效分析與仿真支持技術(shù)研究[D]. 北京: 清華大學(xué), 2017.
Failure Management and Support System of Mechanical Parts Based on Failure Knowledge-Base
WU Kang-qing1,2, HUANG Li-ping1,2, LI Bo-shu3, SHI Jin-da4
(1. Department of Mechanical Engineering, Tsinghua University, Beijing 100084, China; 2. Beijing Key Lab of Precision/Ultra-precision Manufacturing Equipment and Control, Beijing 100084, China; 3. Army Equipment Department Equipment Technical Cooperation Centre, Beijing 100036, China; 4. Institute of Army Aviation, Beijing 101121, China)
In order to solve the difficulty in describing failure knowledge of mechanical parts and the low efficiency of sharing and reuse of failure knowledge among different designers, a failure knowledge base is constructed based on ontology modeling technology. A mechanical parts failure knowledge management & support system (FKMS) is designed and developed using Django-Web module. First, by analyzing knowledge requirement, the function structure of the system is established and the content of failure knowledge is determined. Next a failure knowledge ontology model and its entity relation network are constructed by ontology modeling technology, which ensures the integrity of the knowledge base structure. Then the mapping of knowledge model to database is established based on vertical model, enabling efficient storage and extensible structure. In addition, through failure reason networks based on the ontology mode, a fault reason analysis algorithm with belief propagation is put forward. Finally, the coating spallation of helicopter free-wheel sprag is used as a case in the process of knowledge management and failure analysis, which demonstrates the dynamic management support of the system.
failure knowledge; ontology model; knowledge-base; fault reasoning; knowledge management system
TP 311
10.11996/JG.j.2095-302X.2019030623
A
2095-302X(2019)03-0623-08
2018-12-12;
2019-03-05
北京市自然科學(xué)基金項目(3182012)
吳康清(1994-),男,浙江金華人,碩士研究生。主要研究方向為知識工程、故障分析技術(shù)。E-mail:wukq16@mails.tsinghua.edu.cn
黃利平(1966-),女,湖北武漢人,副教授,碩士。主要研究方向為數(shù)字化設(shè)計與制造、PLM/PDM。E-mail:huanglp@mail.tsinghua.edu.cn