ODX的實現與應用

ODX（Open Diagnostic data eXchange）是一種XML數據格式，用以描述汽車診斷相關數據，主要用於汽車OEM及其供應商之間交換診斷數據。現在有越來越多的OEM趨向於建立以ODX格式爲核心的規範化診斷流程。

在過去，許多汽車OEM開發了私有的診斷數據解決方案。即使需求略有不同，也需協同開發特定的診斷測試系統。因此，不同車型、不同ECU，只能使用專門爲其定製開發的測試設備進行診斷測試。甚至，在同一個公司中，不同部門，診斷數據描述格式也不統一。ODX的引入將改變這一切。

ODX – 診斷數據交互的開放格式

2002年開始，ASAM （Association for Standardization of Automation and Measuring Systems）組織的ODX工作組開始制定描述診斷數據的標準，以便能夠簡單地交換診斷數據，甚至跨越工具邊界。ODX標準的第一個版本於2004年發佈，從那時起經歷了不斷的開發和完善（圖1）。2008年，ISO組織正式釋放ISOODX標準——ISO22901。ODX數據交換格式主要用於參數化測試系統，它包含診斷ECU和車輛所需的所有信息。這便於創建數據驅動的診斷應用程序，因爲診斷ECU所需的信息都可以以ODX數據的形式提供。

圖1 ODX標準發展史

ODX的最新版本爲2.2.0，包含7層子模塊（圖2）。它們分別描述了：診斷數據和服務，通信參數，整車接口，刷寫數據，ECU配置，功能導向的診斷以及多ECU任務。可以打包子模塊以實現特定診斷用例。

圖2 ODX 7層子模塊

另一個ASAM / ISO標準（MCD-3D，ISO22900）定義了診斷運行時系統的編程接口。向實施該標準的軟件庫提供的數據是基於ODX格式。

項目經驗

ODX標準提供用於診斷描述的模塊化系統。它支持許多應用案例，提供各種避免冗餘的方法，並允許用戶在描述數據時考慮他們的特定要求。

在全球的第一個跨OEM項目中，兩個德國的OEM已經通過ASAM ODX標準交換和實現診斷數據。OEM1以一個診斷模板爲基礎，建立整車所有ECU的診斷描述文件。OEM2獲取所有的診斷內容，然後通過這些內容參數化測試系統，尤其是在售後服務領域。因此，診斷工具可以在售後服務階段調整車輛到最優化的狀態。跨OEM診斷數據交換的成功應用強調了實踐中標準格式的重要性。

OEM和供應商進行數據交互的經驗表明，OEM定製的實現指南可以統一不同的描述理念和實現方法。ODX實現指南，即OEM企業級ODX規範（ODX Authoring GuideLine），符合ODX國際標準，基於OEM診斷需求，具有唯一性。每個OEM都有自己的診斷需求、診斷功能和診斷實現，標準化的ODX規範並不能滿足OEM的個性化要求。ODX標準不僅是通用國際標準，而且提供了廣泛的自由度。每個OEM在應用ODX時，必須在標準的ODX規範基礎上，基於OEM私有的診斷需求定義OEM私有的ODX實現指南。每個OEM的ODX實現指南都是獨一無二的。實現指南的一致性由檢查工具來確保。

舉個例子說明OEM ODX AGL的重要性和唯一性：在ODX中，可以通過多種方式實現診斷服務的定義。每一種方式都符合ODX國際標準，每一種實現方式都可以被ODX解析工具準確解析，但其中只有一種方式與OEM特定的診斷實現策略一致,在OEM ODX AGL中明確定義這一種實現方式。

引入ODX的挑戰

迄今爲止，由於ODX標準的複雜性，創建ODX數據的過程僅限於有限的專家圈。當前的ODX規範定義了大約400頁的內容。診斷用戶寧願專注於診斷應用，而不是花大量的時間去處理ODX規範和ODX數據。如果有合適的工具支持，這是可以實現的。在理想情況下，用戶只需面對診斷驅動的數據視圖。與office中的應用軟件類似，不需要基礎數據格式的專業知識，如構成ODX的XML和UML。這使得在沒有ODX專家級知識的情況下創建和處理符合ODX標準的診斷數據成爲可能。

診斷開發流程的有效支持

在如下跨OEM項目中，建立ODX數據採用的是Vector的診斷工具CANdelaStudio（圖3）。

圖3 跨OEM的診斷數據交互

CANdela方法論，不僅支持診斷數據庫的建立，而且能夠覆蓋整個診斷開發流程，從需求定義到代碼實現，以及ECU或整車的測試驗證。整個工具鏈的核心是數據庫編輯工具CANdelaStudio，它可以支持ODX數據的導入導出。CANdelaStudio支持多種數據格式的交互，是將已有數據轉化爲ODX的理想選擇（圖4）。