在展開正文之前，先說明一下，此文介紹的解析ODX數(shù)據(jù)庫的目的所在。

針對涉及診斷功能類（如DTC等）測試的項目，實現(xiàn)過程大致為兩步：先通過CANoe-CAPL完成通用的診斷功能測試腳本的開發(fā)；當針對具體ECU實施測試時，依據(jù)該ECU的診斷數(shù)據(jù)表，完成上述通用腳本的參數(shù)配置，可以手動配置（效率較低）或通過解析診斷數(shù)據(jù)表完成自動配置。過往項目中，診斷數(shù)據(jù)表既有Excel表格也有ODX格式。

為此，北匯開發(fā)了診斷數(shù)據(jù)表的解析模塊（支持Excel和ODX格式），實現(xiàn)對測試腳本參數(shù)的自動配置，從而提高效率。

01 ODX實現(xiàn)方式

ODX使用統(tǒng)一建模語言UML類圖來描述的，ODX數(shù)據(jù)又是通過XML文件格式來儲存的。我們知道類包含屬性和方法，同時具有封裝、繼承、多態(tài)等特點。那么如何將UML映射為XML呢？ISO22901-1規(guī)范做出如下規(guī)定：

規(guī) 定

將UML類映射為XML的元素； 如果UML中類的屬性有《attr》標記，則將該屬性映射為XML元素的屬性；如果UML中類的屬性無《attr》標記，則映射為XML元素的子元素。如果UML屬性有《content》標記，則映射為XML元素的內容；

如果類B通過Aggregation和composition和類A建立聯(lián)系，則類B映射為XML 類A元素的子元素；

如果類B通過association和類A產生關聯(lián)，則在XML中通常以引用的方式實現(xiàn)，如《snref》，《snpathref》或《odxlink》；

UML類圖中的繼承關系，在XML中以的方式實現(xiàn)；

注：Aggregation、composition和association為UML類圖之間的關系，在這里不做詳細介紹。

圖1和圖2就是根據(jù)以上規(guī)則，將UML轉化為XML的例子。



圖1



圖2

02 ODX繼承-值繼承

值繼承屬于ODX中的核心概念，面向對象繼承的概念用于診斷數(shù)據(jù)模型具有如下優(yōu)點：

多個ECU變體對診斷數(shù)據(jù)的復用；

對于ECU應用于多個項目的情況，可以提取公共數(shù)據(jù)，ECU變體中只保留不同的數(shù)據(jù)，從而減少數(shù)據(jù)冗余；

提供了數(shù)據(jù)安全和可集成性。

在上一期我們簡單介紹了下ODX繼承，為了避免數(shù)據(jù)的重復冗余，ODX將診斷層分為了5個層級。如圖3所示，其中，Protocol具有一般性，ECU Variant具有特殊性，ECU Shared Data類似一個library，可以為其他層提供數(shù)據(jù)和服務。



圖3 我們知道，ODX中的繼承關系，在XML中以的方式實現(xiàn)的，如果繼承的數(shù)據(jù)中有部分數(shù)據(jù)不適用，可以通過去除不適用的數(shù)據(jù)。

從圖4的例子中可以看出，該ECU不支持level3和level4解鎖等級。



圖4

03 ODX解析思路簡介

當我們拿到一份ODX或者PDX（PDX是將一系列ODX文件打包）時，如何開展解析工作呢？

首先找到ECU的Base Variant文件。

在Base Variant中查找繼承關系。

在Base Variant文件中查找對應的ECU變體即ECU Variant。

在ECU Variant文件中查找對應的診斷服務和數(shù)據(jù)。

圖5

04 ODX解析實踐

根據(jù)章節(jié)3的ODX解析思路，獲得的解析結果見圖6、7和8。其中ECU Shared Data作為library，提供了通用的診斷服務，見圖6；而ECU變體BCM 88890251 A除了繼承Base Variant的通用診斷服務，還增加了多個DID、RID、IO Control，同時去除了19 15、27 05和27 06這些不適用的服務。圖8展示了ODX中包含的多種數(shù)據(jù)類型，這里不再詳細介紹。



圖6



圖7



圖8

05 總結

相較于傳統(tǒng)的Excel格式的診斷數(shù)據(jù)交換的不便性，ODX統(tǒng)一了診斷文件的格式，在研發(fā)、測試、生產和售后等部門傳遞交換時，不需要進行格式轉換，因此，很多OEM開始使用ODX。






審核編輯：劉清