[發(fā)明專利]用于汽車OBD讀碼卡模擬仿真開發(fā)的方法

有效

• 申請?zhí)枺?/td>: 201110005837.1
• 申請日: 2011-01-12
• 公開（公告）號: CN102063553A
• 公開（公告）日: 2011-05-18
• 發(fā)明（設(shè)計(jì)）人: 劉均;張明虎
• 申請（專利權(quán)）人: 深圳市元征軟件開發(fā)有限公司
• 主分類號: G06F17/50
• 分類號: G06F17/50
• 代理公司: 深圳市德力知識產(chǎn)權(quán)代理事務(wù)所 44265
• 代理人: 林才桂

技術(shù)領(lǐng)域

本發(fā)明涉及一種車載自動診斷系統(tǒng)(OBD：On-Board?Diagnostics)讀碼卡的開發(fā)方法，尤其涉及一種OBD讀碼卡使用軟件模擬仿真開發(fā)的實(shí)現(xiàn)方法。

背景技術(shù)

1994年美國汽車工程師協(xié)會(SAE)提出了第二代隨車自診斷系統(tǒng)(OBD-II)的標(biāo)準(zhǔn)規(guī)范，OBD讀碼卡則是通過汽車診斷接口將汽車電子控制單元(ECU：Electronic?Control?Unit)中的數(shù)據(jù)讀出，并將這些數(shù)據(jù)所代表的信息提展現(xiàn)給用戶。OBD-II在汽車自診斷的軟件協(xié)議、硬件接口、物理尺寸、故障碼、及數(shù)據(jù)流定義等諸多方面都作了統(tǒng)一規(guī)定。但同時(shí)OBD-II協(xié)議通信類型也存在不同的物理連接，在應(yīng)用上也可以讓不同的汽車制造商擁有自定義的一些應(yīng)用。隨著OBD標(biāo)準(zhǔn)的不斷發(fā)展與完善，其所涉及的數(shù)據(jù)內(nèi)容越來越豐富，可以測試的系統(tǒng)也愈來愈多樣，各種通信命令邏輯也愈來愈復(fù)雜。這些功能都要到汽車上連接診斷座來實(shí)測驗(yàn)證，但是如果我們在實(shí)際開發(fā)讀碼卡的程序過程中，每做一步都要將程序代碼下載到讀碼卡設(shè)備中、然后再連接到汽車上去驗(yàn)證，這樣做的話很耗時(shí)耗力，效率較低，而且每一輛汽車中的狀態(tài)都不一樣，因此在實(shí)際測試中，即便是測試幾十到幾百臺車也無法將OBD讀碼卡的所有狀態(tài)測試全。

傳統(tǒng)的讀碼卡開發(fā)方法為：客戶(或市場)提出概念需求，工程研發(fā)評估實(shí)施方案；然后繪制原理圖、及PCB，結(jié)構(gòu)外觀設(shè)計(jì)，制作開發(fā)樣板；再在開發(fā)樣板上編寫程序代碼實(shí)現(xiàn)產(chǎn)品功能，不斷地到汽車上驗(yàn)證各項(xiàng)功能；將工程樣機(jī)送給客戶(或市場)演示，客戶(或市場)提出修改意見，反復(fù)修改驗(yàn)證，最終達(dá)成一致完成產(chǎn)品開發(fā)。從上述傳統(tǒng)的讀碼卡開放方法可以看出，其仍然需要經(jīng)過反復(fù)修改驗(yàn)證，不僅耗時(shí)耗力、效率較低，且其同樣存在無法將OBD讀碼卡的所有狀態(tài)測試全的弊端。因此，找到一種便捷、高效的讀碼卡開發(fā)方法就顯得尤為必要。

發(fā)明內(nèi)容

本發(fā)明的目的在于，提供一種用于汽車OBD讀碼卡模擬仿真開發(fā)的方法，其全面模擬了一個(gè)讀碼卡模擬仿真平臺，可以讓代碼開發(fā)人員在脫離實(shí)際讀碼卡設(shè)備的情況下進(jìn)行讀碼卡開發(fā)，避免重復(fù)不斷的代碼下載與實(shí)測驗(yàn)證，提高了開發(fā)的效率。

為實(shí)現(xiàn)上述目的，本發(fā)明提供一種用于汽車OBD讀碼卡模擬仿真開發(fā)的方法，其包括如下步驟：

步驟1，根據(jù)需要實(shí)現(xiàn)的測試功能需求確定OBD讀碼卡的功能布局，進(jìn)一步確定該OBD讀碼卡的硬件組成；

步驟2，提供一電腦，并根據(jù)OBD讀碼卡的功能布局，在電腦中對應(yīng)OBD讀碼卡的各硬件模擬出與之相對應(yīng)的模擬部件；

步驟3，將與OBD讀碼卡的各硬件相對應(yīng)的各模擬部件在電腦中進(jìn)行組合，形成一個(gè)能夠模擬運(yùn)行的讀碼卡模擬仿真平臺；

步驟4，在讀碼卡模擬仿真平臺上進(jìn)行模擬開發(fā)，根據(jù)需要實(shí)現(xiàn)的測試功能需求編寫編譯代碼以實(shí)現(xiàn)該測試功能；

步驟5，將模擬部件中的編譯代碼替換為實(shí)際讀碼卡設(shè)備上運(yùn)行的驅(qū)動代碼，編譯下載到上述OBD讀碼卡中與一汽車ECU進(jìn)行通信實(shí)測。

所述OBD讀碼卡的硬件組成內(nèi)包括一主控MCU、分別與該主控MCU電性連接的存儲器、按鍵、液晶顯示屏、數(shù)個(gè)指示燈、及診斷通信接口。

所述主控MCU包括MCS51內(nèi)核處理器、或ARM內(nèi)核微處理器。

所述診斷通信接口為OBD-II診斷接頭。

所述電腦中與OBD讀碼卡的各硬件相對應(yīng)的模擬部件包括主機(jī)、硬盤文件、內(nèi)存、鍵盤、顯示器、及電腦應(yīng)用程序，該主機(jī)模擬主控MCU進(jìn)行模擬運(yùn)算與邏輯控制，硬盤文件與內(nèi)存模擬存儲器進(jìn)行模擬存儲器的讀寫，鍵盤模擬按鍵進(jìn)行模擬OBD讀碼卡的按鍵輸入，顯示器模擬液晶顯示屏進(jìn)行模擬用戶界面顯示，該顯示器還模擬數(shù)個(gè)指示燈進(jìn)行模擬狀態(tài)指示，電腦應(yīng)用程序模擬診斷通信接口進(jìn)行模擬汽車ECU通信命令。

所述步驟5中，將模擬部件中的編譯代碼替換為實(shí)際讀碼卡設(shè)備上運(yùn)行的驅(qū)動代碼的過程中，替換的操作是通過在編譯代碼中使用宏條件編譯實(shí)現(xiàn)的。

本發(fā)明的有益效果：本發(fā)明所提供的用于汽車OBD讀碼卡模擬仿真開發(fā)的方法，其全面模擬了一個(gè)讀碼卡模擬仿真平臺，可以讓代碼開發(fā)人員在脫離實(shí)際讀碼卡設(shè)備的情況下進(jìn)行讀碼卡開發(fā)，避免重復(fù)不斷的代碼下載與實(shí)測驗(yàn)證，提高了開發(fā)的效率；該讀碼卡模擬仿真平臺還可以仿真出實(shí)測過程中沒有碰到的情況，如各種極限值處理、大量故障碼、及大量數(shù)據(jù)流處理等，保證產(chǎn)品在上市后用戶碰到各種情況都能正常運(yùn)行；該發(fā)明還可以通過讀碼卡模擬仿真平臺的效果向客戶(或市場)進(jìn)行推廣與演示，提前得到并處理他們的需求與更改意見，而不必等到制作出了工程樣機(jī)后再給客戶(或市場)進(jìn)行功能、及需求等的驗(yàn)證，大大加速了整個(gè)產(chǎn)品的開發(fā)節(jié)奏。