儀故障診斷專(zhuān)家系統(tǒng)設(shè)計(jì)初稿(文件)
【正文】 P araV a lue%屬性值, 于是匹配成功, 這 說(shuō)明該故障樹(shù)節(jié)點(diǎn)為系統(tǒng)故障征兆的一個(gè)故障原因。數(shù)據(jù)表定義如表 2所示。本系由于本系 統(tǒng)以LabW indow s/CV I為開(kāi) 發(fā)環(huán)境, 因統(tǒng)采用執(zhí)行跟蹤法。前者在故障診斷流程執(zhí)行中即已經(jīng)得到匹配事件 ID 序列, 再通過(guò)遍歷顯示故障樹(shù)并框選故障樹(shù)相應(yīng)樹(shù)項(xiàng)控件進(jìn)行可視化解釋。通過(guò) ICD定制, 32位 D ISC 型的信息字的數(shù)據(jù)區(qū) ( 如表 1所示 )各位可以定義為操作模式選擇、LRU 故障告警、各系統(tǒng)工作狀態(tài)等信息, 以 1表示某事件發(fā)生, 以 0表示未發(fā)生。該圖只揭示了各參數(shù)的改變情況, 無(wú)法得到自動(dòng)駕駛 儀自動(dòng)斷開(kāi)原 因。復(fù)飛操作持續(xù)至第 295 s后, 自動(dòng)駕駛儀重新連接。第 754 s, 余度通道 3的 AH C 故障, 通道 3 棄用。由于前者是由于復(fù)飛操作導(dǎo)致, 其診斷毋庸贅述。知識(shí)獲取模塊界面如圖 7所示, 專(zhuān) 家在選擇故障樹(shù)后, 先對(duì)故障樹(shù)遍歷顯示, 再通過(guò)刷新故障樹(shù)表中的數(shù)據(jù)對(duì)所選樹(shù)進(jìn)行訪(fǎng)問(wèn), 借助一系列操作 ( 刪除、插入和修改 ) 使故障知識(shí)得到更新。但系統(tǒng)在自動(dòng)學(xué)習(xí)方面較為欠缺, 而且主要針對(duì)較小時(shí)間范圍內(nèi)的故障信息 ( 如電子飛控器件 ) 進(jìn)行。4結(jié)束語(yǔ)圖 7知識(shí)獲取界面以上設(shè)計(jì)了故障樹(shù)診斷模型, 結(jié)合相應(yīng)參數(shù)制定了故障樹(shù)數(shù)據(jù)表 ( 表 1) , 該表中明確了故障事件邏輯關(guān)系和診斷依據(jù), 建立了故障診斷推理機(jī)和工程信息來(lái)源的良好接口。匹配事件 ID 序列包含對(duì)應(yīng)圖 1中的 ? 1號(hào) FCC 系統(tǒng)故障 %、? 2號(hào)伺服系統(tǒng)故障 %和 ? 3號(hào) AHC 故障 %, 于是自動(dòng)框選其對(duì)應(yīng)的樹(shù)項(xiàng)控件, 并生成結(jié)論文本。故障診斷和解釋界面如圖 6所示。此 前 第 6 00 s時(shí) , 余圖 5相關(guān)參數(shù)的解析和分類(lèi)度通道 1的 FCC故障, 根據(jù)故障樹(shù)邏輯 (圖 1) , 通道 1棄用。自動(dòng)駕駛儀自動(dòng)斷開(kāi) 2次 ( 兩次由 0跳變?yōu)?1 )。圖 5為某型飛機(jī)某段飛行期間相關(guān)參數(shù)被解析并分類(lèi)之后的示意圖。首先讀取工作內(nèi)存中參數(shù)數(shù)據(jù)文件。所有操作借助表格控件、樹(shù)控件和數(shù)據(jù)庫(kù)接口函數(shù)完成, 這些工具在 L abW indow s /CV I中均有封裝 ,不再贅述。2. 4 解釋機(jī)制專(zhuān)家系統(tǒng)應(yīng)用的領(lǐng)域?qū)＜抑R(shí)包含許多經(jīng)驗(yàn)性信息, 因此通過(guò)解釋機(jī)制闡明診斷邏輯和策略可以提高專(zhuān)家系統(tǒng)透明度。圖 2故障 診斷專(zhuān)家系統(tǒng)結(jié)構(gòu)圖2.2知識(shí)的表示和獲取知識(shí)主要指基于故障樹(shù)形式的診斷規(guī)則和邏輯。駛儀自動(dòng)斷開(kāi)或無(wú)法正常接通 ) 時(shí), 診 斷程序開(kāi)始進(jìn)行故障樹(shù)推理診斷, 以頂事件為起點(diǎn)進(jìn)行基于先序遍歷的查找 (如圖 3所示 )。比 如用 一個(gè) 十進(jìn)制 數(shù)1024( 2 )
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1