車輛診斷方法和車輛診斷設(shè)備與流程

本發(fā)明涉及車輛技術(shù)領(lǐng)域，尤其涉及一種車輛診斷方法和車輛診斷設(shè)備。

背景技術(shù)：

隨著車輛技術(shù)的發(fā)展，現(xiàn)有車輛的電子控制系統(tǒng)ecu越來越復(fù)雜。車輛的故障分析越來越依賴專業(yè)的車輛診斷設(shè)備。同時，車輛制造商為了滿足不同客戶的差異化需求，生產(chǎn)的車輛類型越來越多。即便是同一個車輛制造商，其車型也有上百種之多。目前的車輛診斷設(shè)備都是先列出車輛制造商所有的車型，當(dāng)用戶進行車輛診斷時，需要先選擇對應(yīng)的車型然后才能進行診斷。但對于目前數(shù)量巨大且外觀差異較小的各種車輛來說，準(zhǔn)確辨別各種車型并不容易。而如果在診斷前選錯車型，則無法進行車輛診斷。且現(xiàn)有的診斷設(shè)備存在操作繁瑣，不夠智能的問題。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供一種車輛診斷方法和車輛診斷設(shè)備，有利于解決現(xiàn)有技術(shù)中選錯診斷車型無法診斷的問題，同時提升診斷操作的智能性和便利性。

第一方面，本發(fā)明實施例提供一種車輛診斷方法，所述方法包括：建立與車輛電子控制單元ecu的通信連接；接收用戶的診斷命令；發(fā)送車型讀取指令；根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息；繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖；根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作。

結(jié)合本發(fā)明實施例第一方面，在本發(fā)明實施例第一方面的第一種可能的實現(xiàn)方式中，所述根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息，具體包括：提取所述車輛響應(yīng)所述車型讀取指令的信息中的關(guān)鍵字；將所述關(guān)鍵字與預(yù)置的配置文件進行匹配，所述配置文件包括車型名稱；當(dāng)所述關(guān)鍵字匹配到所述配置文件中的車型名稱時，則將匹配的車型名稱確定為所述車輛的車型信息。

結(jié)合本發(fā)明實施例第一方面，在本發(fā)明實施例第一方面的第二種可能的實現(xiàn)方式中，所述繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖，具體包括：根據(jù)所述車型信息掃描所述車輛的ecu，獲取ecu節(jié)點集合信息并保存；查詢所述車輛的ecu各節(jié)點通信情況，并獲取通信反饋結(jié)果；讀取ecu節(jié)點故障碼并保存每個ecu節(jié)點故障碼信息；根據(jù)所述ecu節(jié)點集合信息、所述ecu節(jié)點通信反饋結(jié)果以及所述ecu節(jié)點故障碼信息以繪制整車網(wǎng)絡(luò)拓撲圖。

結(jié)合本發(fā)明實施例第一方面、第一方面的第一種可能的實現(xiàn)方式、第一方面的第二種可能的實現(xiàn)方式，在本發(fā)明實施例第一方面的第三種可能的實現(xiàn)方式中，所述方法還包括：在所述整車網(wǎng)絡(luò)拓撲圖的ecu節(jié)點處設(shè)置第一顯示區(qū)域和第二顯示區(qū)域，其中所述第一顯示區(qū)域用于顯示ecu節(jié)點信息；第二顯示區(qū)域用于顯示ecu節(jié)點故障碼信息。

結(jié)合本發(fā)明實施例第一方面的第三種可能的實現(xiàn)方式，在本發(fā)明實施例第一方面的第四種可能的實現(xiàn)方式中，所述根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作，具體包括：當(dāng)檢測到用戶對ecu節(jié)點第一顯示區(qū)域的選擇操作時，顯示ecu節(jié)點功能信息；當(dāng)檢測到用戶對ecu節(jié)點第二顯示區(qū)域的選擇操作時，顯示ecu節(jié)點故障碼信息。

本發(fā)明第二方面提供了一種車輛診斷設(shè)備，所述車輛診斷設(shè)備包括：存儲有可執(zhí)行程序代碼的存儲器；與所述存儲器耦合的處理器；與所述處理器耦合的收發(fā)器；所述處理器控制收發(fā)器執(zhí)行下列步驟：建立與車輛電子控制單元ecu的通信連接；接收用戶的診斷命令；發(fā)送車型讀取指令；所述處理器調(diào)用所述存儲器中存儲的所述可執(zhí)行程序代碼，執(zhí)行如下步驟：根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息；繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖；根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作。

結(jié)合本發(fā)明實施例第二方面，在本發(fā)明實施例第二方面的第一種可能的實施方式中，所述處理器執(zhí)行所述根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息，具體方式為：提取所述車輛響應(yīng)所述車型讀取指令的信息中的關(guān)鍵字；將所述關(guān)鍵字與預(yù)置的配置文件進行匹配，所述配置文件包括車型名稱；當(dāng)所述關(guān)鍵字匹配到所述配置文件中的車型名稱時，則將匹配的車型名稱確定為所述車輛的車型信息。

結(jié)合本發(fā)明實施例第二方面，在本發(fā)明實施例第二方面的第二種可能的實施方式中，所述處理器執(zhí)行所述繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖，具體方式為：根據(jù)所述車型信息掃描所述車輛的ecu，獲取ecu節(jié)點集合信息并保存；查詢所述車輛的ecu各節(jié)點通信情況，并獲取通信反饋結(jié)果；讀取ecu節(jié)點故障碼并保存每個ecu節(jié)點故障碼信息；根據(jù)所述ecu節(jié)點集合信息、所述ecu節(jié)點通信反饋結(jié)果以及所述ecu節(jié)點故障碼信息以繪制整車網(wǎng)絡(luò)拓撲圖。

結(jié)合本發(fā)明實施例第二方面、第二方面的第一種可能的實現(xiàn)方式、第二方面的第二種可能的實現(xiàn)方式，在本發(fā)明實施例第二方面的第三種可能的實現(xiàn)方式中，所述處理器調(diào)用所述存儲器中存儲的所述可執(zhí)行程序代碼，還執(zhí)行如下步驟：在所述整車網(wǎng)絡(luò)拓撲圖的ecu節(jié)點處設(shè)置第一顯示區(qū)域和第二顯示區(qū)域，其中所述第一顯示區(qū)域用于顯示ecu節(jié)點信息；第二顯示區(qū)域用于顯示ecu節(jié)點故障碼信息。

結(jié)合本發(fā)明實施例第二方面的第三種可能的實現(xiàn)方式，在本發(fā)明實施例第二方面的第四種可能的實現(xiàn)方式中，所述處理器執(zhí)行所述根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作，具體方式為：當(dāng)檢測到用戶對ecu節(jié)點第一顯示區(qū)域的選擇操作時，顯示ecu節(jié)點功能信息；當(dāng)檢測到用戶對ecu節(jié)點第二顯示區(qū)域的選擇操作時，顯示ecu節(jié)點故障碼信息。

可以看出，在本發(fā)明的實施例中，在建立與車輛電子控制單元ecu的通信連接之后，接收用戶的診斷命令，發(fā)送車型讀取指令，根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息，繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖，根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作。采用上述方法，實現(xiàn)了用戶自動識別車型，無需人工選擇，避免了因選錯車型無法診斷車輛的問題。通過自動識別車型，智能化程度更高，診斷操作更為簡便。同時，通過整車網(wǎng)絡(luò)拓撲圖形式方便用戶診斷，用戶體驗更好。

本發(fā)明的這些方面或其他方面在以下實施例的描述中會更加簡明易懂。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種車輛診斷方法的應(yīng)用場景示意圖；

圖2為本發(fā)明實施例提供的一種車輛診斷方法的流程示意圖；

圖3為本發(fā)明實施例提供的一種整車網(wǎng)絡(luò)拓撲圖；

圖4為本發(fā)明實施例提供的一種車輛診斷界面示意圖；

圖5為本發(fā)明實施例提供的另一種車輛診斷方法的流程示意圖；

圖6為本發(fā)明實施例提供的一種車輛診斷設(shè)備結(jié)構(gòu)示意圖；

圖7為本發(fā)明實施例提供的另一種車輛診斷設(shè)備結(jié)構(gòu)示意圖；

圖8為本發(fā)明實施例提供的另一種車輛診斷設(shè)備結(jié)構(gòu)示意圖。

具體實施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本發(fā)明保護的范圍。

以下分別進行詳細說明。

本發(fā)明的說明書和權(quán)利要求書及所述附圖中的術(shù)語“第一”、“第二”、“第三”和“第四”等是用于區(qū)別不同對象，而不是用于描述特定順序。此外，術(shù)語“包括”和“具有”以及它們?nèi)魏巫冃?，意圖在于覆蓋不排他的包含。例如包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備沒有限定于已列出的步驟或單元，而是可選地還包括沒有列出的步驟或單元，或可選地還包括對于這些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

在本文中提及“實施例”意味著，結(jié)合實施例描述的特定特征、結(jié)構(gòu)或特性可以包含在本發(fā)明的至少一個實施例中。在說明書中的各個位置出現(xiàn)該短語并不一定均是指相同的實施例，也不是與其它實施例互斥的獨立的或備選的實施例。本領(lǐng)域技術(shù)人員顯式地和隱式地理解的是，本文所描述的實施例可以與其它實施例相結(jié)合。

“多個”是指兩個或兩個以上?！昂?或”，描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，a和/或b，可以表示：單獨存在a，同時存在a和b，單獨存在b這三種情況。字符“/”一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。

下面結(jié)合附圖對本申請的實施例進行描述。

請參見圖1，圖1為本發(fā)明實施例提供的一種車輛診斷方法的應(yīng)用場景示意圖。如圖1所示，該應(yīng)用場景，包括：診斷設(shè)備10，診斷接頭30，用于連接診斷設(shè)備與診斷接頭的通用串行總線usb數(shù)據(jù)線20，車輛50，用于連接診斷接頭30和車輛50的診斷主線40.

上述診斷接頭30通過診斷主線40與車輛50建立連接后，診斷設(shè)備10再通過usb數(shù)據(jù)線20與診斷接頭30連接，從而建立診斷設(shè)備與車輛的通信連接。診斷設(shè)備10接收到用戶的診斷指令后，通過診斷接頭30傳遞指令，獲取車輛50信息，然后根據(jù)用戶的選擇對車輛50進行進一步的診斷。

需要說明的是，本實施例中診斷設(shè)備包括但不限于附圖1中示出的電子計算機，但凡能安裝診斷軟件實現(xiàn)診斷功能的終端如移動終端、個人掌上電腦、個人數(shù)字助理pda、平板電腦等都可以作為本實施例中的診斷設(shè)備。

請參見圖2，圖2為本發(fā)明實施例提供的一種車輛診斷方法的流程示意圖。該方法應(yīng)用于診斷設(shè)備。如圖2所示，該方法包括：

s201、建立與車輛電子控制單元ecu的通信連接。

具體而言，診斷設(shè)備10與車輛電子控制單元ecu建立通信連接的過程如下：診斷接頭30通過診斷主線40與車輛50的電子控制單元ecu建立連接后，診斷設(shè)備10再通過usb數(shù)據(jù)線20與診斷接頭30連接，從而建立診斷設(shè)備10與車輛50的電子控制單元ecu的通信連接。這里ecu泛指車輛上的所有電子控制單元，如發(fā)動機控制單元ems、引擎控制模塊ecm、自動變速箱控制模塊tcm等。當(dāng)然，診斷設(shè)備10也可以通過無線的方式如wifi、藍牙、紅外等與診斷接頭30連接。

s202、接收用戶的診斷命令。

診斷設(shè)備10上通常內(nèi)置診斷程序，用戶可以通過點擊或觸控診斷程序的方式下達開始診斷的命令。也可以通過語音的方式告訴診斷程序開始診斷。

s203、發(fā)送車型讀取指令。

診斷設(shè)備10在接收到用戶的診斷命令后，開始進行診斷前的車型識別。具體的，診斷設(shè)備10通過診斷接頭向車輛的ecu發(fā)送車型讀取指令。主要過程如下：

診斷設(shè)備10首先向診斷接頭發(fā)送命令，設(shè)置診斷接頭通訊參數(shù)，然后發(fā)送f112命令，通過診斷接頭讀取車型名稱。

具體命令和步驟為：

a.發(fā)送6021//讀接頭類型

b.發(fā)送6020//讀序列號

c.發(fā)送6001ffff0a0900ff01//設(shè)置管腳

d.發(fā)送6105ff010855aa0460020003650003fc//設(shè)置波特率

e.發(fā)送6105ff010a55aa0660010001fd40db0003fc//設(shè)置過濾id

f.發(fā)送6105xff010755aa03600400670003fc//設(shè)置can控制器io

g.發(fā)送60181155aa0d610108fc403000000000000000e9//設(shè)置流控制幀

h.發(fā)送f112//讀車型命令

s204、根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息。

車輛50在接收到車型讀取指令后，會響應(yīng)該指令回復(fù)一個帶有f112關(guān)鍵字的信息。診斷設(shè)備10根據(jù)該車輛50的響應(yīng)信息可以確定該車輛50的車型信息。

優(yōu)選的，根據(jù)車輛50響應(yīng)所述車型讀取指令的信息確定車型信息，具體包括：

提取所述車輛響應(yīng)所述車型讀取指令的信息中的關(guān)鍵字；

將所述關(guān)鍵字與預(yù)置的配置文件進行匹配，所述配置文件包括車型名稱；

當(dāng)所述關(guān)鍵字匹配到所述配置文件中的車型名稱時，則將匹配的車型名稱確定為所述車輛的車型信息。

為了實現(xiàn)車型的自動識別，診斷設(shè)備10會預(yù)置一個包含所有車型名稱的ini配置文件。該配置文件可以在診斷設(shè)備出廠時由診斷設(shè)備制造商設(shè)置，也可以在使用中由用戶預(yù)先配置。

診斷設(shè)備10在接收到車輛50響應(yīng)所述車型讀取指令回復(fù)的帶有f112關(guān)鍵字的信息后，通過一個while循環(huán)，截取12后面的字節(jié)，直到遇到20字節(jié)，并將截取的字節(jié)作為關(guān)鍵字信息以16進制保存。然后診斷設(shè)備將所截取的字節(jié)轉(zhuǎn)換成字符類型，得到一個名稱。之后診斷設(shè)備10將該名稱與預(yù)置的包含所有車型名稱的inn配置文件進行一一匹配，當(dāng)匹配到配置文件中相同的車型名稱時則確定該車型名稱為該車輛50的車型名稱。

s205、繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖。

診斷設(shè)備10在自動識別到車輛50的車型信息后，即可以根據(jù)車型信息繪制車輛50的整車網(wǎng)絡(luò)拓撲圖。

優(yōu)選的，繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖，具體包括：

根據(jù)所述車型信息掃描所述車輛的ecu，獲取ecu節(jié)點集合信息并保存；

查詢所述車輛的ecu各節(jié)點通信情況，并獲取通信反饋結(jié)果；

讀取ecu節(jié)點故障碼并保存每個ecu節(jié)點故障碼信息；

根據(jù)所述ecu節(jié)點集合信息、所述ecu節(jié)點通信反饋結(jié)果以及所述ecu節(jié)點故障碼信息以繪制整車網(wǎng)絡(luò)拓撲圖。

在繪制整車網(wǎng)絡(luò)拓撲圖的過程中，診斷設(shè)備10首先是通過發(fā)送f110指令讀取車輛50整車配置的ecu節(jié)點，包括ecu節(jié)點的中英文名稱、ecu節(jié)點所屬的總線類型，ecu節(jié)點的位置信息等，作為車輛配置的集合，并在此基礎(chǔ)上繪制初步的整車網(wǎng)絡(luò)拓撲圖。在獲取到車輛50的ecu節(jié)點的集合信息并保存后，診斷設(shè)備10通過功能尋址發(fā)送1001服務(wù)指令查詢各ecu節(jié)點是否可通信，并保存車輛50反饋的各ecu節(jié)點的通信結(jié)果，將各ecu節(jié)點的通信反饋結(jié)果反映在整車拓撲圖上。之后，診斷設(shè)備10通過功能尋址發(fā)送1902指令，讀取各ecu節(jié)點故障碼dtc信息。在獲取到反饋信息后，保存各ecu節(jié)點存在的故障碼和故障碼個數(shù)，并將各ecu節(jié)點的故障碼和故障碼個數(shù)反映在整車拓撲圖上。

圖3是根據(jù)ecu節(jié)點集合信息、ecu節(jié)點通信反饋結(jié)果以及ecu節(jié)點故障碼信息繪制的整車網(wǎng)絡(luò)拓撲圖。

s206、根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作。

診斷設(shè)備10繪制完成整車網(wǎng)絡(luò)拓撲圖后，在每個ecu節(jié)點處提供診斷入口。當(dāng)用戶選擇某一具體的ecu節(jié)點時，進入診斷界面執(zhí)行相應(yīng)的診斷操作。附圖4為診斷界面參考示意圖。

在本實施例中，診斷設(shè)備在建立與車輛電子控制單元ecu的通信連接之后，根據(jù)接收到的用戶的診斷命令，發(fā)送車型讀取指令，之后根據(jù)車輛響應(yīng)車型讀取指令的信息確定車型信息，利用車型信息繪制車輛的整車網(wǎng)絡(luò)拓撲圖，根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作，從而實現(xiàn)自動識別車型，簡化了診斷操作，避免了用戶因選錯車型無法診斷車輛的問題。

請參見圖5，圖5為本發(fā)明實施例提供的另一種車輛診斷方法的流程示意圖。該方法應(yīng)用于診斷設(shè)備。如圖5所示，該方法包括：

s501、建立與車輛電子控制單元ecu的通信連接。

該步驟與步驟s201相同，此處不再贅述。

s502、接收用戶的診斷命令。

該步驟與步驟s202相同，此處不再贅述。

s503、發(fā)送車型讀取指令。

該步驟與步驟s203相同，此處不再贅述。

s504、根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息。

該步驟與步驟s204相同，此處不再贅述。

s505、繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖。

該步驟與步驟s205相同，此處不再贅述。

s506、在所述整車網(wǎng)絡(luò)拓撲圖的ecu節(jié)點處設(shè)置第一顯示區(qū)域和第二顯示區(qū)域。其中所述第一顯示區(qū)域用于顯示ecu節(jié)點信息；第二顯示區(qū)域用于顯示ecu節(jié)點故障碼信息。

為了更方便用戶的診斷操作，本實施例在整車網(wǎng)絡(luò)拓撲圖的節(jié)點處設(shè)置了兩個顯示區(qū)域，并分別用不同的顏色標(biāo)識區(qū)分，例如以綠色標(biāo)識第一顯示區(qū)域，顯示ecu的節(jié)點信息；以紅色標(biāo)識第二顯示區(qū)域，顯示ecu節(jié)點的故障碼信息，如故障碼個數(shù)。當(dāng)然，本處的顏色說明只是為了舉例，本實施例并不限定于這兩種顏色，還可以采用其他的顏色。

當(dāng)然，為了圖形界面的簡潔和易于識別，本實施例優(yōu)選的實施方式是在進入診斷界面后顯示ecu節(jié)點的第一顯示區(qū)域和第二顯示區(qū)域。可參考圖4的車輛診斷界面示意圖。

s507、根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作。

診斷設(shè)備10繪制完成整車網(wǎng)絡(luò)拓撲圖后，在每個ecu節(jié)點處提供診斷入口。當(dāng)用戶選擇某一具體的ecu節(jié)點時，進入診斷界面執(zhí)行相應(yīng)的診斷操作。

可選的，用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作，具體包括：

當(dāng)檢測到用戶對ecu節(jié)點第一顯示區(qū)域的選擇操作時，顯示ecu節(jié)點功能信息；

當(dāng)檢測到用戶對ecu節(jié)點第二顯示區(qū)域的選擇操作時，顯示ecu節(jié)點故障碼信息。

例如，當(dāng)用戶選擇ecu節(jié)點第一顯示區(qū)域時，進入ecu節(jié)點功能界面，顯示該ecu節(jié)點的功能信息；當(dāng)用戶選擇ecu節(jié)點第二顯示區(qū)域時，進入ecu節(jié)點故障碼診斷界面，顯示ecu節(jié)點故障碼信息和具體的故障診斷結(jié)果。

在本實施例中，診斷設(shè)備在建立與車輛電子控制單元ecu的通信連接之后，根據(jù)接收到的用戶的診斷命令，發(fā)送車型讀取指令，之后根據(jù)車輛響應(yīng)車型讀取指令的信息確定車型信息，利用車型信息繪制車輛的整車網(wǎng)絡(luò)拓撲圖，并在所述整車網(wǎng)絡(luò)拓撲圖的ecu節(jié)點處設(shè)置第一顯示區(qū)域和第二顯示區(qū)域，根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作，從而實現(xiàn)自動識別車型，簡化了診斷操作，避免了用戶因選錯車型無法診斷車輛的問題，同時診斷界面更加人性化，提升了用戶的使用體驗。

參見圖6，圖6是本發(fā)明實施例提供的一種車輛診斷設(shè)備的結(jié)構(gòu)示意圖。如圖6所示，該車輛診斷設(shè)備10可以包括：

通信單元601，用于建立于車輛電子控制單元ecu的通信連接。

具體的，在診斷接頭30通過診斷主線40與車輛50的電子控制單元ecu建立連接后，車輛診斷設(shè)備的通信單元601通過usb有線連接或者wifi、藍牙、紅外等無線連接的方式建立與診斷接頭30的通信連接，從而建立起通信單元601與車輛電子控制單元ecu的通信連接。

接收單元602，用于接收用戶的診斷命令。

接收單元602具體用于接收用戶通過點擊或觸控或語音的方式下達的診斷命令。

發(fā)送單元603，用于發(fā)送車型讀取指令。

在接收單元602接收到用戶的診斷命令后，開始進行診斷前的車型識別。此時，發(fā)送單元603向車輛ecu發(fā)送車型讀取指令。具體的過程如下：

發(fā)送單元603首先向診斷接頭發(fā)送命令，設(shè)置診斷街頭通訊參數(shù)，然后發(fā)送f112命令，通過診斷接頭讀取車型名稱。

具體命令和步驟如下：

a.發(fā)送6021//讀接頭類型

b.發(fā)送6020//讀序列號

c.發(fā)送6001ffff0a0900ff01//設(shè)置管腳

d.發(fā)送6105ff010855aa0460020003650003fc//設(shè)置波特率

e.發(fā)送6105ff010a55aa0660010001fd40db0003fc//設(shè)置過濾id

f.發(fā)送6105xff010755aa03600400670003fc//設(shè)置can控制器io

g.發(fā)送60181155aa0d610108fc403000000000000000e9//設(shè)置流控制幀

h.發(fā)送f112//讀車型命令

確定單元604，用于根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息。

車輛在接收到車型讀取指令后，會響應(yīng)該指令回復(fù)一個帶有f112關(guān)鍵字的信息。確定單元604根據(jù)該車輛的響應(yīng)信息可以確定該車輛的車型信息。

其中，確定單元604具體用于：

提取所述車輛響應(yīng)所述車型讀取指令的信息中的關(guān)鍵字；

將所述關(guān)鍵字與預(yù)置的配置文件進行匹配，所述配置文件包括車型名稱；

當(dāng)所述關(guān)鍵字匹配到所述配置文件中的車型名稱時，則將匹配的車型名稱確定為所述車輛的車型信息。

為了實現(xiàn)車型的自動識別，診斷設(shè)備會預(yù)置一個包含所有車型名稱的ini配置文件。該配置文件可以在診斷設(shè)備出廠時由診斷設(shè)備制造商商設(shè)置，也可以在使用中由用戶預(yù)先配置。

確定單元604在接收到車輛響應(yīng)所述車型讀取指令回復(fù)的帶有f112關(guān)鍵字的信息后，通過一個while循環(huán)，截取12后面的字節(jié)，直到遇到20字節(jié)，并將截取的字節(jié)作為關(guān)鍵字信息以16進制保存。然后確定單元604將所截取的字節(jié)轉(zhuǎn)換成字符類型，得到一個名稱。之后確定單元604將該名稱與預(yù)置的包含所有車型名稱的ini配置文件進行一一匹配，當(dāng)匹配到配置文件中相同的車型名稱時則確定該車型名稱為該車輛的車型名稱。

繪制單元605，用于繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖。

在自動識別到車輛的車型信息后，繪制單元605即可以根據(jù)確定單元604確定的車型信息繪制車輛的整車網(wǎng)絡(luò)拓撲圖。

繪制單元605具體用于：

根據(jù)所述車型信息掃描所述車輛的ecu，獲取ecu節(jié)點集合信息并保存；

查詢所述車輛的ecu各節(jié)點通信情況，并獲取通信反饋結(jié)果；

讀取ecu節(jié)點故障碼并保存每個ecu節(jié)點故障碼信息；

根據(jù)所述ecu節(jié)點集合信息、所述ecu節(jié)點通信反饋結(jié)果以及所述ecu節(jié)點故障碼信息以繪制整車網(wǎng)絡(luò)拓撲圖。

在繪制整車網(wǎng)絡(luò)拓撲圖的過程中，繪制單元605首先是通過發(fā)送f110指令讀取車輛整車配置的ecu節(jié)點，包括ecu節(jié)點的中英文名稱、ecu節(jié)點所屬的總線類型，ecu節(jié)點的位置信息等，作為車輛配置的集合，并在此基礎(chǔ)上繪制初步的整車網(wǎng)絡(luò)拓撲圖。在獲取到車輛ecu節(jié)點的集合信息并保存后，繪制單元605通過功能尋址發(fā)送1001服務(wù)指令查詢各ecu節(jié)點是否可通信，并保存車輛反饋的各ecu節(jié)點的通信結(jié)果，將各ecu節(jié)點的通信反饋結(jié)果反映在整車拓撲圖上。之后，繪制單元605通過功能尋址發(fā)送1902指令，讀取各ecu節(jié)點故障碼dtc信息。在獲取到反饋信息后，保存各ecu節(jié)點存在的故障碼和故障碼個數(shù)，并將各ecu節(jié)點的故障碼和故障碼個數(shù)反映在整車拓撲圖上。

圖3是根據(jù)ecu節(jié)點集合信息、ecu節(jié)點通信反饋結(jié)果以及ecu節(jié)點故障碼信息繪制的整車網(wǎng)絡(luò)拓撲圖。

執(zhí)行單元606，用于根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作。

完成整車網(wǎng)絡(luò)拓撲圖的繪制后，在每個ecu節(jié)點處提供診斷入口。執(zhí)行單元606根據(jù)用戶對某一ecu節(jié)點的選擇進入診斷界面執(zhí)行相應(yīng)的診斷操作。附圖4為診斷界面參考示意圖。

在圖6描述的車輛診斷設(shè)備中，在建立與車輛電子控制單元ecu的通信連接之后，根據(jù)接收到的用戶的診斷命令，發(fā)送車型讀取指令，之后根據(jù)車輛響應(yīng)車型讀取指令的信息確定車型信息，利用車型信息繪制車輛的整車網(wǎng)絡(luò)拓撲圖，根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作，從而實現(xiàn)自動識別車型，簡化了診斷操作，避免了用戶因選錯車型無法診斷車輛的問題。

請參見圖7，圖7是本發(fā)明實施例提供的另一種車輛診斷設(shè)備的結(jié)構(gòu)示意圖。其中，圖7所示的車輛診斷設(shè)備是由圖6所示的車輛診斷設(shè)備優(yōu)化得到的。

作為一種可能的實施方式，所述車輛診斷設(shè)備還包括：

設(shè)置單元607，用于在所述整車網(wǎng)絡(luò)拓撲圖的ecu節(jié)點處設(shè)置第一顯示區(qū)域和第二顯示區(qū)域。其中所述第一顯示區(qū)域用于顯示ecu節(jié)點信息；第二顯示區(qū)域用于顯示ecu節(jié)點故障碼信息。

為了更方便用戶的診斷操作，設(shè)置單元607在整車網(wǎng)絡(luò)拓撲圖的節(jié)點處設(shè)置了兩個顯示區(qū)域，并分別用不同的顏色標(biāo)識區(qū)分，例如以綠色標(biāo)識第一顯示區(qū)域，顯示ecu的節(jié)點信息；以紅色標(biāo)識第二顯示區(qū)域，顯示ecu節(jié)點的故障碼信息，如故障碼個數(shù)。當(dāng)然，本處的顏色說明只是為了舉例，本實施例并不限定于這兩種顏色，還可以采用其他的顏色。

當(dāng)然，為了圖形界面的簡潔和易于識別，本實施例優(yōu)選的實施方式是在進入診斷界面后顯示ecu節(jié)點的第一顯示區(qū)域和第二顯示區(qū)域?？蓞⒖紙D4的車輛診斷界面示意圖。

作為一種可能的實施方式，所述執(zhí)行單元606還用于：當(dāng)檢測到用戶對ecu節(jié)點第一顯示區(qū)域的選擇操作時，顯示ecu節(jié)點功能信息；

當(dāng)檢測到用戶對ecu節(jié)點第二顯示區(qū)域的選擇操作時，顯示ecu節(jié)點故障碼信息。

例如，當(dāng)用戶選擇ecu節(jié)點第一顯示區(qū)域時，進入ecu節(jié)點功能界面，顯示該ecu節(jié)點的功能信息；當(dāng)用戶選擇ecu節(jié)點第二顯示區(qū)域時，進入ecu節(jié)點故障碼診斷界面，顯示ecu節(jié)點故障碼信息和具體的故障診斷結(jié)果。

在圖7描述的車輛診斷設(shè)備中，在建立與車輛電子控制單元ecu的通信連接之后，根據(jù)接收到的用戶的診斷命令，發(fā)送車型讀取指令，之后根據(jù)車輛響應(yīng)車型讀取指令的信息確定車型信息，利用車型信息繪制車輛的整車網(wǎng)絡(luò)拓撲圖，并在所述整車網(wǎng)絡(luò)拓撲圖的ecu節(jié)點處設(shè)置第一顯示區(qū)域和第二顯示區(qū)域，根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作，從而實現(xiàn)自動識別車型，簡化了診斷操作，避免了用戶因選錯車型無法診斷車輛的問題，同時診斷界面更加人性化，提升了用戶的使用體驗。

參見圖8，圖8是本發(fā)明實施例提供的另一種車輛診斷設(shè)備結(jié)構(gòu)示意圖。如圖8所示，該車輛診斷設(shè)備10包括處理器801、存儲器802、收發(fā)器803和總線804，其中處理器801、存儲器802和收發(fā)器803可以通過總線或其他方式耦合連接，圖8以通過總線804連接為例。

其中，處理器801可以是數(shù)字信號處理(英文：digitalsignalprocessing，dsp)芯片。具體實現(xiàn)中，處理器801可包括：管理/通信模塊(administrationmodule/communicationmodule，am/cm)(用于話路交換和信息交換的中心)、用于完成呼叫處理、信令處理、無線資源管理、無線鏈路的管理和電路維護功能的模塊、碼速率變換與子復(fù)用模塊(transcodersubmultiplexer，tcsm)(用于完成復(fù)用解復(fù)用及碼變換功能)等模塊。具體信息可參考移動通訊相關(guān)知識。

存儲器802用于存儲應(yīng)用加密的程序代碼，具體實現(xiàn)中，存儲器802可以采用只讀存儲器(英文：read-onlymemory，rom)或隨機存取存貯器(英文：randomaccessmemory，ram)，可用于存儲應(yīng)用加密的程序代碼。

收發(fā)器803用于對處理器801生成的移動通信信號進行發(fā)射處理(例如調(diào)制)，還用于對天線接收的移動通信信號進行接收處理(例如解調(diào))。

總線804可以是工業(yè)標(biāo)準(zhǔn)體系結(jié)構(gòu)(英文：industrystandardarchitecture，isa)總線、外部設(shè)備互連(英文：peripheralcomponentinterconnect，pci)總線、擴展標(biāo)準(zhǔn)體系結(jié)構(gòu)(英文：extendedindustrystandardarchitecture，eisa)總線、集成電路總線(英文：interintegratedcircuit，iic)等。

本發(fā)明實施例中，處理器801控制收發(fā)器803執(zhí)行以下操作：

建立與車輛電子控制單元ecu的通信連接；

接收用戶的診斷命令；

發(fā)送車型讀取指令。

所述處理器801還用于調(diào)用存儲器802中存儲的可執(zhí)行應(yīng)用程序代碼，執(zhí)行如下操作：

根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息；

繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖；

根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作。

可選的，所述處理器801執(zhí)行所述根據(jù)所述車輛響應(yīng)所述車型讀取指令的信息確定車型信息，具體方式為：提取所述車輛響應(yīng)所述車型讀取指令的信息中的關(guān)鍵字；將所述關(guān)鍵字與預(yù)置的配置文件進行匹配，所述配置文件包括車型名稱；當(dāng)所述關(guān)鍵字匹配到所述配置文件中的車型名稱時，則將匹配的車型名稱確定為所述車輛的車型信息。

可選的，所述處理器801執(zhí)行所述繪制所述車輛的整車網(wǎng)絡(luò)拓撲圖，具體方式為：根據(jù)所述車型信息掃描所述車輛的ecu，獲取ecu節(jié)點集合信息并保存；查詢所述車輛的ecu各節(jié)點通信情況，并獲取通信反饋結(jié)果；讀取ecu節(jié)點故障碼并保存每個ecu節(jié)點故障碼信息；根據(jù)所述ecu節(jié)點集合信息、所述ecu節(jié)點通信反饋結(jié)果以及所述ecu節(jié)點故障碼信息以繪制整車網(wǎng)絡(luò)拓撲圖。

可選的，所述處理器801調(diào)用所述存儲器802中存儲的所述可執(zhí)行程序代碼，還執(zhí)行如下步驟：在所述整車網(wǎng)絡(luò)拓撲圖的ecu節(jié)點處設(shè)置第一顯示區(qū)域和第二顯示區(qū)域，其中所述第一顯示區(qū)域用于顯示ecu節(jié)點信息；第二顯示區(qū)域用于顯示ecu節(jié)點故障碼信息。

可選的，所述處理器執(zhí)行所述根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作，具體方式為：當(dāng)檢測到用戶對ecu節(jié)點第一顯示區(qū)域的選擇操作時，顯示ecu節(jié)點功能信息；當(dāng)檢測到用戶對ecu節(jié)點第二顯示區(qū)域的選擇操作時，顯示ecu節(jié)點故障碼信息。

在圖8所描述的車輛診斷設(shè)備中，在建立與車輛電子控制單元ecu的通信連接之后，根據(jù)接收到的用戶的診斷命令，發(fā)送車型讀取指令，之后根據(jù)車輛響應(yīng)車型讀取指令的信息確定車型信息，利用車型信息繪制車輛的整車網(wǎng)絡(luò)拓撲圖，根據(jù)用戶對所述拓撲圖的ecu節(jié)點選擇執(zhí)行相應(yīng)的診斷操作，從而實現(xiàn)自動識別車型，簡化了診斷操作，避免了用戶因選錯車型無法診斷車輛的問題。

本發(fā)明實施例還提供一種計算機存儲介質(zhì)，其中，該計算機存儲介質(zhì)可存儲有程序，該程序執(zhí)行時包括上述方法實施例中記載的任何一種車輛診斷方法的部分或全部步驟。

需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。

在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的裝置，可通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲器中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲器中，包括若干指令用以使得一臺計算機設(shè)備(可為個人計算機、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲器包括：u盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀存儲器中，存儲器可以包括：閃存盤、只讀存儲器(英文：read-onlymemory，簡稱：rom)、隨機存取器(英文：randomaccessmemory，簡稱：ram)、磁盤或光盤等。

以上對本發(fā)明實施例進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上上述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。