【原】淺析幾種常見的診斷數(shù)據(jù)庫(kù)——ARXML

車載診斷技術(shù) 2022-02-04

展開全文

前兩篇文章：

淺析幾種常見的診斷數(shù)據(jù)庫(kù)——CDD

淺析幾種常見的診斷數(shù)據(jù)庫(kù)——ODX

分別回憶了常見診斷數(shù)據(jù)庫(kù)CDD、ODX文件格式,，今天主要介紹另外一種常用的數(shù)據(jù)庫(kù)文件格式——ARXML（主要應(yīng)用于AUTOSAR流程數(shù)據(jù)交互）

AUTOSAR診斷提取模板——ARXML

AUTOSAR是汽車開放系統(tǒng)架構(gòu),，該架構(gòu)有利于車輛電子系統(tǒng)軟件的交互與更新,，并為高效管理復(fù)雜的車輛電子和軟件系統(tǒng)提供基礎(chǔ)。AUTOSAR定義統(tǒng)一的數(shù)據(jù)庫(kù)格式（*.arxml）,，包括網(wǎng)絡(luò),、診斷等。

AUTOSAR定義的診斷提取格式,，用于DCM（診斷通信管理器）,、DEM（診斷事件管理器）以及FIM（功能抑制管理器）的需求及配置定義,。ARXML最初與AUTOSAR 4.2.1一起發(fā)布,，在早期階段只標(biāo)準(zhǔn)化UDS信息，AUTOSAR 4.3.0增加對(duì)OBD-II/WWHOBD/FIM/SAE J1939的相應(yīng)擴(kuò)展,。因此,，ARXML涵蓋AUTOSAR支持的用于診斷的所有基礎(chǔ)軟件模塊的配置。該文件可以描述相應(yīng)協(xié)議傳輸?shù)臄?shù)據(jù),，還可以描述ECU應(yīng)用軟件中數(shù)據(jù)的來源,。當(dāng)且僅當(dāng)兩種類型的信息均可用時(shí)，才可以完全配置基礎(chǔ)診斷軟件,。

其主要元素包括：

★
UDS/OBD/WWH-OBD/SAE J1939等診斷服務(wù)和相關(guān)子服務(wù)在AUTOSAR架構(gòu)中的配置數(shù)據(jù),；
”

★
故障路徑和故障存儲(chǔ)器（Fault Memory）；
”

★
診斷數(shù)據(jù)元素和相關(guān)數(shù)據(jù)類型,；
”

★
將診斷數(shù)據(jù)元素映射到應(yīng)用軟件,；
”

★
功能抑制（FIM）。
”

ARXML滿足AUTOSAR診斷模塊的需求,，應(yīng)用于開發(fā)階段的代碼設(shè)計(jì),，支持AUTOSAR Classic以及Adaptive 平臺(tái)。相較于CDD應(yīng)用于診斷開發(fā)全流程,，ODX應(yīng)用于生產(chǎn)售后階段,，ARXML則專業(yè)服務(wù)于AUTOSAR架構(gòu)中診斷模塊軟件的實(shí)現(xiàn)。區(qū)別于其它診斷數(shù)據(jù)庫(kù),，ARXML描述基礎(chǔ)軟件與應(yīng)用程序軟件的交互,，即其特有的元素：診斷映射。診斷映射描述基礎(chǔ)軟件中診斷元素之間的連接,，例如例程（Routine）,、DID數(shù)據(jù)、事件（Event）以及應(yīng)用程序?qū)拥能浖M件（SWC）,。為此,，必須以符合AUTOSAR定義的建模方式對(duì)軟件組件的接口進(jìn)行建模，存在多種通信模式以訪問客戶端/服務(wù)器接口上的功能調(diào)用,，或通過發(fā)送器/接收器接口實(shí)現(xiàn)診斷功能,。過去,，集成商必須在基礎(chǔ)軟件和應(yīng)用程序軟件的端口之間手動(dòng)配置數(shù)千種該類型的連接。這不僅減少錯(cuò)誤的可能性,，同時(shí)節(jié)省時(shí)間并提高質(zhì)量,。

總結(jié)（應(yīng)用場(chǎng)景和區(qū)別）

從描述的診斷信息來區(qū)分：

ODX描述的內(nèi)容包括診斷服務(wù)、診斷數(shù)據(jù),、DTC維修信息,、通信參數(shù)等診斷信息外，還可以描述配置信息,、刷寫數(shù)據(jù)以及車輛功能信息庫(kù),；

CDD除與ODX類似的診斷信息外，還可以描述DTC Event,，用于DEM的實(shí)現(xiàn),；DEXT在描述DID/IO Control/Routine/DTC以及Event等診斷數(shù)據(jù)信息的基礎(chǔ)上，增加了應(yīng)用程序中的數(shù)據(jù)端口

AUTOSAR用于基礎(chǔ)軟件的診斷模塊配置,，并且是AUTOSAR Adaptive平臺(tái)唯一的輸入格式,。由于服務(wù)于AUTOSAR代碼的專業(yè)性，ARXML缺少與診斷儀或測(cè)試設(shè)備之間通信的描述,，不能應(yīng)用在診斷驗(yàn)證以及參數(shù)化診斷儀中,。

ODX符合參數(shù)化診斷儀的需求，能夠使參數(shù)化診斷儀實(shí)現(xiàn)診斷通信,、ECU配置以及軟件刷寫等功能,。ODX和ECU軟件之間的信息鴻溝較大，例如,，用于錯(cuò)誤檢測(cè)的去抖動(dòng)或位移算法對(duì)于基礎(chǔ)軟件至關(guān)重要,，但在ODX中完全缺少此信息。與此同時(shí),，OEM的ODX編寫準(zhǔn)則之間的巨大差異進(jìn)一步使更換ECU配置的可能性更加復(fù)雜,，所以O(shè)DX應(yīng)用于ECU基礎(chǔ)軟件配置以及診斷功能驗(yàn)證階段的情況較少

結(jié)束語

★
在診斷開發(fā)和應(yīng)用的“V-L”流程中，會(huì)面臨不同的診斷儀和診斷測(cè)試設(shè)備,，而不同的設(shè)備需要支持不同的診斷數(shù)據(jù)庫(kù),，從而滿足不同階段類似的又各有特色的需求。CDD文件適用于診斷開發(fā)流程,，ARXML專業(yè)服務(wù)于AUTOSAR軟件開發(fā),，ODX常用于生產(chǎn)售后等階段的診斷儀或平臺(tái)。用戶定義CDD文件,，從CDD文件導(dǎo)出ODX和ARXML文件,，從而保證數(shù)據(jù)的一致性，也可以減少建立多種診斷數(shù)據(jù)庫(kù)的時(shí)間,，同時(shí)又能擴(kuò)展不同階段的特殊需求,，覆蓋從開發(fā)到生產(chǎn)售后的整個(gè)診斷流程,，有利于所有診斷用戶快速高效地完成診斷工作。
”

以上內(nèi)容是關(guān)于診斷數(shù)據(jù)庫(kù)格式的總結(jié),，希望有所幫助,。