此申請是申請日為2013年11月8日、中國申請?zhí)枮?01310557199.3發(fā)明名稱為“一種實(shí)現(xiàn)汽車診斷的方法、裝置和智能終端”的發(fā)明申請的分案申請。

本發(fā)明屬于智能終端技術(shù)領(lǐng)域，更具體地涉及一種實(shí)現(xiàn)汽車診斷的方法、裝置和智能終端。

背景技術(shù)：

當(dāng)今社會，汽車越來越普及，成為人們家庭生活中不可缺少的交通工具，越來越多的個人用戶希望自己擁有一種能夠攜帶方便，操作快捷的汽車診斷工具，能針對自己的愛車進(jìn)行實(shí)時檢測，以及汽車故障的初步定位，以提高汽車的使用性能和智能化。目前，市場上流行的汽車診斷工具都是有線連接，將操作界面和診斷功能都集成到一個診斷設(shè)備上，使得診斷設(shè)備不僅體積大，成本高而且界面也不美觀，因此只適合于專用汽車修理廠。

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

有鑒于此，本發(fā)明提供一種實(shí)現(xiàn)汽車診斷的方法、裝置和智能終端，以利用智能終端實(shí)現(xiàn)汽車診斷。

根據(jù)本發(fā)明的一個方面，提供的一種實(shí)現(xiàn)汽車診斷的方法包括以下步驟：

智能終端通過藍(lán)牙模塊與obd診斷頭建立通信連接；

向obd診斷頭發(fā)送診斷命令；

接收obd診斷頭從汽車ecu獲取的診斷結(jié)果；

將診斷結(jié)果顯示屏幕上。

優(yōu)選地，智能終端向odb診斷頭發(fā)送診斷命令信息包括：包頭、長度、包序號、有效數(shù)據(jù)、和/或校驗(yàn)和。

進(jìn)一步地，有效數(shù)據(jù)包括：功能號、參數(shù)長度、和參數(shù)內(nèi)容。

優(yōu)選地，接收obd診斷頭從汽車ecu獲取的診斷結(jié)果信息包括：命令字、操作狀態(tài)、參數(shù)個數(shù)、參數(shù)長度、和參數(shù)內(nèi)容。

優(yōu)選地，診斷結(jié)果包括：故障碼、數(shù)據(jù)流、凍結(jié)幀、汽車ecu信息、和/或氧傳感器信息。

優(yōu)選地，該方法還包括：接收到診斷頭的升級請求時，向診斷頭發(fā)送版本升級文件。

根據(jù)本發(fā)明的另一個方面，提供的一種實(shí)現(xiàn)汽車診斷的裝置，包括以下模塊：

連接建立模塊，用于通過藍(lán)牙模塊與obd診斷頭建立通信連接；

命令發(fā)送模塊，用于向obd診斷頭發(fā)送診斷命令；

接收模塊，用于接收obd診斷頭從汽車ecu獲取的診斷結(jié)果；

顯示模塊，用于將診斷結(jié)果顯示屏幕上。

優(yōu)選地，該裝置還包括同步模塊，用于接收到診斷頭的升級請求時，向診斷頭發(fā)送版本升級文件。

根據(jù)本發(fā)明的再一個方面，提供的一種實(shí)現(xiàn)汽車診斷的智能終端，包括藍(lán)牙通訊模塊，還包括上述一種實(shí)現(xiàn)汽車診斷的裝置。

優(yōu)選地，智能終端為android操作系統(tǒng)、ios操作系統(tǒng)、或者windows操作系統(tǒng)的智能終端。

本發(fā)明提供的實(shí)現(xiàn)汽車診斷的方法、裝置和智能終端，通過智能終端向obd診斷頭發(fā)送診斷命名，obd診斷頭從汽車ecu獲取診斷結(jié)果解析后返回給智能終端，使得用戶能更加快速方便地對汽車故障的診斷，節(jié)省了用戶的時間成本和經(jīng)濟(jì)成本，增強(qiáng)了用戶體驗(yàn)；同時，智能終端和odb診斷頭通過藍(lán)牙通信一應(yīng)一答，少了中間通信環(huán)節(jié)，且接收方式采用mcu的直接內(nèi)存去存方式，提高了cpu利用率和速度。此外，智能終端還能向診斷頭發(fā)送升級文件確保同步到最新版本。

附圖說明

下面通過參考附圖并結(jié)合實(shí)例具體地描述本發(fā)明，本發(fā)明的優(yōu)點(diǎn)和實(shí)現(xiàn)方式將會更加明顯，其中附圖所示內(nèi)容僅用于對本發(fā)明的解釋說明，而不構(gòu)成對本發(fā)明的任何意義上的限制，在附圖中：

圖1為本發(fā)明實(shí)施例提供的一種實(shí)現(xiàn)汽車診斷的方法流程圖；

圖2為本發(fā)明實(shí)施例提供的另一種實(shí)現(xiàn)汽車診斷的方法流程圖；

圖3為本發(fā)明優(yōu)選實(shí)施例提供的一種應(yīng)用于智能終端的裝置的模塊結(jié)構(gòu)圖；

圖4為本發(fā)明優(yōu)選實(shí)施例提供的一種應(yīng)用診斷頭的裝置的模塊結(jié)構(gòu)圖；

圖5為本發(fā)明實(shí)施例提供的一種實(shí)現(xiàn)汽車診斷系統(tǒng)的結(jié)構(gòu)圖示意圖。

具體實(shí)施方式

為了使本發(fā)明所要解決的技術(shù)問題、技術(shù)方案及有益效果更加清楚、明白，以下結(jié)合附圖和實(shí)施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

如圖1所示，本發(fā)明公開了一種實(shí)現(xiàn)汽車診斷的方法，該方法應(yīng)用于智能終端上，包括以下步驟：

s102、通過藍(lán)牙模塊與obd(on-boarddiagnostics，車載自動診斷系統(tǒng))診斷頭建立通信連接；

s104、向obd診斷頭發(fā)送診斷命令；

s106、接收obd診斷頭從汽車ecu(electroniccontrolunit，電子控制單元)獲取的診斷結(jié)果；

s108、將診斷結(jié)果顯示屏幕上。

其中，診斷結(jié)果包括但不限于故障碼、數(shù)據(jù)流、凍結(jié)幀、汽車ecu信息、和/或氧傳感器信息中的一種或者任意多種的組合。

為了更方便地讓本領(lǐng)域普通技術(shù)人員理解本發(fā)明，下面以蘋果手機(jī)為例來說明如何實(shí)現(xiàn)智能終端與odb診斷頭的通信和數(shù)據(jù)傳輸。

表1

表2

如表1所示，智能終端向odb診斷頭發(fā)送的診斷命令以及odb診斷頭向智能終端返回的命令格式具體包括：包頭+長度+包序號+有效數(shù)據(jù)+校驗(yàn)和。

其中，包頭為aa55aa55；

包序號是由智能終端隨機(jī)生成，主要用于智能終端與obd診斷頭之間的通訊校驗(yàn)；

長度＝包序號的長度+有效數(shù)據(jù)的長度+校驗(yàn)和的長度。長度由四字節(jié)組成，低字節(jié)在前高字節(jié)在后。

校驗(yàn)和是除自己之外的所有信息內(nèi)容之和，即校驗(yàn)和＝包頭+長度+包序號+有效數(shù)據(jù)。它占用一個字節(jié)，以利用收到數(shù)據(jù)做校驗(yàn)，防止數(shù)據(jù)丟失。

有效數(shù)據(jù)＝功能號+參數(shù)長度+參數(shù)內(nèi)容。

其中，功能號包括四個字節(jié)且低字節(jié)在前面；參數(shù)長度包括四個字節(jié)且低字節(jié)在前面。

如表2所示，智能終端發(fā)送給obd診斷頭的有效數(shù)據(jù)格式以及odb診斷頭向智能終端返回的有效數(shù)據(jù)格式包括：命令字+操作狀態(tài)+參數(shù)個數(shù)+【參數(shù)長度+參數(shù)內(nèi)容】x參數(shù)個數(shù)。

其中，命令字包括四個字節(jié)且低字節(jié)在前面，操作狀態(tài)包括四個字節(jié)且低字節(jié)在前面，參數(shù)個數(shù)包括四個字節(jié)且低字節(jié)在前，參數(shù)長度為一個字節(jié)，參數(shù)內(nèi)容為參數(shù)長度個字節(jié))。返回的操作狀態(tài)中主要有如下幾種狀態(tài)：操作成功、通訊失敗、正在連接、是否還有下級菜單以及沒有數(shù)據(jù)流id等。

如圖2所示，本發(fā)明公開了一種實(shí)現(xiàn)汽車診斷的方法，該方法應(yīng)用于obd診斷頭，包括以下步驟：

s202、通過輪詢各odb鏈路層協(xié)議確定進(jìn)入汽車ecu的鏈路層協(xié)議。

優(yōu)選地本步驟進(jìn)一步包括：通過構(gòu)造不同的odb鏈路層協(xié)議向汽車ecu發(fā)送系統(tǒng)進(jìn)入命令，如果其中某個鏈路層協(xié)議能收到汽車ecu的反饋，則確定該鏈路層協(xié)議作為汽車ecu后續(xù)診斷所用的鏈路層協(xié)議。

具體來說，obd協(xié)議是汽車行業(yè)通用公開協(xié)議，比如j1850、kwp，iso9141、stdcan等協(xié)議類型。汽車ecu是實(shí)時診斷并記錄診斷結(jié)果的，obd診斷頭與汽車ecu通信獲取其中的故障碼，數(shù)據(jù)流，凍結(jié)幀，所說的凍結(jié)幀是指在汽車ecu檢測到故障時汽車ecu存儲當(dāng)前的數(shù)據(jù)流信息，以到其診斷汽車故障的目的。

s204、接收智能終端發(fā)送的診斷命令并進(jìn)行解析。

s206、根據(jù)診斷命令，通過鏈路層協(xié)議從汽車ecu獲取診斷結(jié)果并解析。

s208、將解析出的診斷結(jié)果通過藍(lán)牙通訊模塊發(fā)送給智能終端。

其中，診斷結(jié)果包括但不限于故障碼、數(shù)據(jù)流、凍結(jié)幀、汽車ecu信息、和/或氧傳感器信息中的一種或者任意多種的組合。

作為本實(shí)施例的另一種優(yōu)選方案，步驟s202之前還包括：判斷版本是否需要升級，如果需要，則從智能終端獲取升級文件進(jìn)行升級。具體來說，智能終端可以從互聯(lián)網(wǎng)上獲取最新版本的診斷程序，當(dāng)obd診斷頭檢測到自己的診斷程序版本與智能終端上不一致時，則從智能終端上獲取最新版本的升級文件進(jìn)行升級，這樣確保了obd診斷頭能同步到最新版本。

作為本實(shí)施例的又一種優(yōu)選方案，步驟s202之前還包括：判斷是否與智能終端建立通信連接，如果沒有，則進(jìn)入睡眠模式。具體來說，藍(lán)牙斷開時在cpuio口產(chǎn)生的上升沿信號，來觸發(fā)cpu中斷進(jìn)而睡眠，當(dāng)藍(lán)牙連接時在其特定io口同樣也產(chǎn)生上升沿型號，當(dāng)mcu配置成此上升沿喚醒時，只要有連接信號來時，則會自動喚醒。當(dāng)診斷頭和智能終端沒有建立通信連接時，關(guān)掉所有鏈路通訊的電源，并使得mcu進(jìn)入睡眠模式，因而能達(dá)到待機(jī)電流低于5ma，這樣可以降低功耗，節(jié)省能量，有利于在汽車上長期待機(jī)。

如圖3所示，本發(fā)明公開了一種實(shí)現(xiàn)汽車診斷的裝置，該裝置應(yīng)用于智能終端上，包括以下模塊：

連接建立模塊101，用于通過藍(lán)牙模塊與obd診斷頭建立通信連接；

命令發(fā)送模塊102，用于向obd診斷頭發(fā)送診斷命令；

接收模塊103，用于接收obd診斷頭從汽車ecu獲取的診斷結(jié)果；

顯示模塊104，用于將診斷結(jié)果顯示屏幕上。

優(yōu)選地，該裝置還包括同步模塊，用于接收到診斷頭的升級請求時，向診斷頭發(fā)送版本升級文件。

如圖4所示，本發(fā)明公開了一種實(shí)現(xiàn)汽車診斷的裝置，該裝置應(yīng)用于odb診斷頭，包括以下模塊：

鏈路建立模塊201，用于通過輪詢odb鏈路層協(xié)議確定進(jìn)入汽車ecu的鏈路層協(xié)議；

命令解析模塊202，用于接收智能終端發(fā)送的診斷命令并進(jìn)行解析；

診斷結(jié)果獲取模203，用于根據(jù)診斷命令，通過鏈路層協(xié)議從汽車ecu獲取診斷結(jié)果并解析；

診斷結(jié)果發(fā)送模塊204，用于將解析的診斷結(jié)果通過藍(lán)牙通訊模塊發(fā)送給智能終端。

作為本實(shí)施例的又一種優(yōu)選方案，該裝置還包括升級模塊205，用于當(dāng)版本是否需要升級時，從智能終端獲取升級文件進(jìn)行升級。具體來說，智能終端可以從互聯(lián)網(wǎng)上獲取最新版本的診斷程序，當(dāng)obd診斷頭檢測到自己的診斷程序版本與智能終端上不一致時，則從智能終端上獲取最新版本的升級文件進(jìn)行升級，這樣確保了obd診斷頭能同步到最新版本。

作為本實(shí)施例的又一種優(yōu)選方案，該裝置還包括睡眠模塊206，用于當(dāng)診斷頭沒有與智能終端建立通信連接時，進(jìn)入睡眠模式。具體來說，藍(lán)牙斷開時在cpuio口產(chǎn)生的上升沿信號，來觸發(fā)cpu中斷進(jìn)而睡眠，當(dāng)藍(lán)牙連接時在其特定io口同樣也產(chǎn)生上升沿型號，當(dāng)mcu配置成此上升沿喚醒時，只要有連接信號來時，則會自動喚醒。當(dāng)診斷頭和智能終端沒有建立通信連接時，關(guān)掉所有鏈路通訊的電源，并使得mcu進(jìn)入睡眠模式，因而能達(dá)到待機(jī)電流低于5ma，這樣可以降低功耗，節(jié)省能量，有利于在汽車上長期待機(jī)。

如圖5所示，本發(fā)明公開了一種實(shí)現(xiàn)汽車診斷的系統(tǒng)，包括汽車ecu30、診斷頭20和智能終端10，obd診斷頭通過藍(lán)牙模塊與智能終端10進(jìn)行通訊，obd診斷頭20通過obd協(xié)議與汽車ecu30進(jìn)行通訊，其中：

智能終端10，用于通過藍(lán)牙模塊與obd診斷頭建立通信連接，向obd診斷頭發(fā)送診斷命令；還用于接收obd診斷頭從汽車ecu獲取的診斷結(jié)果，將診斷結(jié)果顯示屏幕上。

obd診斷頭20，用于通過輪詢odb鏈路層協(xié)議確定進(jìn)入汽車ecu的鏈路層協(xié)議；還用于接收智能終端發(fā)送的診斷命令并進(jìn)行解析，根據(jù)診斷命令，通過鏈路層協(xié)議從汽車ecu獲取診斷結(jié)果并解析；將解析的診斷結(jié)果通過藍(lán)牙通訊模塊發(fā)送給智能終端。

汽車ecu30，用于實(shí)時診斷并記錄診斷結(jié)果。

其中，診斷結(jié)果包括故障碼、數(shù)據(jù)流、凍結(jié)幀、汽車ecu信息、和/或氧傳感器信息等其它傳感器的信息。

作為本實(shí)施例的又一種優(yōu)選方案，智能終端為android操作系統(tǒng)、ios操作系統(tǒng)、或者windows操作系統(tǒng)的智能終端。比如蘋果的iphone。

本發(fā)明提供的實(shí)現(xiàn)汽車診斷的方法、裝置和智能終端，通過智能終端向obd診斷頭發(fā)送診斷命名，obd診斷頭從汽車ecu獲取診斷結(jié)果解析后返回給智能終端，使得用戶能更加快速方便地對汽車故障的診斷，節(jié)省了用戶的時間成本和經(jīng)濟(jì)成本，增強(qiáng)了用戶體驗(yàn)；同時，智能終端和odb診斷頭通過藍(lán)牙通信一應(yīng)一答，少了中間通信環(huán)節(jié)，且接收方式采用mcu的直接內(nèi)存去存方式，提高了cpu利用率和速度。此外，診斷頭還能通過智能終端自動升級確保同步到最新版本，并在不與智能終端連接是進(jìn)入睡眠模式以節(jié)省能耗。

以上參照附圖說明了本發(fā)明的優(yōu)選實(shí)施例，并非因此局限本發(fā)明的權(quán)利范圍。本領(lǐng)域技術(shù)人員不脫離本發(fā)明的范圍和實(shí)質(zhì)內(nèi)所作的任何修改、等同替換和改進(jìn)，均應(yīng)在本發(fā)明的權(quán)利范圍之內(nèi)。