隨著用戶(hù)對(duì)汽車(chē)體驗(yàn)要求的提高，汽車(chē)電控系統(tǒng)變得越來(lái)越復(fù)雜，從而來(lái)實(shí)現(xiàn)更多的智能化功能。為了保證整車(chē)下線出廠質(zhì)量要求，提高售后服務(wù)水平，無(wú)縫銜接的診斷系統(tǒng)開(kāi)發(fā)在整車(chē)開(kāi)發(fā)中的重要度日益突出。完備的診斷測(cè)試系統(tǒng)，不僅能簡(jiǎn)化零部件供應(yīng)商的診斷測(cè)試工作，更能大大減少OEM廠商的診斷測(cè)試工作量，也便于對(duì)控制器供應(yīng)商進(jìn)行系統(tǒng)管理，保證診斷數(shù)據(jù)的完備性和可靠性。
系統(tǒng)架構(gòu)：
I.診斷要求
根據(jù)整車(chē)架構(gòu)、配置、參數(shù)和性能、動(dòng)力總成、底盤(pán)、車(chē)身、電子電器、空調(diào)等各部分要實(shí)現(xiàn)的功能和設(shè)計(jì)要求，提出相應(yīng)的診斷要求(零部件供應(yīng)商也需要根據(jù)診斷要求來(lái)實(shí)現(xiàn)控制器相應(yīng)的功能)。
II. ODX規(guī)則
根據(jù)診斷要求，編寫(xiě)ODX診斷數(shù)據(jù)庫(kù)實(shí)現(xiàn)規(guī)則，包括整車(chē)所有控制器都必須支持的協(xié)議要求和不同控制器單獨(dú)支持的特有功能要求;
III. ODX/OTX數(shù)據(jù)創(chuàng)建
1. 根據(jù)ODX規(guī)則創(chuàng)建診斷數(shù)據(jù)庫(kù)(可用于車(chē)輛的整個(gè)生命周期，便于數(shù)據(jù)管理)。
對(duì)于整車(chē)所有控制器都必須支持的協(xié)議要求，可用DTS Venice + Visual ODX來(lái)實(shí)現(xiàn)，實(shí)現(xiàn)流程如下圖：
?、?在DTS Venice中，基于標(biāo)準(zhǔn)的協(xié)議模板創(chuàng)建新工程;
② 在Visual ODX中導(dǎo)入整車(chē)廠的協(xié)議要求(Excel表格式)，創(chuàng)建協(xié)議層診斷數(shù)據(jù)，即實(shí)現(xiàn)診斷數(shù)據(jù)庫(kù)創(chuàng)建規(guī)范，所有控制器都必須基于這個(gè)創(chuàng)建規(guī)范來(lái)完善各自獨(dú)特功能診斷數(shù)據(jù)的創(chuàng)建;
③ 在DTS Venice中完善各個(gè)控制器獨(dú)特功能的診斷數(shù)據(jù)的創(chuàng)建。
2. 用Softing的OTX Studio創(chuàng)建自動(dòng)化診斷測(cè)試序列OTX，實(shí)現(xiàn)流程如下：
能實(shí)現(xiàn)以下自動(dòng)化測(cè)試功能：
① 診斷功能：
讀取整車(chē)控制器裝備情況;
檢查軟硬件版本號(hào)等標(biāo)示信息;
讀過(guò)程傳感器值(如車(chē)速，轉(zhuǎn)速，發(fā)動(dòng)機(jī)溫度等)，實(shí)時(shí)監(jiān)控車(chē)輛狀態(tài);
讀故障碼及其環(huán)境數(shù)據(jù);
搜索特定的故障碼;
檢查控制器對(duì)有效請(qǐng)求服務(wù)ID給出的正響應(yīng);
檢查控制器對(duì)無(wú)效請(qǐng)求服務(wù)ID或無(wú)效請(qǐng)求數(shù)據(jù)ID給出的負(fù)響應(yīng);
建立并檢查總線靜默模式(只監(jiān)控不響應(yīng));
測(cè)試時(shí)間參數(shù)：計(jì)時(shí)，延時(shí)等;
對(duì)控制器進(jìn)行傳輸協(xié)議測(cè)試，檢查控制器響應(yīng)是否正常;
客戶(hù)定制化測(cè)試序列。
?、?非診斷功能：
存儲(chǔ)，生成報(bào)告，動(dòng)態(tài)用戶(hù)對(duì)話框，通用文件進(jìn)入，xml文件…
IV.自動(dòng)代碼生成
將ODX文件導(dǎo)入到AUTOSAR配置工具中，生成.c/.h文件。
V.規(guī)則檢查
DTS Venice自帶的檢查功能，主要檢查創(chuàng)建的數(shù)據(jù)庫(kù)是否符合ASAM 2.2.0標(biāo)準(zhǔn)(一般和第三步ODX創(chuàng)建數(shù)據(jù)庫(kù)同時(shí)進(jìn)行)。
VI. ECU測(cè)試
用DTS Monaco和Q-Tester Expert對(duì)單個(gè)控制器進(jìn)行功能測(cè)試(在ECU開(kāi)發(fā)階段，零部件供應(yīng)商使用整車(chē)廠認(rèn)可的診斷工具來(lái)測(cè)試，將大大減少整車(chē)廠后期集成測(cè)試工作量)。
DTS Monaco：整車(chē)廠用來(lái)驗(yàn)證ODX數(shù)據(jù)庫(kù)完備性，確保傳遞給其他部門(mén)和零部件供應(yīng)商的數(shù)據(jù)庫(kù)沒(méi)有問(wèn)題;
Q-Tester Expert: 零部件供應(yīng)商進(jìn)行單個(gè)控制器功能測(cè)試，整車(chē)廠進(jìn)行質(zhì)量檢驗(yàn)。
Q-Tester Expert可以實(shí)現(xiàn)以下功能：
基本診斷功能測(cè)試，包括讀取物流數(shù)據(jù)，參數(shù)數(shù)據(jù)，測(cè)量數(shù)據(jù)等;
進(jìn)程控制，輸入輸出控制等;
讀/清故障碼;
單個(gè)控制器功能配置(Coding);
整車(chē)控制器功能配置(一鍵Coding)及Coding數(shù)據(jù)管理
單個(gè)控制器刷寫(xiě)/再編程(Flash/Reprogramming);
整車(chē)刷寫(xiě);
總線報(bào)文記錄;
客戶(hù)定制化需求。
Q-Tester之?dāng)?shù)據(jù)中心: 進(jìn)行ODX/OTX數(shù)據(jù)管理，許可證管理，用戶(hù)權(quán)限管理，維修數(shù)據(jù)管理等。
Q-Tester之遠(yuǎn)程診斷：便于對(duì)路試車(chē)輛進(jìn)行遠(yuǎn)程控制，實(shí)現(xiàn)診斷測(cè)試和故障修復(fù)等，省時(shí)，省力，也大大降低了整車(chē)廠的診斷測(cè)試成本。
VII.集成測(cè)試
DTS Automation來(lái)實(shí)現(xiàn)自動(dòng)化的集成測(cè)試，優(yōu)點(diǎn)：
降低對(duì)相關(guān)工作人員診斷知識(shí)的要求，簡(jiǎn)化相關(guān)工作人員的工作流程并減少其工作量;
主要用于：
生產(chǎn)過(guò)程中軟件刷新和標(biāo)定;
診斷測(cè)試臺(tái)架;
下線測(cè)試;
硬件在環(huán)測(cè)試。
VIII.生產(chǎn)
類(lèi)似集成測(cè)試，也可以用DTS Automation來(lái)實(shí)現(xiàn)。
IX.售后
用Q-Tester Workshop來(lái)實(shí)現(xiàn)。優(yōu)點(diǎn)：
保證工具鏈的無(wú)縫銜接，功能強(qiáng)大(和Expert版功能基本一樣)，只是操作更簡(jiǎn)單，不需要太多的診斷知識(shí)。
整車(chē)生命周期，診斷測(cè)試工具鏈架構(gòu)圖：
