由于某些雷達結構復雜，故障發生率高，檢測難度大，在現場分析、判斷和處理這些故障時，主要依賴維修人員的經驗，維修質量和效率往往難以得到保證。因此，開發故障檢測專家系統，以提高故障檢測的經濟性和可靠性。
　　
　　專家系統的原理結構
　　
　　圖1所示為專家系統原理圖，圖2為低層診斷模型。　　以低層診斷為基礎，推理機結合部件故障知識進行推理診斷，得到高層故障假設結論；若假設故障被確認，元知識庫啟動推理機，從假設結論出發，再利用目標級故障知識推理診斷，直到得出結論（見圖3）。　　系統組成及工作流程
　　
　　1、故障檢測專家系統組成
　　
　　故障檢測專家系統組成如圖4所示。專家系統是一種包含知識和推理的智能計算機程序系統，通常由知識庫、推理機、人機接口、綜合數據庫、知識獲取模塊以及解釋程序組成。　　知識庫是一個獨立的實體，是專家系統的核心組成部分，它用于存儲從專家那里得到的關于某一特定領域專門知識和經驗。知識庫所存儲的知識都屬于比較穩定通用的專家領域知識和規則，一般包含專家知識、領域知識和元知識。其中，專家知識是領域專家從長期工作實踐中獲得的經驗性總結；領域知識是指一種廣泛公用的知識，包括書本上的知識及一些一般性常識；元知識是利用知識進行推理的知識。
　　
　　推理機是人類專家思維機制的一種算法表示和機器實現，包括推理機制和控制策略，是根據知識庫進行各種搜索和推理的程序模塊，用于控制系統的運行和執行各種任務。其中，推理部分是運用已有的知識和規則去推理，以謀求新的結論，而控制策略部分的作用是確定運用規則進行推理的順序，并決定下一步的工作。推理機根據用戶當前輸入的數據，搜索知識庫中相關的知識，并應用其中的規則和某種推理策略去推導出結論，向用戶提供解決問題的答案。
　　
　　綜合數據庫是用于存儲所檢測問題領域內原始特征數據的信息、推理過程中得到的各種中間信息和解決問題后輸出結果信息的存儲器。
　　
　　知識獲取模塊是專家系統和領域專家、知識工程師的接口。通過它與領域專家和知識工程師的交互，使知識庫不僅可獲得知識，而且可使知識庫中的知識得到不斷的修改、充實和提煉，從而使系統的性能得到不斷的改善。
　　
　　解釋程序能夠對推理過程做出解釋，不僅可以解釋推理的路線和為什么需要詢問那些特征信息數據，而且可以解釋推理得到的正確結論。
　　
　　2、工作流程
　　
　　故障檢測專家系統是通過推理機與知識庫和綜合數據庫的交互作用來求解問題的，這種求解過程有如下幾個步驟：
　　
　　（1）用戶將故障現象交給人機接口，人機接口將故障信息送入推理機。
　　
　　（2）推理機根據故障信息按一定的搜索策略，依據用戶反饋信息進行正向推理，并結合當前的推理狀態，從知識庫的故障樹結點事件提取交互信息，提供給人機接口，以提問或操作要求的方式顯示。
　　
　　（3）解釋程序對推理機運算出的每一步推理狀態進行分析并做出簡明易懂的解釋。
　　
　　（4）解釋程序記錄故障檢測每一步的推理狀態，并提取相應圖形符號，經過人機接口以流程圖的方式將推理過程顯示。這些模塊彼此配合，互遞信息，共同完成故障定位、排除和維修提示等任務。
　　
　　系統設計
　　
　　1、設計依據
　　
　　故障檢測專家系統主要基于該雷達的系統自檢過程和設計人員的人工經驗，通過配套的檢測設備采集故障信息，并通過串行通信將故障信息傳遞給計算機；或通過人機交互，實現檢測、維修的自動化和智能化。
　　
　　系統自檢過程是現代雷達zui基本的一種功能，它包括：開機自檢、周期性自檢、停機維護測試等。系統自檢產生的信息可簡單地分為：（1）子系統測試信息——發射機、接收機、天饋線、伺服系統、信號數據處理機及主控臺等子系統的自檢信息。（2）系統測試信息，主要用來檢測、校正和調整雷達的狀態及各子系統之間的相互關系。專家系統所針對的雷達，通過自檢便基本可判斷出產生故障的子系統，因而故障檢測直接針對各個子系統。
　　
　　專家系統的設計包括知識庫、推理機、人機接口、解釋器、知識獲取器和系統軟件等部分的設計。其中，知識庫、推理機和系統軟件是主體，也是設計的關鍵。
　　
　　2、知識庫的設計
　　
　　知識庫主要功能是存儲和管理專家系統中的經驗知識。專家系統知識庫主要由故障分類表、子故障分類表、故障現象表以及所有的故障知識表（故障數據庫）組成。知識庫中擁有知識的多少及知識的質量決定了一個專家系統所具有解決問題的能力。系統故障知識的獲取主要是通過研究雷達結構和故障機理來掌握原理性的知識，以及從專家處獲取啟發式的經驗診斷知識、實用的專業技術資料等。
　　
　　①從雷達結構和故障機理分析中獲取
　　
　　利用雷達中已有測試點，結合測試信號的特征進行全面分析。通過對雷達中各部件之間的連接以及對部件板級上每個具體芯片功能進行研究，分析特征信號在雷達正常時的標準值；在進行故障檢測時，將測試信號的實際工作值與正常工作的標準值比對，以判定出故障點。
　　
　　利用雷達的功能特點進行有針對性的分析。當雷達出現故障時，除了檢測電路本身故障外，還要考慮特殊環節引起的可能故障，另外開關器件（大功率開關管、繼電器和接觸器等）也容易損壞而引起故障。
　　
　　針對雷達中的共同問題進行綜合分析。雷達中各器件、部件間由電纜實現連接，由于電纜本身損壞或接口連接的不可靠，存在著故障隱患。
　　
　　②從專家經驗中獲取
　　
　　根據平時常見的故障、專業維修人員的知識與經驗，以及專家長期積累掌握的基礎理論、研究成果、思維邏輯、解決問題的經驗等，可以匯總雷達分系統的常見故障。
　　
　　3、推理機設計
　　
　　推理機是專家系統的組織控制機構，它根據當前輸入數據來運行知識庫中的相應知識，按一定策略進行推理，以達到要求的目標。該專家系統中，推理機根據用戶提供的故障信息，在知識庫內尋找能與之匹配的故障樹結點事件，每步推理都以用戶反饋信息為依據，沿故障樹脈絡進行正向推理，逐步縮小故障范圍，直至完成故障源定位。推理機正向推理過程如圖5所示。　　4、人機接口的設計
　　
　　人機接口包括開發界面和使用界面。開發界面面向系統和系統維護者；使用界面面向系統使用者，常常涉及“人機交互”，它包括輸入和輸出兩個部分。用戶按照提示輸入數據，并向系統提出請求或問題要求系統回答或演示。系統輸出各種提示、中間結果和zui后結果，也可輸出用戶所要求的信息、各種解釋，或按照用戶的要求演示推理過程。
　　
　　5、解釋模塊設計
　　
　　解釋模塊負責對系統檢測推理過程給出必要的解釋，包括2個解釋子模塊：文字模塊和圖形模塊。其中，文字模塊負責對專家系統檢測推理過程給出必要的文字解釋，以結點作為解釋的基本層次；圖形模塊負責將故障現象、用戶選擇、檢測過程及檢測結果這些知識信息用流程圖的方式進行顯示，以便用戶操作和觀察，并以此作為記錄檢測過程的方法。
　　
　　6、知識獲取器的設計
　　
　　在專家系統中要設計知識獲取器困難較大，比較實用的方法是建立一個知識編輯器。知識編輯器是知識工程師的一種工具軟件，用來幫助知識工程師編輯從專家那里獲取的知識。它可以對知識進行檢索、修改、刪除和重組，并檢查知識的相容性、完整性和一致性。
　　
　　7、專家系統軟件的設計
　　
　　為了能更快速、準確地檢測出雷達的故障，將CAN總線應用到某雷達，構建故障檢測專家系統。CAN（ControllerAreaNetwork）是控制器局域網絡，是目前發展較快的一種現場總線，主要用于各種過程或設備檢測及控制。它是目前*具備標準的現場總線，具有容錯能力強、傳輸距離遠、帶寬大等特點。
　　
　　結合某雷達的結構特點構建一種上位運行專家系統，下位機負責采集現場數據和信號的在線故障檢測專家系統，如圖6所示。　　根據某雷達的整體功能模塊的不同，方案將各個功能模塊劃分為若干檢測子系統，利用CAN總線技術構建一個網絡結構，每個子系統作為網絡上的一個CAN智能節點，每個節點檢測該模塊中待檢測設備的運行狀況，并將檢測結果通過CAN總線發送給故障檢測專家系統。故障檢測專家系統運行在上位機上，對下位機發送檢測命令，下位機檢測預留在各子系統的測試點，把測試的各種數據，如電壓、各種開關量等，經A/D轉換，發送故障檢測專家系統；同時，專家系統根據檢測信息和各模塊發送的自檢信息，給出結論后存儲并進行顯示，檢測員可通過查詢主機快速、及時對狀態和故障情況判斷（見圖7）。　　故障檢測專家系統在上位機（軍用計算機）上運行，操作系統采用WindowsXP，采用VC++6.0編寫故障檢測專家系統和通信模塊。下位機采用嵌入式計算機PC104，通過CAN總線負責對整個雷達進行現場數據采集，包括電源電壓等的模擬信號，各種開關量信號等。經過A/D轉換后，再通過RS-232串行接口將現場數據傳送給上位機，下位機的通信程序采用C語言編寫。各個模塊的自檢信息，專家系統可以直接通過CAN總線獲取。
　　
　　此系統采用CAN2.0B的數據幀，有29位標志符，占4字節的長度。定義見表1。　　
　　優先級是CAN數據包優先級，占3位，總共有8個優先級。PF為數據類型代碼，占8位。PS/DA為數據類型擴展碼或目標地址，占8位。當PF值小于240（0xF0）時，PS/DA位填寫目標地址DA；當PF值不小于240時，PS/DA位填寫數據類型擴展碼PS。SA為發送節點的CAN總線地址，占8位。保留位固定填寫0。幀ID中PF、PS、DA的值分別取自在CAN數據包中PF、PS、DA的值。
　　
　　本網絡結構采用雙CAN總線，每個線路zui多可連接110個智能節點，CAN總線傳輸速率設定為250kb/s，對應的位時間為4μs，網絡上所有節點必須設置為相同值。節點數據鏈路層發送數據以CAN1總線為主，CAN2總線為輔。當CAN1總線擁堵的情況下，CAN2總線啟動，如果發送控制器在5ms內仍未完成總線發送，則須取消未完成的發送，以免影響總線上其他智能節點的工作。接收數據通過CAN1總線、CAN2總線分別接收，并分別送給應用程序處理。
　　
　　CAN總線智能節點的軟件設計主要包括：CAN節點初始化、報文發送和報文接受。通過DLL提供API應用層接口編程。
　　
　　實例應用
　　
　　某雷達的天饋系統，由天線、天線座、饋線系統、倒伏機構等部件組成。專家系統發送自檢命令給天饋系統，系統對自身的各個部件進行自檢，自檢結果通過CAN總線發回專家系統，其格式見表2。　　
　　數據格式為3字節，其中，第1字節為設備號，是屬于每個功能模塊的*編號。第2字節是該設備的運行狀態，其中，0x0F表示正常，0xFF表示故障，所有單體全部正常時上報正常狀態，任意單體故障則上報故障狀態。如果是故障狀態，則第3字節的8個位，分別代表了各個單體的狀態，0為故障，1為正常。
　　
　　專家系統根據自檢發回的信息，判斷故障是否為zui終故障，如不是則進行原理檢測，zui后給出檢測結果。
　　
　　對于不同設備的自檢，有著不同的檢測層次，天線座則可以檢測到各單體，給出具體哪個單體故障，如果故障仍然不是很明確，需進一步檢測，則可以轉到原理檢測，zui后檢測到不可分割或可以直接替換的單體。