一種基于Android平臺的汽車故障診斷系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種基于Android平臺的汽車故障診斷系統(tǒng)，包括電子控制單元ECU、CAN總線，還包括數(shù)據(jù)轉換模塊、汽車故障解碼模塊和汽車故障專家分析模塊，所述數(shù)據(jù)轉換模塊一端與CAN總線相連接，另一端與藍牙模塊無線連接，所述藍牙模塊與汽車故障解碼模塊連接，所述汽車故障解碼模塊與汽車故障專家分析模塊相連接；本發(fā)明降低汽車故障診斷成本，使診斷過程更加方便，提高汽車維修效率。
【專利說明】一種基于Android平臺的汽車故障診斷系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及汽車電子領域，具體為一種基于Android平臺的汽車故障診斷系統(tǒng)?！颈尘凹夹g】
[0002]現(xiàn)有的汽車故障診斷系統(tǒng)，可以將汽車E⑶中的故障碼讀出、顯示、存儲和處理，能夠簡便、準確地檢測出汽車故障，有利于汽車運行狀況檢測和汽車故障維修。當前國內外設計的汽車故障診斷儀方案主要有兩種:基于PC機的故障診斷儀和基于單片機/FPGA(Field Programmable Gate Array,即現(xiàn)場可編程門陣列)的手持式故障診斷儀。這兩種方案的硬件成本都比較高，而且基于PC機的診斷儀不方便攜帶，另外考慮到維修人員即使通過汽車故障診斷儀診斷出了汽車出現(xiàn)的故障，但是想要準確地判斷出故障原因，還需要查詢維修手冊等資料，導致維修過程中汽車維修人員花費大量時間去查資料，工作效率比較低。
[0003]為了解決當前基于PC機的診斷儀的外出作業(yè)攜帶不便和基于單片機/FPGA的手持式診斷儀的硬件成本較高的不足。中國專利申請?zhí)枮?201310023184.9的中國發(fā)明專利提供了一種利用移動終端(手機/平板)對汽車進行故障診斷的方法，所述的方法包括如下步驟:將下位機通過診斷接口跟汽車電控單元連接，采集汽車電控單元內的信號；用戶利用上位機(移動終端)來顯示下位機傳輸?shù)臄?shù)據(jù)，并且向下位機、汽車電控單元發(fā)送指令，上位機與下位機之間通過無線方式傳送接收信號。該專利所記載的利用移動終端讀取汽車故障碼來幫助維修人員找到故障原因的技術存在以下弊端:
所設計的汽車故障診斷儀只能讀取汽車ECU內的故障碼進行顯示，但是考慮到汽車故障診斷儀從ECU中獲得的信息有限和汽車維修人員專業(yè)知識和經驗的差異性，普通的維修人員即使通過汽車故障診斷儀診斷出了汽車出現(xiàn)了什么故障，但是想要準確地判斷出故障原因，還需要查詢維修手冊等資料，導致維修過程中汽車維修人員花費大量時間去查資料，工作效率比較低。
[0004]因此，本發(fā)明引入了汽車故障診斷專家系統(tǒng)來幫助和指導汽車維修人員以及提供決策性建議。中國專利申請?zhí)枮?201210499356.5的中國發(fā)明專利提供了一種基于維修資料和專家系統(tǒng)的汽車故障診斷方法，所述的方法包括如下步驟:建立一個基于互聯(lián)網(wǎng)的汽車維修資料數(shù)據(jù)庫，在該網(wǎng)絡服務器上創(chuàng)建一個專家系統(tǒng)，將汽車故障診斷儀和汽車上的診斷座連接，讀取汽車E⑶內的數(shù)據(jù)并打包成實時數(shù)據(jù)，發(fā)送到位于網(wǎng)絡服務器的維修資料數(shù)據(jù)庫中，服務器根據(jù)實時數(shù)據(jù)調取相應的維修資料數(shù)據(jù)后再通過網(wǎng)絡發(fā)送給汽車故障診斷儀；當啟動汽車故障診斷儀的專家功能時，基于網(wǎng)絡的專家系統(tǒng)會根據(jù)知識庫中的內容、實時數(shù)據(jù)推理出診斷結果，再通過網(wǎng)絡發(fā)送給汽車故障診斷儀。該專利所記載的基于維修資料和專家系統(tǒng)的汽車故障診斷方法的技術存在以下幾個弊端:
1.診斷過程必須依賴網(wǎng)絡，只適合在有網(wǎng)絡覆蓋的地方使用，如果工作場所沒有網(wǎng)絡覆蓋，將會導致汽車故障診斷儀不能使用，使汽車故障診斷儀的便攜性受到限制；
2.需要一臺穩(wěn)定運行的服務器來支持所有的手持終端正常工作，只適合在維修廠使用，如果出現(xiàn)網(wǎng)絡故障或者服務器故障等現(xiàn)象，將導致汽車故障診斷儀不能使用，而且也增加了系統(tǒng)成本；
3.需要設計一個專用的手持終端，與服務器配合使用，用于故障碼讀取、與服務器通信、故障信息顯示等，增加了硬件成本和開發(fā)難度，導致診斷儀成本偏高。

【發(fā)明內容】

[0005]針對以上現(xiàn)有技術中的不足，本發(fā)明的目的在于提供一種降低診斷儀成本，使診斷過程更加方便，提高汽車維修效率的汽車故障診斷系統(tǒng)，為達到上述目的，本發(fā)明的技術方案是:
一種基于Android平臺的汽車故障診斷系統(tǒng)，包括Android手機或平板電腦、設置于汽車內部網(wǎng)絡的電子控制單元E⑶、與所述電子控制單元E⑶相連接的控制器局域網(wǎng)絡CAN總線，還包括數(shù)據(jù)轉換模塊、Android手機或平板中還包括汽車故障解碼模塊和汽車故障專家分析模塊；
所述數(shù)據(jù)轉換模塊通過總線與汽車內部網(wǎng)絡內部的控制器局域網(wǎng)絡CAN總線相連接，還通過藍牙通訊的方式與Android手機或平板電腦上的藍牙模塊無線連接；
所述Android手機或平板電腦上的汽車故障解碼模塊連接，所述汽車故障解碼模塊與汽車故障專家分析模塊相連接；
在所述Android手機或平板電腦上啟動汽車故障解碼模塊和汽車故障專家分析模塊，所述汽車故障解碼模塊生成汽車故障診斷請求報文，并通過藍牙模塊無線傳輸給數(shù)據(jù)轉換模塊，數(shù)據(jù)轉換模塊將發(fā)送來的汽車故障診斷請求報文轉換成控制器局域網(wǎng)絡CAN數(shù)據(jù)幀請求報文并通過CAN總線傳輸給所述電子控制單元ECU，所述電子控制單元ECU響應請求并產生響應報文，通過控制器局域網(wǎng)絡CAN總線將響應報文發(fā)送給數(shù)據(jù)轉換模塊轉換成藍牙數(shù)據(jù)幀請求報文，通過藍牙模塊傳輸給汽車故障解碼模塊，汽車故障解碼模塊解析出響應報文的故障碼并傳輸給汽車故障專家分析模塊，故障診斷專家分析模塊對故障碼進行查詢并得出故障類別與維修建議。
[0006]進一步的，所述汽車故障代碼解碼模塊包括診斷功能選擇模塊、UDS診斷服務、XML診斷數(shù)據(jù)庫、XML解析器，所述診斷功能選擇模塊用于對待診斷車輛的診斷類別進行選擇，并根據(jù)診斷類別調用UDS診斷報文發(fā)生器產生診斷請求報文，發(fā)送給車輛電子控制單元ECU,電子控制單元ECU發(fā)送響應報文給XML解析器，XML解析器調用XML診斷數(shù)據(jù)庫對響應報文進行解析，得出故障碼并傳輸給故障診斷專家分析模塊。
[0007]進一步的，所述汽車故障專家分析模塊包括推理診斷模塊和存儲有推理診斷用規(guī)則的知識庫，所述推理診斷模塊接收來自汽車故障代碼解碼模塊的XML解析器發(fā)送來的故障碼，并調用知識庫中的故障碼對應的維修知識，得出故障類別與維修建議。
[0008]本發(fā)明的優(yōu)點及有益效果如下:
本發(fā)明提出了一種基于Android平臺的汽車故障診斷系統(tǒng)，此系統(tǒng)既有基于PC機的專家系統(tǒng)的推理、診斷功能，也有基于單片機/FPGA的手持式診斷儀方案的外出作業(yè)攜帶方便等優(yōu)點。由于汽車故障診斷系統(tǒng)是基于移動終端設計的，使得其適用人群更加廣泛，并且節(jié)省了硬件設計的環(huán)節(jié)與成本，用戶只需要在自己的手機或平板上安裝故障診斷應用程序，就能使自己的手機或平板變成專業(yè)的汽車故障診斷儀，使診斷儀成本更低、系統(tǒng)維護更加簡單、診斷過程更加方便。此外本發(fā)明中將汽車故障診斷專家系統(tǒng)引入到安卓平臺上，使得查找故障原因更加方便，并且降低了對用戶的要求，與已有的“云診斷”方式相比，本系統(tǒng)的診斷過程不需要服務器，不依賴網(wǎng)絡，獨立性和適用性更強。
[0009]【專利附圖】

【附圖說明】
圖1為本發(fā)明優(yōu)選實施例基于Android平臺的汽車故障診斷系統(tǒng)的系統(tǒng)框圖；
圖2為汽車故障解碼模塊的結構框圖；
圖3為汽車故障解碼模塊的工作流程圖；
圖4為汽車故障專家分析模塊的結構框圖；
圖5為汽車故障專家分析模塊的工作流程圖。
【具體實施方式】
[0010]下面結合附圖給出一個非限定性的實施例對本發(fā)明作進一步的闡述。
[0011]本發(fā)明提供一種基于Android平臺的汽車故障診斷系統(tǒng)，本發(fā)明通過移動終端來讀取汽車ECU內的故障碼，并利用汽車故障專家分析模塊推理出故障產生的原因，本發(fā)明解決當前基于PC機的診斷儀的外出作業(yè)攜帶不便和基于單片機/FPGA的手持式診斷儀的硬件成本較高、系統(tǒng)維護和升級較麻煩的不足，而且提高了汽車維修人員的工作效率。
[0012]如圖1所示為本發(fā)明的系統(tǒng)框圖:
移動終端1，支持藍牙功能的Android手機或平板，用于運行汽車故障診斷應用程序(APP)；
人機交互模塊2，為移動終端的觸摸顯示屏，用戶可以通過觸摸顯示屏查看汽車信息，并且可以向系統(tǒng)輸入相關信息；
汽車故障解碼模塊3，用于汽車故障碼讀取和解析，可以讀取汽車ECU內的故障碼、清除故障碼、讀取動態(tài)數(shù)據(jù)流、寫入VIN碼；
汽車故障專家分析模塊4，用于推理故障產生原因，根據(jù)汽車故障解碼模塊從ECU內讀取到的故障碼，結合知識庫，按照一定規(guī)則進行推理，最終得出結論；
藍牙模塊5，為移動終端自帶的藍牙模塊，本系統(tǒng)通過藍牙模塊來收發(fā)數(shù)據(jù)；
汽車內部網(wǎng)絡6，汽車內部多個E⑶主要通過CAN總線連接，主要包括:
B⑶61，電池管理單元；
HCU62，整車控制器；
IPU63，集成組合動力裝置；
數(shù)據(jù)轉換模塊7，一方面用來接收移動終端發(fā)來的命令并將其轉換成CAN數(shù)據(jù)幀格式，發(fā)送給汽車ECU，另一方面接收汽車ECU的CAN報文并將其通過藍牙發(fā)送給移動終端。
[0013]本發(fā)明一個非限定性的實施例是:例如飛思卡爾S12系列ECU，只要E⑶內運行UDS服務，就可以通過本系統(tǒng)進行診斷；
數(shù)據(jù)轉換模塊7，主要由串口藍牙模塊(HC05)、微控制器(STM32)、CAN通信電路(TJA1050)三部分組成，可以完成CAN與藍牙之間的數(shù)據(jù)轉換。
[0014]如圖2所示，本實施例提供了一種基于Android平臺的汽車故障碼解析模塊，該模塊主要包括:
人機交互模塊2，用于獲取診斷過程中所需要的信息，并顯示診斷結果； 汽車故障專家分析模塊4，接收故障解碼模塊發(fā)送的故障碼，并對接收到的故障碼進行推理，幫助用戶找到故障發(fā)生的原因；
數(shù)據(jù)轉換模塊7，用于接收診斷儀發(fā)送的命令并轉換成標準CAN報文，與汽車ECU進行通信，讀取ECU內的故障碼，并將ECU的響應報文通過藍牙轉發(fā)給移動終端；
XML診斷數(shù)據(jù)庫81，根據(jù)各車廠定義的故障代碼表(故障碼與故障信息對應表)，用XML語言將一條故障碼與對應的故障信息填寫在一行XML語句中，依次將故障代碼表中的內容全部用XML語言填寫到存儲故障匹配信息txt文件中，用于對讀取到的故障碼進行解析；診斷功能選擇模塊82，選擇診斷對象的具體車型，針對該車型進行的診斷功能，包括:讀取故障碼、清除故障碼、讀取動態(tài)數(shù)據(jù)流、寫入VIN碼；
XML解析器83，當診斷儀接收到響應報文后，調用解析數(shù)據(jù)流信息算法，從SD卡中查詢在XML文件中存儲的數(shù)據(jù)相關的信息，從而解析并計算出數(shù)據(jù)流所對應的信息，并顯示最終結果；
UDS診斷服務84，為統(tǒng)一診斷服務，診斷儀通過調用UDS診斷服務向汽車內部ECU (主要包括B⑶、HCU和IPU)發(fā)送診斷服務請求報文；
藍牙通信模塊85，用于與數(shù)據(jù)轉換模塊進行通信，傳輸移動終端發(fā)送的命令并且接收數(shù)據(jù)轉換模塊的響應數(shù)據(jù)。
[0015]如圖3所示，本實例提供了一種基于Android平臺的汽車故障診斷方法。當用戶在進行汽車診斷功能之前，需要先將手機/平板與數(shù)據(jù)轉換模塊進行連接，然后選擇相應的車型、部件，讀取故障信息，該方法包括以下步驟:
Sll:用戶在診斷儀主界面選擇“連接設備”的功能；
該步驟具體為:首先用戶要將數(shù)據(jù)轉換模塊插在汽車OBD接口上，然后在移動終端(手機/平板)上安裝本發(fā)明提供的汽車故障診斷應用程序(APP)，運行該應用程序，進入故障診斷程序的主界面。
[0016]S12:打開手機藍牙進行匹配；
該步驟具體為:選擇“連接設備”功能，系統(tǒng)會提示用戶是否打開藍牙功能，選擇“確定”，系統(tǒng)會自動搜索附近的藍牙設備，找到數(shù)據(jù)轉換模塊，選中該設備進行連接，輸入密碼進行匹配，例如在搜索到的藍牙設備中選中名稱為“Diagnosis”的數(shù)據(jù)轉換模塊，連接該設備，系統(tǒng)會提示用戶輸入密碼，輸入“ 12345”(默認的匹配密碼)進行匹配。
[0017]S121:連接成功后系統(tǒng)會提示用戶“連接成功”，在診斷儀主界面上顯示連接的狀態(tài)(包括:“連接成功”、“連接失敗，再次嘗試連接”、“嘗試連接超時，放棄連接”)。
[0018]S13:選擇相應的汽車類型；
該步驟具體為:用戶在診斷儀主界面上選擇“汽車診斷”功能，系統(tǒng)跳轉至車系選擇界面，在車系選擇界面中，系統(tǒng)從SD卡上讀取車系文件并解析文件內容，在完成解析工作后，在車系選擇界面上顯示支持的車系名稱，例如用戶可以在車系選擇界面中選擇“中國車系”，系統(tǒng)將根據(jù)用戶選擇的車系跳轉至車廠選擇界面，在車廠選擇界面中，從SD卡上讀取車廠文件并解析文件內容，在完成解析工作后，在車廠選擇界面上顯示支持的車廠名稱，例如用戶可以在車廠選擇界面中選擇“長安”，系統(tǒng)根據(jù)用戶所選的車廠跳轉至車型選擇界面，然后用戶根據(jù)自己實際的車輛類型選擇相對應的車系，例如用戶可以在車系選擇界面中選擇“長安奔奔mini”然后系統(tǒng)跳轉至部件選擇界面； S14:選擇相應的汽車部件；
該步驟具體為:在部件選擇界面中，系統(tǒng)從SD卡上讀取部件文件并解析，在完成解析工作后，在部件選擇界面顯示支持的部件名稱，用戶根據(jù)自己汽車型號支持的部件(主要包括:BCU、HCU和IPU)，可以分別對各個部件分別進行故障診斷，例如用戶選擇“BCU (電池控制單元)”選項，跳轉至診斷功能選擇界面。
[0019]S15:選擇相應的診斷功能；
該步驟具體為:在診斷功能選擇界面中，我們看以看到此部件支持的診斷功能，例如用戶之前選的BCU包括:讀取全部故障碼、讀取版本信息、清除故障碼、讀取動態(tài)數(shù)據(jù)流、寫入VIN碼、讀取當前故障碼和讀取歷史故障碼共7個診斷功能，系統(tǒng)將根據(jù)用戶所選的診斷功能跳轉至對應的診斷結果顯示界面，然后通過手機/平板的藍牙向數(shù)據(jù)轉換模塊發(fā)送診斷服務請求報文，數(shù)據(jù)轉換模塊接收到數(shù)據(jù)后向汽車ECU發(fā)送相應的診斷服務請求報文；汽車ECU根據(jù)請求服務，響應請求，并通過CAN總線發(fā)送響應報文給數(shù)據(jù)轉換模塊，數(shù)據(jù)轉換模塊接收到數(shù)據(jù)后，再通過藍牙把響應報文發(fā)送給手機/平板的藍牙；診斷結果顯示界面，根據(jù)汽車ECU的響應報文，調用對應的UDS診斷服務解析算法，解析出響應報文的數(shù)據(jù)，并顯示出診斷信息，從而完成對汽車ECU的故障診斷功能。
[0020]S151:清除故障碼功能，用戶點擊此診斷功能后，將清除ECU存儲的所有故障碼，包括當前和歷史故障碼。
[0021]S152:讀取故障碼解析并顯示，用戶點擊此診斷功能后，將讀取ECU存儲的所有故障碼，包括當前和歷史故障碼。
[0022]S153:讀取動態(tài)數(shù)據(jù)流功能，當選擇讀取動態(tài)數(shù)據(jù)流功能后，診斷儀將讀取ECU中存儲的實時的汽車運行參數(shù)。
[0023]如圖4所示,本實施例還提供了一種汽車故障專家分析系統(tǒng),采用的是EclipseJava EE IDE for Web Developers開發(fā)環(huán)境,編譯以后直接生成的APK文件,就可以裝在手機上運行了。該系統(tǒng)主要包括:
知識庫8，用于存放推理所需的規(guī)則等信息，包括常規(guī)知識和專家獨有的經驗性知識，是專家領域知識的集合，采用安卓系統(tǒng)自帶的SQLite來進行存儲和維護；
推理診斷模塊9，所述推理診斷模塊9包括:
推理機91，是專家系統(tǒng)的組織控制機構，利用知識庫中存儲的規(guī)則，采用正向推理策略，由原始數(shù)據(jù)出發(fā)向結論方向的推理，最終得出結論，例如對動力電池進行故障診斷時，推理機依次讀取動態(tài)數(shù)據(jù)庫中的每個電池的使用狀態(tài)數(shù)據(jù)，并依次用知識庫中的電池癥狀隸屬度函數(shù)來計算該電池狀態(tài)數(shù)據(jù)所對應的各個癥狀隸屬度a，然后進行模糊運算，得到電池的故障隸屬度3= 最后計算電池失效程度和電池健康狀況，確認電池故障信息；
動態(tài)數(shù)據(jù)庫92，是推理機動態(tài)讀取知識庫中的信息以及診斷過程中產生的一些中間數(shù)據(jù)，包括電池組總電壓、總電流、剩余電量、電池溫度等；
診斷結果93，存放推理機得到的結果；
知識處理模塊10，所述知識處理模塊10包括:
知識獲取模塊101，主要采用產生式規(guī)則來描述領域專家的經驗知識并存儲到知識數(shù)據(jù)庫中； 知識庫維護模塊102，主要解決對知識庫的維護問題，包括對知識的添加、修改、更新等操作。
[0024]在圖2所述的讀取汽車ECU內故障碼的基礎之上，還提供了一種利用汽車故障專家分析模塊對故障碼產生的原因進行推理的方法，指導用戶一步一步找到故障發(fā)生的原因。具體的流程如圖5所示，該方法包括:
521:獲取故障碼；
該步驟具體為:用戶讀取到汽車故障碼后，啟用推理功能，故障診斷儀將解析出的故障碼發(fā)送給故障診斷專家系統(tǒng)；
522:針對該故障碼詢問用戶對應故障產生的現(xiàn)象，通過人機交互，獲取相關信息；
523:推理機從知識庫中查詢與檢索故障類別；
524:對比當前的故障與知識庫中的故障類別；
525:當前故障現(xiàn)象是否與知識庫中的故障類別匹配；
5251:匹配到故障類別，得出結論，并給出相關建議；
5252:如果沒有找到匹配的故障類別，則繼續(xù)詢問用戶故障信息。
[0025]以上這些實施例應理解為僅用于說明本發(fā)明而不用于限制本發(fā)明的保護范圍。在閱讀了本發(fā)明的記載的內容之后，技術人員可以對本發(fā)明作各種改動或修改，這些等效變化和修飾同樣落入本發(fā)明權利要求所限定的范圍。
【權利要求】
1.一種基于Android平臺的汽車故障診斷系統(tǒng),包括Android手機或平板電腦(I)、設置于汽車內部網(wǎng)絡(6)的電子控制單元ECU、與所述電子控制單元ECU相連接的控制器局域網(wǎng)絡CAN總線，其特征在于:還包括數(shù)據(jù)轉換模塊(7)、Android手機或平板(I)中還包括汽車故障解碼模塊(3)和汽車故障專家分析模塊(4)； 所述數(shù)據(jù)轉換模塊(7)通過總線與汽車內部網(wǎng)絡￠)內部的控制器局域網(wǎng)絡CAN總線相連接，還通過藍牙通訊的方式與Android手機或平板電腦(I)上的藍牙模塊(5)無線連接； 所述Android手機或平板電腦(I)上的汽車故障解碼模塊(3)連接，所述汽車故障解碼模塊(3)與汽車故障專家分析模塊(4)相連接； 在所述Android手機或平板電腦(I)上啟動汽車故障解碼模塊(3)和汽車故障專家分析模塊(4)，所述Android手機或平板電腦(I)上汽車故障解碼模塊(3)生成汽車故障診斷請求報文，并通過藍牙模塊(5)無線傳輸給數(shù)據(jù)轉換模塊(7)，數(shù)據(jù)轉換模塊(7)將發(fā)送來的汽車故障診斷請求報文轉換成控制器局域網(wǎng)絡CAN數(shù)據(jù)幀請求報文并通過CAN總線傳輸給所述電子控制單元ECU，所述電子控制單元ECU響應請求并產生響應報文，通過控制器局域網(wǎng)絡CAN總線將響應報文發(fā)送給數(shù)據(jù)轉換模塊(7)轉換成藍牙數(shù)據(jù)幀請求報文，通過藍牙模塊(5)傳輸給汽車故障解碼模塊(3)，汽車故障解碼模塊(3)解析出響應報文的故障碼并傳輸給汽車故障專家分析模塊(4)，故障診斷專家分析模塊(4)對故障碼進行查詢并得出故障類別與維修建議并在Android手機或平板電腦(I)上顯示。
2.根據(jù)權利要求1所述的基于Android平臺的汽車故障診斷系統(tǒng)，其特征在于:還具有分別與汽車故障解碼模塊(3)和汽車 故障專家分析模塊(4)相連接的人機交互模塊(2)。
3.根據(jù)權利要求1所述的基于Android平臺的汽車故障診斷系統(tǒng)，其特征在于:所述汽車故障代碼解碼模塊(3)包括診斷功能選擇模塊(31)、UDS診斷服務(34)、XML診斷數(shù)據(jù)庫(32)、XML解析器(33)，所述診斷功能選擇模塊(31)用于對待診斷車輛的診斷類別進行選擇，并根據(jù)診斷類別調用UDS診斷報文發(fā)生器(34)產生診斷請求報文，發(fā)送給車輛電子控制單元ECU，電子控制單元E⑶發(fā)送響應報文給XML解析器(33)，XML解析器(33)調用XML診斷數(shù)據(jù)庫(32)對響應報文進行解析，得出故障碼并傳輸給故障診斷專家分析模塊⑷。
4.根據(jù)權利要求1所述的基于Android平臺的汽車故障診斷系統(tǒng)，其特征在于:所述汽車故障專家分析模塊(4)包括推理診斷模塊(15)和存儲有推理診斷用規(guī)則的知識庫(16)，所述推理診斷模塊(15)接收來自汽車故障代碼解碼模塊(3)的XML解析器(33)發(fā)送來的故障碼，并調用知識庫(16)中的故障碼對應的維修知識，得出故障類別與維修建議。
【文檔編號】G05B23/02GK103455025SQ201310355523
【公開日】2013年12月18日 申請日期:2013年8月15日 優(yōu)先權日:2013年8月15日
【發(fā)明者】黃智宇, 陳志方, 陳倍新, 蒲小華, 彭熙 申請人:重慶郵電大學