專利名稱：用于汽車obd讀碼卡模擬仿真開發(fā)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種車載自動診斷系統(tǒng)(OBD =On-Board Diagnostics)讀碼卡的開發(fā) 方法，尤其涉及一種OBD讀碼卡使用軟件模擬仿真開發(fā)的實(shí)現(xiàn)方法。
背景技術(shù)：
1994年美國汽車工程師協(xié)會(SAE)提出了第二代隨車自診斷系統(tǒng)(0BD-II)的標(biāo) 準(zhǔn)規(guī)范，OBD讀碼卡則是通過汽車診斷接口將汽車電子控制單元(EOT 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讀碼卡中與一汽車E⑶進(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é)奏。為了能更進(jìn)一步了解本發(fā)明的特征以及技術(shù)內(nèi)容，請參閱以下有關(guān)本發(fā)明的詳細(xì) 說明與附圖，然而附圖僅提供參考與說明用，并非用來對本發(fā)明加以限制。


下面結(jié)合附圖，通過對本發(fā)明的具體實(shí)施方式
詳細(xì)描述，將使本發(fā)明的技術(shù)方案 及其他有益效果顯而易見。附圖中，圖1為本發(fā)明中用于汽車OBD讀碼卡模擬仿真開發(fā)的方法流程示意圖；圖2為本發(fā)明中OBD讀碼卡的硬件組成一具體實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為更進(jìn)一步闡述本發(fā)明所采取的技術(shù)手段及其效果，以下結(jié)合本發(fā)明的優(yōu)選實(shí)施 例及其附圖進(jìn)行詳細(xì)描述。如圖1所示，本發(fā)明提供一種用于汽車OBD讀碼卡模擬仿真開發(fā)的方法，其包括如 下步驟步驟1，根據(jù)需要實(shí)現(xiàn)的測試功能需求確定OBD讀碼卡的功能布局，進(jìn)一步確定該OBD讀碼卡的硬件組成。在本發(fā)明中，首先根據(jù)客戶(或市場)提出的待測試功能的需求評 估方案，確定OBD讀碼卡的功能布局，規(guī)劃其硬件基本組成。如圖2所示，作為本發(fā)明中OBD 讀碼卡的硬件組成的一種具體實(shí)施例，該OBD讀碼卡的硬件組成內(nèi)包括一主控微控制單元 (MCU =MicroControl Unit) 10、分別與該主控MCUlO電性連接的存儲器20、按鍵30、液晶顯 示屏40、數(shù)個(gè)指示燈50、及診斷通信接口 60。其中，主控MCUlO用于控制整個(gè)OBD讀碼卡， 其可以選用MCS51內(nèi)核處理器、或ARM內(nèi)核微處理器。存儲器20用于存儲故障碼、字庫等 各種數(shù)據(jù)。按鍵30用于用戶的各種輸入和功能操作。液晶顯示屏40用于顯示各種功能操 作、及運(yùn)行結(jié)果等人機(jī)界面。數(shù)個(gè)指示燈50用于指示各種特定的信息，如是否有故障碼等。 診斷通信接口 60用于與汽車E⑶通信，該診斷通信接口 60為一 OBD-II診斷接頭。步驟2，提供一電腦，并根據(jù)OBD讀碼卡的功能布局，在電腦中對應(yīng)OBD讀碼卡的各 硬件模擬出與之相對應(yīng)的模擬部件。該電腦可以為一個(gè)人電腦，其電腦中與OBD讀碼卡的 各硬件相對應(yīng)的模擬部件包括主機(jī)、硬盤文件、內(nèi)存、鍵盤、顯示器、及電腦應(yīng)用程序。如下 表1中所示表 權(quán)利要求
1.一種用于汽車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讀碼卡中與一汽車E⑶進(jìn)行通信實(shí)測。
2.如權(quán)利要求1所述的用于汽車OBD讀碼卡模擬仿真開發(fā)的方法，其特征在于，所述 OBD讀碼卡的硬件組成內(nèi)包括一主控MCU、分別與該主控MCU電性連接的存儲器、按鍵、液晶 顯示屏、數(shù)個(gè)指示燈、及診斷通信接口。
3.如權(quán)利要求2所述的用于汽車OBD讀碼卡模擬仿真開發(fā)的方法，其特征在于，所述主 控MCU包括MCS51內(nèi)核處理器、或ARM內(nèi)核微處理器。
4.如權(quán)利要求2所述的用于汽車OBD讀碼卡模擬仿真開發(fā)的方法，其特征在于，所述診 斷通信接口為OBD-II診斷接頭。
5.如權(quán)利要求2所述的用于汽車OBD讀碼卡模擬仿真開發(fā)的方法，其特征在于，所述電 腦中與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通信命令。
6.如權(quán)利要求1所述的用于汽車OBD讀碼卡模擬仿真開發(fā)的方法，其特征在于，所述步 驟5中，將模擬部件中的編譯代碼替換為實(shí)際讀碼卡設(shè)備上運(yùn)行的驅(qū)動代碼的過程中，替 換的操作是通過在編譯代碼中使用宏條件編譯實(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í)測。本發(fā)明全面模擬了一個(gè)讀碼卡模擬仿真平臺，可以讓代碼開發(fā)人員在脫離實(shí)際讀碼卡設(shè)備的情況下進(jìn)行讀碼卡開發(fā)，避免重復(fù)不斷的代碼下載與實(shí)測驗(yàn)證，提高了開發(fā)的效率。
文檔編號G06F17/50GK102063553SQ20111000583
公開日2011年5月18日 申請日期2011年1月12日 優(yōu)先權(quán)日2011年1月12日
發(fā)明者劉均, 張明虎 申請人:深圳市元征軟件開發(fā)有限公司