整車診斷數(shù)據(jù)庫的自動生成方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種整車診斷數(shù)據(jù)庫的自動生成方法與系統(tǒng)，其中該方法包括如下步驟：步驟一：在工程開發(fā)階段或整車測試階段采用CDD格式的數(shù)據(jù)，對ECU診斷數(shù)據(jù)庫進行本地開發(fā)編輯；步驟二：將采用CDD格式的數(shù)據(jù)形成的ECU診斷數(shù)據(jù)庫轉(zhuǎn)換為0DX格式，生成基于0DX格式的整車診斷數(shù)據(jù)庫；步驟三：將0DX格式的整車診斷數(shù)據(jù)庫的原始數(shù)據(jù)進行檢查與更新，形成可用的整車0DX格式的診斷數(shù)據(jù)庫。
【專利說明】整車診斷數(shù)據(jù)庫的自動生成方法及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明屬于汽車【技術(shù)領(lǐng)域】，特別是指汽車診斷數(shù)據(jù)庫的自動生成方法及系統(tǒng)。

【背景技術(shù)】
[0002] 整車廠商通常具有多個平臺的很多款車型在同時開發(fā)及維護，而每個車型又包含 十幾個甚至幾十個電子控制單元（ECU)。隨著汽車電子化的普及和智能化汽車的發(fā)展，大量 的電子模塊應(yīng)用到汽車的電子電氣架構(gòu)中，這些電子控制單元通過總線（CAN，LIN，F(xiàn)lexray 等）連通，并且各個電子控制單元又可以通過國際標準化（IS014229)的診斷協(xié)議（UDS)完 成功能標定、工程測試、數(shù)據(jù)讀取、下線檢測（End-of-line)、故障診斷、刷新軟件等工作。
[0003] 這樣就要求整車廠商進行大量E⑶的診斷數(shù)據(jù)庫的定義開發(fā)、應(yīng)用、管理和維護 工作，每一個ECU都有數(shù)百個診斷指令數(shù)據(jù)，而每個ECU的診斷指令數(shù)據(jù)在不同車型平臺都 可能不同。傳統(tǒng)的方式是通過大量的人力管理維護針對不同車型平臺的每個ECU的診斷指 令數(shù)據(jù)，此種方式存在的問題是出錯的風(fēng)險較高，并且上述的診斷指令數(shù)據(jù)在不同部門的 不同工具之間的可重用性不高，從而導(dǎo)致管理維持的成本較高。
[0004] 為解決上述問題，整車廠商通常采用如下二種方案：
[0005] 第一種方案是基于CDD標準，其中CDD是一種常用的工程師開發(fā)階段使用的診斷 數(shù)據(jù)格式，是工程儀器供應(yīng)商Vector定義的私有格式，其應(yīng)用廣泛，編輯測試方便，但是無 法通用。其方法為在工程開發(fā)時，采用Excel模板表格管理診斷定義數(shù)據(jù)，并復(fù)用ECU供應(yīng) 商大量使用的CDD開發(fā)文件用于工程測試設(shè)備，在生產(chǎn)線和售后階段則依賴設(shè)備供應(yīng)商的 私有格式，此種方式有二個問題：第一個問題是售后、生產(chǎn)、工程部門的診斷工具需依賴不 同的數(shù)據(jù)庫，這些數(shù)據(jù)庫之間不可重用，需要不同部門花費大量人力將基于Excel的文檔 手動維護形成針對不同工具的多個不同數(shù)據(jù)庫。第二個問題是工程CDD文檔是特殊工程工 具的格式，無法在其他生產(chǎn)、售后工具中使用，不同的數(shù)據(jù)庫維護不統(tǒng)一的問題較大。
[0006] 第二種方案是基于0DX格式的數(shù)據(jù)，其中0DX格式是國際標準IS022901-1的通用 診斷數(shù)據(jù)庫格式，通用于各種診斷設(shè)備，但是難于直接編輯。其采用的方法是在工程開發(fā)階 段采用Excel表格文檔直接管理數(shù)據(jù)，并同時編輯可以被診斷設(shè)備應(yīng)用的0DX數(shù)據(jù)文件，而 在生產(chǎn)線和售后階段則共享使用0DX數(shù)據(jù)庫。此種方案存在三個問題：第一個問題是極少 ECU供應(yīng)商能支持編輯0DX格式的數(shù)據(jù)，0DX格式的數(shù)據(jù)難以直接編輯和直接在工程開發(fā)工 具中使用，需要整車廠商配置大量人力手工輸入完成0DX格式的數(shù)據(jù)。第二個問題是人工 維護不同文檔易于造成數(shù)據(jù)的不一致。第三個問題是工程開發(fā)部門使用0DX格式的數(shù)據(jù)不 方便進行工程測試。


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

[0007] 本發(fā)明目的在于提供一種整車診斷數(shù)據(jù)庫的自動生成方法及系統(tǒng)，用以解決現(xiàn)有 技術(shù)中因各個ECU的診斷指令數(shù)據(jù)在不同部門的不同工具之間的可重用性不高、人工管理 方式維持的成本較高的問題。
[0008] 為實現(xiàn)上述目的，本發(fā)明提出一種整車診斷數(shù)據(jù)庫的自動生成方法，其中該方法 包括如下步驟：
[0009] 步驟一：在工程開發(fā)階段或整車測試階段，采用CDD格式的數(shù)據(jù)，對ECU診斷數(shù)據(jù) 庫進行本地開發(fā)編輯；
[0010] 步驟二：將采用CDD格式的數(shù)據(jù)形成的ECU診斷數(shù)據(jù)庫轉(zhuǎn)換為0DX格式，生成基于 0DX格式的整車診斷數(shù)據(jù)庫；以及
[0011] 步驟三：將0DX格式的整車診斷數(shù)據(jù)庫的原始數(shù)據(jù)進行檢查與更新，形成可用的 整車0DX格式的診斷數(shù)據(jù)庫。
[0012] 依據(jù)上述主要特征，步驟一還包括對對開發(fā)完成的E⑶診斷數(shù)據(jù)庫進行格式上的 掃描檢查步驟。
[0013] 依據(jù)上述主要特征，步驟二中將采用CDD格式的數(shù)據(jù)形成的ECU診斷數(shù)據(jù)庫轉(zhuǎn)換 為0DX格式是基于CANdela工具接口進行開發(fā)，自動連續(xù)地將單個E⑶的⑶D格式的數(shù)據(jù) 轉(zhuǎn)換成原始的ECU級別的0DX數(shù)據(jù)，并對數(shù)據(jù)進行合并。
[0014] 依據(jù)上述主要特征，步驟二還包括從所有0DX格式數(shù)據(jù)提取并整合可重用的共享 數(shù)據(jù)建立全局共享數(shù)據(jù)層的步驟。
[0015] 依據(jù)上述主要特征，步驟二還包括對整車所有0DX格式數(shù)據(jù)建立繼承索引文件及 把單個0DX格式原始數(shù)據(jù)整合成基本整車級數(shù)據(jù)庫的步驟。
[0016] 依據(jù)上述主要特征，步驟三還至少包括對數(shù)據(jù)中需要翻譯的部分添加標識、補充 0DX特有診斷信息、基于原始整車0DX數(shù)據(jù)補充建立支持功能應(yīng)用的數(shù)據(jù)的一個或多個步 驟。
[0017] 依據(jù)上述主要特征，步驟三至少還包括刷寫流程腳本、安全訪問腳本、刷新文件結(jié) 構(gòu)定義、檢查腳本、掃描語法錯誤中的一個或多個步驟。
[0018] 為實現(xiàn)上述目的，本發(fā)明還提供一種整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)，其中該整 車診斷數(shù)據(jù)庫的自動生成系統(tǒng)包括：
[0019] 多個開發(fā)子單元，用以采用CDD格式的數(shù)據(jù)，對多個ECU診斷數(shù)據(jù)庫進行本地開發(fā) 編輯形成ECU診斷數(shù)據(jù)庫；
[0020] 以太網(wǎng)上傳管理單元，用以將開發(fā)子單元生成的E⑶診斷數(shù)據(jù)庫上傳；
[0021] 整車0DX基本轉(zhuǎn)換單元，對以太網(wǎng)上傳管理單元上傳的E⑶診斷數(shù)據(jù)庫轉(zhuǎn)換為0DX 格式，生成基于0DX格式的整車診斷數(shù)據(jù)庫；以及
[0022] 整車0DX補充檢查單元，用以將0DX格式的整車診斷數(shù)據(jù)庫的原始數(shù)據(jù)進行檢查 與更新，形成可用的整車0DX格式的診斷數(shù)據(jù)庫。
[0023] 依據(jù)上述主要特征，所述開發(fā)子單元包括E⑶編輯模塊、掃描檢查模塊及網(wǎng)絡(luò)通 訊模塊，其中ECU編輯模塊采用CDD格式的數(shù)據(jù)對ECU診斷數(shù)據(jù)庫進行本地開發(fā)編輯；掃描 檢查模塊對要上傳的ECU編輯模塊完成的ECU診斷數(shù)據(jù)庫進行格式上的掃描檢查；網(wǎng)絡(luò)通 訊模塊用以將經(jīng)掃描檢查模塊掃描檢查確定符合系統(tǒng)要求的編ECU診斷數(shù)據(jù)庫單獨上傳 至以太網(wǎng)上傳管理單元。
[0024] 依據(jù)上述主要特征，該整車0DX基本轉(zhuǎn)換單元包括原始數(shù)據(jù)轉(zhuǎn)換模塊、共享數(shù)據(jù) 提取模塊及整車索引建立模塊，其中原始數(shù)據(jù)轉(zhuǎn)換模塊是基于CANdela工具接口進行開 發(fā)，自動連續(xù)地將單個ECU的CDD格式的數(shù)據(jù)轉(zhuǎn)換成原始的ECU級別的0DX數(shù)據(jù)，并對數(shù)據(jù) 進行合并，初步建立整車級別ODX數(shù)據(jù)的結(jié)構(gòu)；共享數(shù)據(jù)提取模塊用以從所有ODX格式數(shù)據(jù) 提取并整合可重用的共享數(shù)據(jù)，建立全局共享數(shù)據(jù)層；整車索引建立模塊用以對整車所有 0DX格式數(shù)據(jù)建立繼承索引文件，把單個0DX格式原始數(shù)據(jù)整合成基本整車級數(shù)據(jù)庫。
[0025] 依據(jù)上述主要特征，CDD格式的數(shù)據(jù)到0DX格式的數(shù)據(jù)轉(zhuǎn)換的基本原理是建立在 經(jīng)過規(guī)范化的CDD格式數(shù)據(jù)中包含有對應(yīng)0DX格式數(shù)據(jù)庫類似的結(jié)構(gòu)內(nèi)容以及必要的數(shù)據(jù) 信息，實際轉(zhuǎn)換中將對應(yīng)的不同數(shù)據(jù)信息轉(zhuǎn)換為以XML標準語言描述的0DX數(shù)據(jù)各個部分。
[0026] 依據(jù)上述主要特征，整車0DX補充檢查單元包括翻譯數(shù)據(jù)標識模塊、功能數(shù)據(jù)補 充模塊、檢索掃描模塊，其中翻譯數(shù)據(jù)標識模塊用以對數(shù)據(jù)中需要翻譯的部分添加標識， 此標識用于表示應(yīng)用中數(shù)據(jù)文字，診斷設(shè)備可以方便的將數(shù)據(jù)庫內(nèi)容翻譯成應(yīng)用國家的語 言；功能數(shù)據(jù)補充模塊用以補充0DX特有診斷信息、基于原始整車0DX數(shù)據(jù)補充建立支持功 能應(yīng)用的數(shù)據(jù)；檢查掃描模塊用以負責(zé)全局檢查腳本及掃描語法錯誤。
[0027] 依據(jù)上述主要特征，該整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)還包括整車0DX釋放數(shù)據(jù) 模塊、歸檔管理模塊、數(shù)據(jù)測試推送模塊以及以太網(wǎng)釋放接口模塊，其中整車0DX釋放數(shù)據(jù) 模塊用以將生成的最終可用的整車0DX數(shù)據(jù)傳送給歸檔管理模塊、數(shù)據(jù)測試推送模塊以及 以太網(wǎng)釋放接口模塊；歸檔管理模塊將產(chǎn)生的0DX診斷數(shù)據(jù)庫進行存檔；數(shù)據(jù)測試推送模 塊將生成的0DX數(shù)據(jù)庫進行推送給遠程的測試臺進行測試并自動反饋測試結(jié)果給主機，以 太網(wǎng)釋放接口模塊用以釋放相關(guān)數(shù)據(jù)。其中該數(shù)據(jù)提供標準接口，供其他應(yīng)用直接調(diào)用使 用。
[0028] 與現(xiàn)有技術(shù)相比較，本發(fā)明具有以下有益效果：（1)能夠自動對各個E⑶的診斷 數(shù)據(jù)庫進行集成打包為整車數(shù)據(jù)庫；(2)可利用網(wǎng)絡(luò)系統(tǒng)化管理各個汽車控制模塊的診斷 數(shù)據(jù)庫和整車的診斷數(shù)據(jù)庫；(3)售后、生產(chǎn)、工程部門診斷工具完全采用統(tǒng)一 0DX數(shù)據(jù)庫， 之間可以完全復(fù)用共享；(4)不需要人力手工維護，基于工程開發(fā)⑶D格式，基于Vector CANdela工具功能編寫腳本轉(zhuǎn)換成整車原始ODX數(shù)據(jù)，再編寫開發(fā)腳本自動檢測打包整車 0DX診斷數(shù)據(jù)；（5)工程開發(fā)仍然以CDD文檔作為對象，方便工程師使用工程開發(fā)測試工具 測試，并且CDD還可以讓模塊供應(yīng)商直接生成診斷基礎(chǔ)軟件，使開發(fā)、測試一體化，同時CDD 文檔也可以直接導(dǎo)出Word格式文檔，不需要額外維護；(6)設(shè)計自動推送給遠程診斷臺架， 對生成的數(shù)據(jù)庫進行快速掃描測試。

【專利附圖】

【附圖說明】
[0029] 圖1是實施本發(fā)明的整車診斷數(shù)據(jù)庫的自動生成方法的流程圖。
[0030] 圖2是實施本發(fā)明的整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)的組成框架圖。

【具體實施方式】
[0031] 請參圖1所示，為實施本發(fā)明的整車診斷數(shù)據(jù)庫的自動生成方法的流程圖，該方 法包括如下步驟：
[0032] 步驟一：在在工程開發(fā)階段或整車測試階段，采用CDD格式的數(shù)據(jù)，對ECU診斷數(shù) 據(jù)庫進行本地開發(fā)編輯；因為CDD格式的數(shù)據(jù)易于編輯，并且目前此CDD格式數(shù)據(jù)被大量使 用并被廣泛應(yīng)用，采用CDD格式的數(shù)據(jù)對ECU診斷數(shù)據(jù)庫CDD進行本地開發(fā)編輯易于實施。
[0033] 步驟二：將采用CDD格式的數(shù)據(jù)形成的ECU診斷數(shù)據(jù)庫轉(zhuǎn)換為0DX格式，生成基于 ODX格式的整車診斷數(shù)據(jù)庫。
[0034] 步驟三：將0DX格式的整車診斷數(shù)據(jù)庫的原始數(shù)據(jù)進行檢查與更新，形成可用的 整車0DX格式的診斷數(shù)據(jù)庫。
[0035] 在具體實施時，步驟一還包括對對開發(fā)完成的ECU診斷數(shù)據(jù)庫進行格式上的掃描 檢查步驟。
[0036] 步驟二中將采用CDD格式的數(shù)據(jù)形成的ECU診斷數(shù)據(jù)庫轉(zhuǎn)換為0DX格式是基于 CANdela工具接口進行開發(fā)，自動連續(xù)地將單個ECU的CDD格式的數(shù)據(jù)文檔數(shù)據(jù)轉(zhuǎn)換成原始 的ECU級別的0DX數(shù)據(jù)，并對數(shù)據(jù)進行合并。并且步驟二還包括從所有0DX格式數(shù)據(jù)提取 并整合可重用的共享數(shù)據(jù)建立全局共享數(shù)據(jù)層的步驟。再者步驟二還包括對整車所有0DX 格式數(shù)據(jù)建立繼承索引文件及把單個0DX格式原始數(shù)據(jù)整合成基本整車級數(shù)據(jù)庫的步驟。
[0037] 步驟三還至少包括對數(shù)據(jù)中需要翻譯的部分添加標識、補充0DX特有診斷信息、 基于原始整車0DX數(shù)據(jù)補充建立支持功能應(yīng)用的數(shù)據(jù)的一個或多個步驟。并且步驟三至少 還包括刷寫流程腳本、安全訪問腳本、刷新文件結(jié)構(gòu)定義、檢查腳本、掃描語法錯誤中的一 個或多個步驟。
[0038] 如上所述，本發(fā)明的核心步驟是首先維護好第一步驟中的CDD格式的文檔，確保 該文檔符合預(yù)定的標準及規(guī)范，從而形成數(shù)據(jù)轉(zhuǎn)換的基礎(chǔ)，如此形成的數(shù)據(jù)與0DX格式的 標準數(shù)據(jù)的各個部分形成對應(yīng)關(guān)系。等所有數(shù)據(jù)形成之后，則對數(shù)據(jù)進行轉(zhuǎn)換。先是進行粗 轉(zhuǎn)換，即將可復(fù)用數(shù)據(jù)提煉成被繼承的數(shù)據(jù)層，原始數(shù)據(jù)則轉(zhuǎn)換成基礎(chǔ)的0DX格式的數(shù)據(jù)， 并按照預(yù)定的標準建立數(shù)據(jù)間的索引關(guān)系（形成真正的整車級別的數(shù)據(jù)庫）；并且系統(tǒng)還 會進行自動補充完善成可以釋放的數(shù)據(jù)包。
[0039] 在釋放上述數(shù)據(jù)包之前，還可以通過系統(tǒng)將準備釋放的數(shù)據(jù)包推送到實驗室的臺 架上測試，驗證數(shù)據(jù)可以被標準設(shè)備調(diào)用并運行。
[0040] 請參閱圖2所示，為實施本發(fā)明的整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)的組成方框 圖，實施本發(fā)明的整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)包括多個開發(fā)子單元、以太網(wǎng)上傳管理 單元、整車0DX基本轉(zhuǎn)換單元、整車0DX補充檢查單元。以下對各功能模塊的組成及功能進 行詳細的說明。
[0041] 該開發(fā)子單元設(shè)有多個，可分別為發(fā)動機控制開發(fā)子單元（EMS)、變速箱控制開發(fā) 子單元（TCU)、車身控制開發(fā)子單元（BCM)等，具體實施時為各個部件生產(chǎn)者或提供商擁有 各個開發(fā)子單元的開發(fā)賬戶，并采用CDD格式的數(shù)據(jù)對各個ECU (如上述的EMS、TCU、BCM) 的診斷數(shù)據(jù)庫進行本地開發(fā)編輯。
[0042] 開發(fā)子單元包括E⑶編輯模塊、掃描檢查模塊及網(wǎng)絡(luò)通訊模塊。
[0043] 其中ECU編輯模塊采用CDD格式的數(shù)據(jù)對ECU診斷數(shù)據(jù)庫進行本地開發(fā)編輯。
[0044] 掃描檢查模塊對要上傳的ECU編輯模塊完成的ECU診斷數(shù)據(jù)庫進行格式上的掃描 檢查，確保符合預(yù)先設(shè)定的系統(tǒng)要求，具體為檢查ECU和診斷參數(shù)的名稱是否按整車公司 設(shè)置的統(tǒng)一標準規(guī)范；檢查必要的信息如"通訊參數(shù)"是否填寫完整、是否足夠用來進行轉(zhuǎn) 換；刪掉一些不用的或預(yù)留的數(shù)據(jù)。如果經(jīng)掃描檢查模塊掃描檢查發(fā)現(xiàn)不符合預(yù)先設(shè)定的 系統(tǒng)要求，則向ECU編輯模塊發(fā)出通知要求修改。
[0045] 網(wǎng)絡(luò)通訊模塊用以將經(jīng)掃描檢查模塊掃描檢查確定符合系統(tǒng)要求的編ECU診斷 數(shù)據(jù)庫單獨上傳至整車診斷數(shù)據(jù)庫自動生成系統(tǒng)的以太網(wǎng)上傳管理單元。
[0046] 以太網(wǎng)上傳管理單元將接收到的E⑶診斷數(shù)據(jù)庫傳送至整車0DX基本轉(zhuǎn)換單元。 該整車0DX基本轉(zhuǎn)換單元包括原始數(shù)據(jù)轉(zhuǎn)換模塊、共享數(shù)據(jù)提取模塊及整車索引建立模 塊。
[0047] 其中原始數(shù)據(jù)轉(zhuǎn)換模塊是基于CANdela工具接口進行開發(fā)，連續(xù)將單個E⑶的⑶D 格式的數(shù)據(jù)文檔數(shù)據(jù)轉(zhuǎn)換成原始的ECU級別的0DX數(shù)據(jù)，系統(tǒng)將自動連續(xù)轉(zhuǎn)制并對數(shù)據(jù)進 行合并，初步建立整車級別0DX數(shù)據(jù)的結(jié)構(gòu)；
[0048] CDD格式的數(shù)據(jù)到0DX格式的數(shù)據(jù)轉(zhuǎn)換的基本原理是建立在經(jīng)過規(guī)范化的CDD格 式數(shù)據(jù)文檔數(shù)據(jù)中包含有對應(yīng)0DX格式數(shù)據(jù)庫類似的結(jié)構(gòu)內(nèi)容，以及必要的數(shù)據(jù)信息。實 際轉(zhuǎn)換中將對應(yīng)的不同數(shù)據(jù)信息轉(zhuǎn)換為以XML標準語言描述的0DX數(shù)據(jù)各個部分，具體轉(zhuǎn) 換的方法（規(guī)則）如下：
[0049] CDD 格式數(shù)據(jù)文檔數(shù)據(jù)中的：1. ECU Information support interface (接口 信息）；2. Common diagnostic (通用診斷）；3. Variants (EQJ變體包含全部診斷服務(wù)如 $22，$2E，$31…）；4·Datatypes(數(shù)據(jù)類型）等等，分別對應(yīng)了0DX數(shù)據(jù)庫中的 ：l·odχ-c 文件（communication parameter,即通訊參數(shù)）；2.odx_d文件（FGL提取的共享數(shù)據(jù)層）； 3. odx_d文件（Base variant，和ECU variant，包含全部診斷服務(wù) $22, $2E, $31...) ;4. Data Object Properties (數(shù)據(jù)類型參數(shù)）等。
[0050] 而對打包后的0DX數(shù)據(jù)，進行補充完善的信息包括提取的FGL層數(shù)據(jù)（平臺復(fù)用 信息）、〇dx_v文件（General Vehicle Information,整車電子電氣架構(gòu)基本信息）、odx_f 文件（ECU刷新參數(shù)設(shè)置）、index (整車打包索引信息）。
[0051] 共享數(shù)據(jù)提取模塊用以從所有0DX格式數(shù)據(jù)提取并整合可重用的共享數(shù)據(jù)，建立 全局共享數(shù)據(jù)層，降低重復(fù)數(shù)據(jù)。即通過建立全局共享數(shù)據(jù)層，將各個模塊共有的數(shù)據(jù)提取 合并，如此各個模塊的數(shù)據(jù)關(guān)聯(lián)集成到這個合并后的數(shù)據(jù)，可以大大減少重復(fù)數(shù)據(jù)，提高了 聚合度和后期的可維護性。如果有問題，只改一個點就可以了，不必到多處進行修改。
[0052] 整車索引建立模塊用以對整車所有0DX格式數(shù)據(jù)建立繼承索引文件，把單個0DX 格式原始數(shù)據(jù)整合成基本整車級數(shù)據(jù)庫。其中該繼承索引文件是基于松散的大量不同ECU 的數(shù)據(jù)文件，建立一個索引，因為這些文件間有層級關(guān)聯(lián)關(guān)系，需要建立一個整車的索引文 件，這個是0DX數(shù)據(jù)包的標準要求。具有此索引，使用數(shù)據(jù)庫時才能如一個整車而非各個模 塊的簡單疊加。
[0053] 整車0DX補充檢查單元包括翻譯數(shù)據(jù)標識模塊、功能數(shù)據(jù)補充模塊、檢索掃描模 塊。其中翻譯數(shù)據(jù)標識模塊用以對數(shù)據(jù)中需要翻譯的部分，添加 TextID標識（此TextID 標識用于表示應(yīng)用中數(shù)據(jù)文字（名稱，描述等），診斷設(shè)備可以方便的將數(shù)據(jù)庫內(nèi)容翻譯成 應(yīng)用國家的語言），便于應(yīng)用中對數(shù)據(jù)庫內(nèi)容的翻譯顯示。此翻譯數(shù)據(jù)標識模塊對于工程開 發(fā)不是必須的，但是對于后期應(yīng)用有用，如希望售后設(shè)備顯示不同語言，就需要這個信息來 快速翻譯數(shù)據(jù)。功能數(shù)據(jù)補充模塊用以補充0DX特有診斷信息，基于原始整車0DX數(shù)據(jù)，補 充建立支持功能應(yīng)用的數(shù)據(jù)；刷寫流程腳本、安全訪問腳本、刷新文件結(jié)構(gòu)定義。例如可在 系統(tǒng)中補充用于支持整車軟件更新的腳本（腳本中的步驟基于0DX數(shù)據(jù)庫，所以腳本要加 到0DX里）以及整車E⑶控制單元軟件更新的文件結(jié)構(gòu)，如刷新EMS需要多少個文件、什么 樣的格式等。檢查掃描模塊用以負責(zé)全局檢查腳本、掃描語法錯誤及不符合企業(yè)標準要求 的項目，如數(shù)據(jù)標識必須全局唯一。
[0054] 經(jīng)過整車0DX補充檢查單元將0DX原始數(shù)據(jù)進行檢查與更新，生成最終可用的整 車0DX數(shù)據(jù)。
[0055] 另外，實施本發(fā)明的整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)還包括整車0DX釋放數(shù)據(jù)模 塊、歸檔管理模塊、數(shù)據(jù)測試推送模塊以及以太網(wǎng)釋放接口模塊。其中整車0DX釋放數(shù)據(jù)模 塊用以將生成的最終可用的整車0DX數(shù)據(jù)傳送給歸檔管理模塊、數(shù)據(jù)測試推送模塊以及以 太網(wǎng)釋放接口模塊。歸檔管理模塊將產(chǎn)生的0DX診斷數(shù)據(jù)庫進行存檔。數(shù)據(jù)測試推送模塊 將生成的0DX數(shù)據(jù)庫進行推送給遠程的測試臺進行測試并自動反饋測試結(jié)果給主機。以太 網(wǎng)釋放接口模塊用以釋放相關(guān)數(shù)據(jù)，該數(shù)據(jù)提供標準接口，供其他應(yīng)用直接調(diào)用使用，包括 下線檢測，售后維修，工程診斷等等。
[0056] 與現(xiàn)有技術(shù)相比較，本發(fā)明具有以下有益效果：（1)能夠自動對各個E⑶的診斷 數(shù)據(jù)庫進行集成打包為整車數(shù)據(jù)庫；(2)可利用網(wǎng)絡(luò)系統(tǒng)化管理各個汽車控制模塊的診斷 數(shù)據(jù)庫和整車的診斷數(shù)據(jù)庫；(3)售后、生產(chǎn)、工程部門診斷工具完全采用統(tǒng)一 0DX數(shù)據(jù)庫， 之間可以完全復(fù)用共享；(4)不需要人力手工維護，基于工程開發(fā)⑶D格式，基于Vector CANdela工具功能編寫腳本轉(zhuǎn)換成整車原始0DX數(shù)據(jù)，再編寫開發(fā)腳本自動檢測打包整車 0DX診斷數(shù)據(jù)；（5)工程開發(fā)仍然以CDD文檔作為對象，方便工程師使用工程開發(fā)測試工具 測試，并且CDD還可以讓模塊供應(yīng)商直接生成診斷基礎(chǔ)軟件，使開發(fā)、測試一體化，同時CDD 文檔也可以直接導(dǎo)出Word格式文檔，不需要額外維護；(6)設(shè)計自動推送給遠程診斷臺架， 對生成的數(shù)據(jù)庫進行快速掃描測試。
[0057] 本領(lǐng)域的普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實施方式所描述的各示 例的單元及方法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說 明硬件與軟件的可互換性，在上述的說明中已經(jīng)按照功能一般性地描述了各示例的組成和 步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束 條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用使用不同的方法來實現(xiàn)所描述的功能，但是這 種實現(xiàn)不應(yīng)認為超出本發(fā)明的范圍。
[0058] 結(jié)合本文中所公開的實施例描述的方法步驟可以用硬件、處理器執(zhí)行的軟件 模塊，或者二者的結(jié)合來實現(xiàn)。軟件模塊可以置于隨機存儲器（RAM)、內(nèi)存、只讀存儲器 (ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤或本【技術(shù)領(lǐng)域】內(nèi)所公知的任意其 他形式的存儲介質(zhì)中。
[0059] 可以理解的是，對本領(lǐng)域普通技術(shù)人員來說，可以根據(jù)本發(fā)明的技術(shù)方案及其發(fā) 明構(gòu)思加以等同替換或改變，而所有這些改變或替換都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保 護范圍。
【權(quán)利要求】
1. 一種整車診斷數(shù)據(jù)庫的自動生成方法，其特征在于，該方法包括如下步驟： 步驟一：在工程開發(fā)階段或整車測試階段，采用CDD格式的數(shù)據(jù)，對ECU診斷數(shù)據(jù)庫進 行本地開發(fā)編輯； 步驟二：將采用CDD格式的數(shù)據(jù)形成的ECU診斷數(shù)據(jù)庫轉(zhuǎn)換為ODX格式，生成基于ODX 格式的整車診斷數(shù)據(jù)庫；以及 步驟三：將ODX格式的整車診斷數(shù)據(jù)庫的原始數(shù)據(jù)進行檢查與更新，形成可用的整車 ODX格式的診斷數(shù)據(jù)庫。
2. 如權(quán)利要求1所述的整車診斷數(shù)據(jù)庫的自動生成方法，其特征在于：步驟一還包括 對開發(fā)完成的ECU診斷數(shù)據(jù)庫進行格式上的掃描檢查步驟。
3. 如權(quán)利要求1所述的整車診斷數(shù)據(jù)庫的自動生成方法，其特征在于：步驟二中將采 用CDD格式的數(shù)據(jù)形成的ECU診斷數(shù)據(jù)庫轉(zhuǎn)換為ODX格式是基于CANdela工具接口進行開 發(fā)，自動連續(xù)地將單個ECU的CDD格式的數(shù)據(jù)轉(zhuǎn)換成原始的ECU級別的ODX數(shù)據(jù)，并對數(shù)據(jù) 進行合并。
4. 如權(quán)利要求3所述的整車診斷數(shù)據(jù)庫的自動生成方法，其特征在于：步驟二還包括 從所有ODX格式數(shù)據(jù)提取并整合可重用的共享數(shù)據(jù)建立全局共享數(shù)據(jù)層的步驟。
5. 如權(quán)利要求4所述的整車診斷數(shù)據(jù)庫的自動生成方法，其特征在于：步驟二還包括 對整車所有ODX格式數(shù)據(jù)建立繼承索引文件及把單個ODX格式原始數(shù)據(jù)整合成基本整車級 數(shù)據(jù)庫的步驟。
6. 如權(quán)利要求1所述的整車診斷數(shù)據(jù)庫的自動生成方法，其特征在于：步驟三還至少 包括對數(shù)據(jù)中需要翻譯的部分添加標識、補充ODX特有診斷信息、基于原始整車ODX數(shù)據(jù)補 充建立支持功能應(yīng)用的數(shù)據(jù)的一個或多個步驟。
7. 如權(quán)利要求1所述的整車診斷數(shù)據(jù)庫的自動生成方法，其特征在于：步驟三至少還 包括刷寫流程腳本、安全訪問腳本、刷新文件結(jié)構(gòu)定義、檢查腳本、掃描語法錯誤中的一個 或多個步驟。
8. -種整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)，其特征在于，該整車診斷數(shù)據(jù)庫的自動生成 系統(tǒng)包括： 多個開發(fā)子單元，用以采用CDD格式的數(shù)據(jù)，對多個ECU診斷數(shù)據(jù)庫進行本地開發(fā)編輯 形成ECU診斷數(shù)據(jù)庫； 以太網(wǎng)上傳管理單元，用以將開發(fā)子單元生成的ECU診斷數(shù)據(jù)庫上傳； 整車ODX基本轉(zhuǎn)換單元，對以太網(wǎng)上傳管理單元上傳的E⑶診斷數(shù)據(jù)庫轉(zhuǎn)換為ODX格 式，生成基于ODX格式的整車診斷數(shù)據(jù)庫；以及 整車ODX補充檢查單元，用以將ODX格式的整車診斷數(shù)據(jù)庫的原始數(shù)據(jù)進行檢查與更 新，形成可用的整車ODX格式的診斷數(shù)據(jù)庫。
9. 如權(quán)利要求8所述的整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)，其特征在于：所述開發(fā)子單 元包括ECU編輯模塊、掃描檢查模塊及網(wǎng)絡(luò)通訊模塊，其中ECU編輯模塊采用CDD格式的 數(shù)據(jù)對ECU診斷數(shù)據(jù)庫進行本地開發(fā)編輯；掃描檢查模塊對要上傳的ECU編輯模塊完成的 ECU診斷數(shù)據(jù)庫進行格式上的掃描檢查；網(wǎng)絡(luò)通訊模塊用以將經(jīng)掃描檢查模塊掃描檢查確 定符合系統(tǒng)要求的編ECU診斷數(shù)據(jù)庫單獨上傳至以太網(wǎng)上傳管理單元。
10. 如權(quán)利要求8所述的整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)，其特征在于：該整車ODX基 本轉(zhuǎn)換單元包括原始數(shù)據(jù)轉(zhuǎn)換模塊、共享數(shù)據(jù)提取模塊及整車索引建立模塊，其中原始數(shù) 據(jù)轉(zhuǎn)換模塊是基于CANdela工具接口進行開發(fā)，自動連續(xù)地將單個E⑶的⑶D格式的數(shù)據(jù) 轉(zhuǎn)換成原始的ECU級別的ODX數(shù)據(jù)，并對數(shù)據(jù)進行合并，初步建立整車級別ODX數(shù)據(jù)的結(jié) 構(gòu)；共享數(shù)據(jù)提取模塊用以從所有ODX格式數(shù)據(jù)提取并整合可重用的共享數(shù)據(jù)，建立全局 共享數(shù)據(jù)層；整車索引建立模塊用以對整車所有ODX格式數(shù)據(jù)建立繼承索引文件，把單個 ODX格式原始數(shù)據(jù)整合成基本整車級數(shù)據(jù)庫。
11. 如權(quán)利要求10所述的整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)，其特征在于：CDD格式的 數(shù)據(jù)到ODX格式的數(shù)據(jù)轉(zhuǎn)換的基本原理是建立在經(jīng)過規(guī)范化的CDD格式數(shù)據(jù)中包含有對應(yīng) ODX格式數(shù)據(jù)庫類似的結(jié)構(gòu)內(nèi)容以及必要的數(shù)據(jù)信息，實際轉(zhuǎn)換中將對應(yīng)的不同數(shù)據(jù)信息 轉(zhuǎn)換為以XML標準語言描述的ODX數(shù)據(jù)各個部分。
12. 如權(quán)利要求10所述的整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)，其特征在于：整車ODX補 充檢查單元包括翻譯數(shù)據(jù)標識模塊、功能數(shù)據(jù)補充模塊、檢索掃描模塊，其中翻譯數(shù)據(jù)標識 模塊用以對數(shù)據(jù)中需要翻譯的部分添加標識，此標識用于表示應(yīng)用中數(shù)據(jù)文字，診斷設(shè)備 可以方便的將數(shù)據(jù)庫內(nèi)容翻譯成應(yīng)用國家的語言；功能數(shù)據(jù)補充模塊用以補充ODX特有診 斷信息、基于原始整車ODX數(shù)據(jù)補充建立支持功能應(yīng)用的數(shù)據(jù)；檢查掃描模塊用以負責(zé)全 局檢查腳本及掃描語法錯誤。
13. 如權(quán)利要求8所述的整車診斷數(shù)據(jù)庫的自動生成系統(tǒng)，其特征在于：該整車診斷數(shù) 據(jù)庫的自動生成系統(tǒng)還包括整車ODX釋放數(shù)據(jù)模塊、歸檔管理模塊、數(shù)據(jù)測試推送模塊以 及以太網(wǎng)釋放接口模塊，其中整車ODX釋放數(shù)據(jù)模塊用以將生成的最終可用的整車ODX數(shù) 據(jù)傳送給歸檔管理模塊、數(shù)據(jù)測試推送模塊以及以太網(wǎng)釋放接口模塊；歸檔管理模塊將產(chǎn) 生的ODX診斷數(shù)據(jù)庫進行存檔；數(shù)據(jù)測試推送模塊將生成的ODX數(shù)據(jù)庫進行推送給遠程的 測試臺進行測試并自動反饋測試結(jié)果給主機，以太網(wǎng)釋放接口模塊用以釋放相關(guān)數(shù)據(jù)。
【文檔編號】G06F17/30GK104216978SQ201410440430
【公開日】2014年12月17日 申請日期:2014年9月1日 優(yōu)先權(quán)日:2014年9月1日
【發(fā)明者】于鵬 申請人:觀致汽車有限公司