我們?yōu)槭裁葱枰@個AGL規(guī)范?這是好多客戶在創(chuàng)建ODX數(shù)據(jù)庫開始便會向我們提出的疑問。其實答案也很簡單，一方面為了規(guī)范ODX數(shù)據(jù)庫的命名等，另一方面便于將來擴(kuò)展支持新的控制器和車型。
AGL的全稱為Authoring Guidelines，即ODX編寫指南。ODX標(biāo)準(zhǔn)定義了描述車輛和ECU的診斷數(shù)據(jù)的數(shù)據(jù)模型(例如:診斷故障碼DTC、數(shù)據(jù)參數(shù)data parameters、數(shù)據(jù)識別identification data、輸入/輸出參數(shù)input/output parameters、編碼的數(shù)據(jù)變量variant coding data或是通訊參數(shù)communication parameters)。除了對于數(shù)據(jù)類型的描述有ODX標(biāo)準(zhǔn)以外，數(shù)據(jù)通訊和數(shù)據(jù)交換也含有對應(yīng)的通訊協(xié)議(UDSonCAN,DOIP,KWP2000線等等)，因此，為了簡化過程，客戶需要一套完善的操作指南和規(guī)范引導(dǎo)，AGL就應(yīng)運而生。
在汽車診斷領(lǐng)域，有一個大家普遍接受的理念，便是汽車生命周期的V模型，如下圖所示：
圖中是風(fēng)丘科技為客戶提供的V模型解決方案，每一個環(huán)節(jié)都會有對應(yīng)的軟硬件。我們可以看到，在確定基本診斷要求后，就需要開始ODX規(guī)則AGL的編寫。
下面我們簡單闡述一下，AGL規(guī)則內(nèi)會包含的主要內(nèi)容有哪些。首先，我們需要確認(rèn)，客戶基于ODX標(biāo)準(zhǔn)版本，目前使用較多的為ODX2.0.1與ODX2.2.0。不同版本的ODX，其協(xié)議規(guī)范會存在一定的差異。其中ODX2.2.0為最新版本。
AGL中主要會涵蓋以下幾部分內(nèi)容：
1、會對整個ODX庫的數(shù)據(jù)結(jié)構(gòu)與診斷層拓?fù)浣Y(jié)構(gòu)做出部分定義的闡述和建議;
2、針對相關(guān)參數(shù)以及變量給出命名規(guī)范的建議，這是為了避免命名冗余或是重復(fù)從而導(dǎo)致的檢索錯誤。這個命名規(guī)范內(nèi)，會包括LongName(長名稱)與ShortName(短名稱)的詳細(xì)要求;
3、會針對其中的DOP屬性給出使用的數(shù)學(xué)方法、數(shù)據(jù)類型、數(shù)據(jù)長度要求、對應(yīng)參數(shù)約束等等提出參考和建議;
4、會著重對DID部分，以及coding引用詳細(xì)闡述;
5、針對某些特定的service做出說明和在庫內(nèi)的使用進(jìn)行描述。只要是在協(xié)議內(nèi)涉及到的部分，均會在規(guī)則下有所體現(xiàn)。
例如：
其中，R代表強(qiáng)制性要求;P代表非強(qiáng)制性。
客戶可以使用我們的軟件產(chǎn)品DTS工具集中的DTS_Venice是創(chuàng)建ODX數(shù)據(jù)庫。其軟件界面如下圖所示：
使用這款軟件的優(yōu)勢在于，其內(nèi)部的檢查機(jī)制已經(jīng)將目前常用的協(xié)議規(guī)范內(nèi)的一些硬性指標(biāo)集成在軟件內(nèi)。只要你在創(chuàng)建ODX庫前針對用到的協(xié)議進(jìn)行選擇，本身就會在建庫過程中規(guī)范你的ODX庫格式。
眾所周知的是，在汽車診斷這一塊，是存在標(biāo)準(zhǔn)部分與非標(biāo)這么一說的。所以，我們在制定AGL規(guī)則時，會參考客戶本身的建庫習(xí)慣，雙向權(quán)衡，抉擇出最利于客戶的使用規(guī)范。同時，這些比較也會在AGL規(guī)范文件中有所體現(xiàn)。
