由于在DTS的使用說(shuō)明文檔中僅是以英文形式給出了簡(jiǎn)略的創(chuàng)建ODX過(guò)程。為便于用戶使用Venice，下面我們將以圖文形式對(duì)如何在DTS Venice中創(chuàng)建ODX模板進(jìn)行更為詳細(xì)的介紹。同時(shí)以創(chuàng)建一個(gè)22服務(wù)作為舉例，為大家講解如何完整的建立service。

　　1、創(chuàng)建project過(guò)程

　　一個(gè)project就是一個(gè)項(xiàng)目，這個(gè)過(guò)程是在system configurator下完成的，具體打開方式如下：開始→所有程序→Diagnostic Tool Set→System Configurator。打開界面如下：

　　這里務(wù)必要注意自己的license時(shí)效，若已過(guò)時(shí)間，請(qǐng)及時(shí)與我們的相關(guān)人員聯(lián)系，獲取最新的license。進(jìn)入project administration界面，其中你會(huì)發(fā)現(xiàn)在軟件安裝完成后，已經(jīng)存在的幾個(gè)例子項(xiàng)目。右鍵任一project均可選擇Open in Venice選項(xiàng)在Venice中打開進(jìn)行定義和修改。

　　在其左側(cè)框內(nèi)右鍵new project開始創(chuàng)建項(xiàng)目。

　　這里要特別聲明一下的是，一般情況下我們選擇的都是ODX 2.2.0版本的template，因?yàn)檫@是目前最新的模板。也可以根據(jù)實(shí)際需要選擇適合自己的版本。打開模板后會(huì)出現(xiàn)以下protocol選項(xiàng)：

　　若是使用的CAN通道就選擇(ISO_14229_3_on_15765_2),若是DOIP格式就選擇對(duì)應(yīng)的協(xié)議內(nèi)容，既可以選擇一個(gè)也可以選擇多個(gè)。區(qū)別在于，打開Venice后其內(nèi)部的包含協(xié)議有區(qū)分。這里我們選擇的是最為常見的CAN通道模式。如下圖所示：

　　注意：

　　①在DTS的命名規(guī)范中，是不存在空格形式的，可以用英文下劃線代替或者首字母大寫。

　?、谶@里選擇Create Default VIT的原因是，當(dāng)我們不能夠?qū)⒃敿?xì)的Vehicle Information添加到Venice中，又需要在測(cè)試工具中進(jìn)行service中測(cè)試時(shí)，這個(gè)選項(xiàng)會(huì)幫助你模擬對(duì)應(yīng)的車輛信息。

　　選擇下一步，這樣就完成了一個(gè)基礎(chǔ)project的創(chuàng)建。在Venice中打開，便可以看到如下界面：

　　2、搭建FG層

　　在Venice中，為了更好的對(duì)ECU進(jìn)行定義和區(qū)分，它設(shè)置了不同層次的容器層依次對(duì)其對(duì)應(yīng)功能進(jìn)行劃分。從上到下依次為：SD(共享層Share Data)、PR(協(xié)議層Protocol)、FG(功能分組層Functional Groups)、BV(控制器基礎(chǔ)參數(shù)層ECU Base Variants)、EV(控制器參數(shù)層ECU Variants)五個(gè)容器層。這五者之間可以理解為層層繼承的關(guān)系，也可以單獨(dú)存在。繼承關(guān)系為了避免數(shù)據(jù)冗余以及后期擴(kuò)展。

　　我們可以在Diagnostic Layer Containers中右鍵新建創(chuàng)建新的DLC。命名規(guī)范為DLC_所在容器層_名稱。

　　注意：FG層是要在Functional Groups下新建new DiagLayer選擇就好。這里我們要注意的是先把每一層之間的繼承關(guān)系建立起來(lái)。雙擊任一層均可以打開它的繼承關(guān)系窗口進(jìn)行選擇和替換。例如PR層它的繼承關(guān)系如下圖所示：

　　我們看到它實(shí)際上已經(jīng)與SD層的相關(guān)內(nèi)容建立了繼承。我們要做的就是將他的下一層FG層與其建立聯(lián)系。

　　注意：FG層也可以跳躍繼承SD層的內(nèi)容。

　　3、搭建BV層

　　在Diagnostic Layer Containers中右鍵新建創(chuàng)建新的DLC。命名規(guī)范為DLC_所在容器層_名稱。

　　創(chuàng)建完成后在對(duì)應(yīng)的容器層下新建new ，選擇已經(jīng)定義好的ShortName，創(chuàng)建即可。打開之后我們便會(huì)看到同樣的繼承選項(xiàng)。選擇上一層FG層即可。

　　4、創(chuàng)建22服務(wù)

　　這里我們以ACM中的Airbag Active進(jìn)行舉例。具體步驟如下:

　　4.1定義service

　　Diagnostic Communication中選擇Diagnostic services右鍵new data，定義Short Name以及Long Name。Name的定義本身要按照規(guī)范來(lái)，這樣便于后期的查找修改。其基本定義如下：

　　一般情況下，我們需要對(duì)Diagnostic Class、Semantic、Addressing、Transmission Mode以及Protocol進(jìn)行定義。這里要注意的兩個(gè)點(diǎn)是：①我們要注意Audience部分如下圖

　　有些情況下，Audience是并不可以每一個(gè)選項(xiàng)都包含的類似于10服務(wù)的Audience就僅有Development選項(xiàng)被勾選。

　?、谟行┓?wù)是需要對(duì)Positive Response Suppressable Bit Mask以及Parameter Reference進(jìn)行引用的。例如10服務(wù)。

　　4.2 Request定義

　　對(duì)request部分進(jìn)行定義，類比于service創(chuàng)建，只需要在requests下右鍵new data對(duì)Name進(jìn)行定義，其定義方式為在后續(xù)添加_Req即可。重點(diǎn)是parameter部分定義，其定義結(jié)果如下：

　　這里重點(diǎn)是parameter type選擇以及semantic定義。然后按照規(guī)范對(duì)每一個(gè)Req的字節(jié)位數(shù)、數(shù)據(jù)種類等等進(jìn)行定義。這里尤其要注意的是encoding部分(這是好多初學(xué)者忽略之處)，如下圖：

　　具體每一個(gè)encoding含義請(qǐng)參照Venice說(shuō)明文檔。

　　以下是DID定義部分：

　　我們會(huì)發(fā)現(xiàn)，Bit Length為16位，encoding為Undefined。每一個(gè)Req其涵蓋內(nèi)容均會(huì)有所差異，還請(qǐng)仔細(xì)研究。

　　4.3 Positive Response定義

　　同理，右鍵new data，Name部分增加_Pos，其SID定義部分如下圖所示：

　　其DID部分定義如下圖所示：

　　我們發(fā)現(xiàn)，其parameter type改為Matching Request Param，這是為了與request部分進(jìn)行匹配，要對(duì)起始位與字節(jié)位數(shù)進(jìn)行定義。

　　每一個(gè)服務(wù)均會(huì)在positive response中涵蓋本身通訊的parameter，此服務(wù)的參數(shù)簡(jiǎn)寫為AA，即Airbag Active。其定義結(jié)果如下圖，涉及到DOP參數(shù)定義環(huán)節(jié)。

　　其中DOP-Base Ref的內(nèi)容一些我們是可以在上層容器層中直接引用，部分本層獨(dú)有的需要在本層定義引用。具體定義如下：

　　①在Data dictionary specification中選擇Data object properties，新建new data。鍵入?yún)?shù)名稱(此名稱是根據(jù)實(shí)際使用屬性定義，建議按照規(guī)范命名)，其定義結(jié)果如下：

　　注意：Data Type以及method Type。

　　②對(duì)Compu-Method進(jìn)行定義，定義結(jié)果如下：

　　某些DOP還需要對(duì)constraints部分進(jìn)行l(wèi)imit設(shè)置。完成對(duì)DOP設(shè)置，回到AA定義環(huán)節(jié)，進(jìn)行引用即可。

　　4.4 Negative Responses定義

　　區(qū)別于以上兩個(gè)設(shè)定的是，在Negative中首先需要定義NRID(即Negative Response ID)定義如圖所示：

　　然后定義SID，這里的SID作用是matching，其定義界面如下：

　　注意：各Byte Length，Bit Position的數(shù)值選擇。

　　其次是NRC(Negative Response Code)的定義，這里我們便引用的是在SD層下定義的DOP，詳細(xì)設(shè)置如圖所示：

　　這里的NRC包含所有需要對(duì)Negative Response進(jìn)行code說(shuō)明的數(shù)據(jù)，我們可以通過(guò)右鍵go to的方法進(jìn)入DOP設(shè)置界面，可以發(fā)現(xiàn)大量的code定義數(shù)據(jù)。

　　也可以在constriants中看到對(duì)應(yīng)的scale constraint。最后是NRCC(Negative Response Code Const)定義，設(shè)置界面如下圖所示

　　注意：BytePosition決定于上面三個(gè)parameter所占用的BitLength;CodeValue每一個(gè)是有對(duì)應(yīng)含義的，其具體對(duì)應(yīng)關(guān)系請(qǐng)研究ASAM14229協(xié)議。這樣，我們就完成了所有相關(guān)部分的設(shè)置。返回Diagnostic Service界面。

　　4.5 完成引用，進(jìn)行check

　　在Diagnostic Service找到自己定義的service，將對(duì)應(yīng)的request、positive response 、negative response依次通過(guò)右鍵new data的方式進(jìn)行添加。

　　然后選擇check工具。檢查無(wú)誤，記得保存。

　　這樣我們就完成了Venice下一個(gè)22服務(wù)的完整搭建。