道路車輛 局域互聯(lián)網絡(LIN) 第6部分:協(xié)議一致性測試規(guī)范_第1頁
道路車輛 局域互聯(lián)網絡(LIN) 第6部分:協(xié)議一致性測試規(guī)范_第2頁
道路車輛 局域互聯(lián)網絡(LIN) 第6部分:協(xié)議一致性測試規(guī)范_第3頁
道路車輛 局域互聯(lián)網絡(LIN) 第6部分:協(xié)議一致性測試規(guī)范_第4頁
道路車輛 局域互聯(lián)網絡(LIN) 第6部分:協(xié)議一致性測試規(guī)范_第5頁
已閱讀5頁,還剩66頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

ICS43.040

CCST36

中華人民共和國國家標準

GB/TXXXXX—XXXX/ISO17987-6:2016

`

道路車輛局域互聯(lián)網絡(LIN)

第6部分:協(xié)議一致性測試規(guī)范

Roadvehicles-LocalInternetNetwork(LIN)-Part6:LINProtocolconformancetest

specification

(ISO17987-6:2016,IDT)

(征求意見稿)

(本草案完成時間:2021.12.10)

在提交反饋意見時,請將您知道的相關專利連同支持性文件一并附上。

GB/TXXXXX—XXXX/ISO17987-6:2016

前言

本文件按照GB/T1.1—2020《標準化工作導則第1部分:標準化文件的結構和起草規(guī)則》的規(guī)定

起草。

本文件為GB/TXXXXX《道路車輛局域互聯(lián)網絡(LIN)》的第6部分。GB/TXXXXX已經發(fā)布了以

下部分:

——第1部分:一般信息和使用案例定義;

——第2部分:傳輸層協(xié)議和網絡層服務;

——第3部分:協(xié)議規(guī)范;

——第4部分:12V/24V電氣物理層規(guī)范;

——第5部分:應用程序接口;

——第6部分:協(xié)議一致性測試規(guī)范;

——第7部分:電氣物理層一致性測試規(guī)范;

——第8部分:電氣物理層規(guī)范直流電源線上的局域互聯(lián)網絡。

本文件等同采用ISO17987-6:2016《道路車輛局域互聯(lián)網絡(LIN)第6部分:協(xié)議一致性測試規(guī)

范》。

本文件做了下列最小限度的編輯性改動:

——將國際標準中的“本國際標準”改為“本文件”;

——刪除國際標準的前言;

——規(guī)范性引用文件由國際標準替換為等同采用的國家標準。

本文件由中華人民共和國工業(yè)和信息化部提出。

本文件由全國汽車標準化技術委員會(SAC/TC114)歸口。

本文件起草單位:

本文件主要起草人:

IV

GB/TXXXXX—XXXX/ISO17987-6:2016

引言

GB/TXXXX標準定義了用例、通訊協(xié)議和車輛通訊網絡的局域互聯(lián)網絡的物理層需求。

所提到的LIN協(xié)議是一種基于汽車的低速通用異步收發(fā)器的網絡,它的一些關鍵特性是基于信號通

訊,基于調度表的幀傳輸,主從通訊錯誤檢測,節(jié)點配置和診斷服務傳輸。

LIN協(xié)議適用于低成本的汽車控制應用,比如門模塊和空調系統(tǒng)。作為車輛低速控制應用的通訊基

礎設施,它能提高以下功能:

——基于信號在不同節(jié)點的應用程序之間交換信息;

——比特率支持1kbit/s到20kbit/s;

——基于確定性調度表的幀通訊;

——喚醒和休眠LIN網絡的網絡管理方案;

——提供錯誤處理和錯誤信號的狀態(tài)管理;

——傳輸層允許大量數(shù)據(jù)的傳輸(例如診斷服務);

——如何處理診斷服務的規(guī)范;

——電氣物理層規(guī)范;

——用于描述從節(jié)點屬性的節(jié)點描述語言;

——用于描述通訊行為的網絡描述文件;

——應用程序接口。

GB/TXXXX標準基于ISO/IEC7498-1中規(guī)定的開發(fā)系統(tǒng)互連基本參考模型,該模型將通信系統(tǒng)架

構分為七層。

該模型將數(shù)據(jù)通信架構分為七層,即(自上而下)應用層(7層)、表示層、會話層、傳輸層、網

絡層、數(shù)據(jù)鏈路層和物理層(一層)、這些層的子集都應用在GB/TXXXX中(所有部分)。

GB/TXXXX標準區(qū)分了由一層提供給它上面一層的服務和該層用來在它的對等實體之間發(fā)送消息

的協(xié)議。這種區(qū)分的原因主要是為了服務,尤其是應用層服務和傳輸層服務,也用于除LIN以外的其

他類型的網絡。因此,協(xié)議對服務的使用者是隱藏的,并且如果有特殊的系統(tǒng)需求,可以修改協(xié)議。

GB/TXXXX標準提供了支持以下相關要求實施所需的所有文件和參考材料:

——GB/TXXXX.1:本文件概述了GB/TXXXX系列標準和結構及用例定義和供所有后續(xù)部分使

用的公共資源集(定義、引用);

——GB/TXXXX.2:本文件規(guī)定了在LIN節(jié)點之間傳輸消息的PDU傳輸協(xié)議網絡層要求;

——GB/TXXXX.3:本文件規(guī)定了在抽象邏輯層上實現(xiàn)LIN協(xié)議的要求及與硬件相關的規(guī)則;

——GB/TXXXX.4:本文件規(guī)定了實現(xiàn)互連協(xié)議所需的有效硬件組件的要求;

——GB/TXXXX.5:本文件規(guī)定了LIN應用程序接口(API)以及節(jié)點配置和標識服務。節(jié)點配

置和標識服務在API中進行定義,定義了從節(jié)點的配置方式和從節(jié)點如何使用標識服務;

——GB/TXXXX.6:本文件規(guī)定了根據(jù)第2部分和第3部分檢查LIN協(xié)議實現(xiàn)的一致性,包括對

數(shù)據(jù)鏈路層、網絡層和傳輸層的測試;

——GB/TXXXX.7:本文件規(guī)定了根據(jù)第4部分檢查LIN電氣物理層實現(xiàn)(抽象邏輯層)一致性

的測試;

——GB/TXXXX.8:本文件規(guī)定了LIN通信系統(tǒng)直流電源線電氣物理層(EPL)的實現(xiàn)要求和EPL

的符合性測試計劃。

V

GB/TXXXXX—XXXX/ISO17987-6:2016

道路車輛局域互聯(lián)網絡(LIN)

第6部分:協(xié)議一致性測試規(guī)范

1范圍

本文件規(guī)定了車輛局域控制網絡LIN(以下簡稱LIN)協(xié)議一致性測試要求及方法。此測試驗證LIN

通信控制器相對于GB/TXXXX.2和GB/TXXXX.3的一致性。

本文件提供所有必要的技術信息,以確保在不同的測試系統(tǒng)上測試結果一致,前提是專用的測試套

件和測試系統(tǒng)符合本文件要求。

2規(guī)范性引用文件

下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中,注日期的引用文件,

僅該日期對應的版本適用于本文件;不注日期的引用文件,其最新版本(包括所有的修改單)適用于本

文件。

GB/TXXXX.2道路車輛局域互連網絡(LIN)第2部分:傳輸層協(xié)議和網絡層服務(ISO17987-

2:2016Roadvehicles—LocalInterconnectNetwork(LIN)—Part2:Transportprotocolandnetworklayer

services,IDT)

GB/TXXXX.3道路車輛局域互連網絡(LIN)第3部分:協(xié)議規(guī)范(ISO17987-3:2016Road

vehicles—LocalInterconnectNetwork(LIN)—Part3:Protocolspecification,IDT)

GB/TXXXX.4道路車輛局域互連網絡(LIN)第4部分:12V/24V電氣物理層規(guī)范(ISO17987-

4:2016Roadvehicles—LocalInterconnectNetwork(LIN)—Part4:Electricalphysicallayer(EPL)

specification12V/24V,IDT)

3術語和定義

下列術語和定義適用于本文件。

B類設備classBdevice

基于μC的LIN器件。

注:這些設備可以在μC和收發(fā)器之間的Rx和Tx接口電路上進行測量。

C類設備classCdevice

具有μC和收發(fā)器的集成LIN設備(ECU)。

注:這些設備無法在μC與收發(fā)器之間的Rx和Tx接口電路上進行測量。

4符號和縮略語

1

GB/TXXXXX—XXXX/ISO17987-6:2016

本文件使用的符號及其釋義見表1,縮略語及其釋義見表2。

表1符號及其釋義

序號符號釋義單位

1FTOL_RES_MASTER主節(jié)點的比特率容限(絕對值),參見GB/TXXXX.3%

未使用同步(絕對值)的從節(jié)點的比特率容限,參見GB/T

2FTOL_RES_SLAVE%

XXXX.3

使用同步的從節(jié)點的比特率容限(同步后的與主節(jié)點的相對值對

3FTOL_SYNC%

整個消息有效),參見GB/TXXXX.3

使用同步的從節(jié)點的比特率的未同步前的容限,參見GB/T

4FTOL_UNSYNC%

XXXX.3

5TAWAKE從喚醒信號結尾處到幀頭間隔場開始處之間的測量時間s

6TBIT位時間,取決于位速率s

7TBIT_MAX_MASTERTBIT_MAX_MASTER=TBIT(1?FTOL_RES_MASTER)s

8TBIT_MIN_MASTERTBIT_MIN_MASTER=TBIT(1+FTOL_RES_MASTER)s

9TBIT_NOM_MASTERTBIT_NOM_MASTER=TBITs

10TBRKDEL中斷間隔符,參見GB/TXXXX.31-14TBIT

中斷間隔符最大值,計算公式:THEADER_MAX-

11TBRKDEL_MAX14.6TBIT

(TBRKFLD_MIN+20TBIT)

12TBRKDEL_MIN中斷間隔符最小值,參見GB/TXXXX.31TBIT

13TBRKFLD間隔場低相,參見GB/TXXXX.313-26.6TBIT

間隔場低相最大值,計算公式:

14TBRKFLD_MAX26.6TBIT

THEADER_MAX–(TBRKDEL_MIN+20TBIT)

15TBRKFLD_MIN間隔場低相最小值,參見GB/TXXXX.313TBIT

8字節(jié)幀的長度,參見GB/TXXXX.3(參考幀長度)

16TFRAME124-173.6TBIT

TFRAME=THEADER+TRESPONE

17TFRAME_MAX8字節(jié)幀的最大長度,參見GB/TXXXX.3173.6TBIT

18TFRAME_MIN8字節(jié)幀的最小長度,參見GB/TXXXX.3124TBIT

19TFRAME_SLOT_MEASURE間隔場的下降沿之間的時間間隔s

20TFRAME_SLOT_SPECIFIED在LDF中定義的間隔場的下降沿之間的時間長度s

21TH_INTERBYTE同步場和受保護標識符之間的字節(jié)間間隔0–13.6TBIT

22THEADER報文幀頭長度34-47.6TBIT

23THEADER_MAX報文幀頭的最大長度,參見GB/TXXXX.347.6TBIT`

24THEADER_MIN報文幀頭的最小長度,參見GB/TXXXX.334位

25TJITTER_DEFINEDLDF或NCF定義的IUT的抖動s

26TJITTER_MEASURE實測抖動,參見GB/TXXXX.3(參考幀槽)s

27TRESPONSE響應長度90-126TBIT

28TRESPONSE_MAX最大響應長度126TBIT

2

GB/TXXXXX—XXXX/ISO17987-6:2016

29TRESPONSE_MIN標稱響應長度90TBIT

30TSLEEP從節(jié)點自動進入睡眠狀態(tài)所需要的等待時間s

表2縮略語及其釋義

序號縮略語釋義序號縮略語釋義

1AC交流電21OSI開放系統(tǒng)互連網絡

2API應用程序接口22PID受保護的標識符

3BFS字節(jié)場同步23PDU協(xié)議數(shù)據(jù)單元

4CF傳輸層連續(xù)幀LIN數(shù)據(jù)鏈路層,網絡層和傳輸層

24PT-CT

5DC直流電協(xié)議一致性測試

6EBS最早采樣點25RSID響應服務標識符

7EMC電磁兼容26Rx收發(fā)器的Rx引腳

8EMI電磁干擾27RXD接收數(shù)據(jù)

9EPL電氣物理層28SF傳輸層單幀

10ESD靜電放電29SID服務標識符

11FF傳輸層首幀30SR采樣窗口

12GND接地31Tbit位時間

13IUT被測控制器32TC測試用例

14LBS最晚采樣點33TRX收發(fā)器

15LDFLIN描述文件34Tx收發(fā)器的Tx引腳

16Max最大35TXD發(fā)送數(shù)據(jù)

17Min最小36Typ典型

18NADLIN節(jié)點診斷地址37UART通用異步收發(fā)器

19NVM非易失存儲器38μC微控制器

20no.序號39NCF節(jié)點能力描述文件

5約定

本文件和ISO14229-7是基于OSI服務規(guī)范(ISO/IEC10731)中規(guī)定的物理層、協(xié)議、網絡和傳輸協(xié)議

以及診斷服務。

6一般測試注意事項

概述

該測試規(guī)范無法涵蓋所有意外情況。由于缺少車輛環(huán)境,IUT的行為可能會有所不同。

測試條件

測試應在15℃~35℃的溫度范圍內進行。

3

GB/TXXXXX—XXXX/ISO17987-6:2016

IUT作為主節(jié)點的要求

6.3.1若IUT作為主節(jié)點執(zhí)行LIN一致性測試時,LDF文件是必須的。

6.3.2如果LDF無法描述IUT的所有特性,則需要附加一個IUT數(shù)據(jù)表(例如使用的診斷服務)。

6.3.3IUT作為主節(jié)點時除了強制支持的幀外,所有可能的主機請求幀皆可以用來進行測試。

6.3.4在每個測試用例之前,都需要進行IUT初始化,如有偏差需在測試用例中分別注明。

IUT作為從節(jié)點的要求

6.4.1若IUT作為從節(jié)點進行LIN一致性測試時,NCF/LDF文件是必須的。

6.4.2測試工具應能驗證NCF/LDF語法是否正確(而非內容)。

6.4.3設備實施應和NCF/LDF匹配。

6.4.4如果NCF/LDF無法描述IUT的所有功能,則需要附加一個IUT數(shù)據(jù)表(例如,使用的診斷服

務)。

6.4.5如果重置后IUT沒有完全配置好,則每個測試用例之前都需要IUT初始化,除非

AssignFrameIdentifierRange命令已是測試的一部分。在重置后預配置的節(jié)點需要配置完成,如有偏差需

在測試用例中分別注明。

測試用例架構

6.5.1在每個測試用例的描述中,指定了測試用例適用于主從哪種設備類型。

6.5.2測試用例的每個規(guī)范都應包括五個部分:

a)設定:

1)將IUT定義為主節(jié)點或從節(jié)點;

2)定義IUT和測試系統(tǒng)的設置;

3)定義各個測試用例的比特率。

b)系統(tǒng)初始化:

1)定義在開始執(zhí)行測試之前應將IUT設置為哪種狀態(tài)。如果沒有其他定義,則IUT作為主

節(jié)點時發(fā)送請求,IUT作為從節(jié)點時接收請求;

2)在每個測試用例之前,應執(zhí)行IUT的初始化。為了實現(xiàn)IUT的初始化,執(zhí)行一次復位隨

后重新配置IUT,例如配置幀ID。

c)測試:

1)定義IUT的激勵方式;

2)如果測試方案需要多個步驟,則這些步驟應按照文檔中所述的順序執(zhí)行。

d)驗證:定義測試步驟執(zhí)行時的IUT的預期行為;

e)參考:定義了本測試用例對本文件或GB系列標準其他部分的引用。

分類

該分類描述了LIN集成水平。表3定義分類。

表3分類

序號分類描述備注

1A類設備收發(fā)器設備不適用于數(shù)據(jù)鏈路層和節(jié)點配置/網絡管理測試

2B類設備包含μC的設備IUT可以是主節(jié)點或從節(jié)點,帶有Rx和Tx引腳

4

GB/TXXXXX—XXXX/ISO17987-6:2016

包含μC和收發(fā)器的集成設備

3C類設備IUT可以是主節(jié)點或從節(jié)點,具有可用的模擬LIN總線連接器

(ECU)

測試系統(tǒng)要求

6.7.1LIN幀的生成

測試系統(tǒng)應確保GB/TXXXX.3中定義的主節(jié)點的位時間精度。

6.7.2測試用例的標準要求

為了LIN幀的正確測量和驗證,測試系統(tǒng)使用的最小過采樣因數(shù)不應小于16,參見公式(1)。

?

Sampleresolution≤???···············································(1)

16

6.7.3位時序測試的特殊要求

為了正確測量和驗證位時序,測試系統(tǒng)應至少能夠進行10次以上的過采樣測量同時滿足主節(jié)點容

限精度要求,參見公式(2)。

0,5

?

bittimesampleresolution≤???100········································(2)

10

6.7.4TBIT16IUT為從節(jié)點時的測試系統(tǒng)

如果IUT是從節(jié)點,則測試系統(tǒng)能夠充當主節(jié)點。測試系統(tǒng)應根據(jù)定義模擬發(fā)送從節(jié)點所需要的幀

頭。

如果IUT是從節(jié)點,則測試系統(tǒng)能夠充當主節(jié)點。如果IUT根據(jù)幀定義發(fā)送特殊幀,測試系統(tǒng)

發(fā)送的幀頭應和與從節(jié)點所需幀頭相同。

例如“測試系統(tǒng)發(fā)送的TST_FRM_IUT_TX應對應測試系統(tǒng)發(fā)送的TST_FRM_IUT_TX的幀頭”

6.7.5IUT為從節(jié)點時的睡眠狀態(tài)驗證

一些測試用例需要在發(fā)送進入睡眠命令或總線空閑超時后驗證從節(jié)點總線的睡眠狀態(tài)。因測試系

統(tǒng)的設計無法進行直接驗證,所以需要一些間接方法。根據(jù)IUT特性,應選擇表4方法進行驗證。

表4IUT為從節(jié)點時的睡眠狀態(tài)驗證

驗證方法先決條件

觀察IUT的電流消耗。在滿足睡眠狀態(tài)標準并通過ECU特定的延遲之進入LIN睡眠狀態(tài)后,經過指定的延遲后ECU

后,電流消耗會減少。在測試驗證中應要求IUT供應商提供進入睡眠狀應進入低功耗模式。

態(tài)的延遲時間及電流減小程度。

測試系統(tǒng)強制進行睡眠狀態(tài)轉換。在睡眠后刺激IUT在睡眠狀態(tài)下發(fā)ECU可以由外部刺激觸發(fā)喚醒。

送喚醒信號。如果可能,還應驗證正常通信期間無法觸發(fā)喚醒幀(如

果從節(jié)點處于運行狀態(tài),則它將無法喚醒)。

測試系統(tǒng)強制進行睡眠狀態(tài)轉換。測試系統(tǒng)多次發(fā)送進入睡眠狀態(tài)時,ECU進入低功耗模式,并且

TST_FRM_STATUS_SIG的幀頭,從節(jié)點最遲在100ms后對幀頭進行應能夠從睡眠狀態(tài)中恢復(否則無法將其與運

答。從節(jié)點應未應答一個或多個幀頭,因為第一個SynchBreak被視為行狀態(tài)區(qū)分開)。

喚醒事件,從節(jié)點需要執(zhí)行其初始化序列。

5

GB/TXXXXX—XXXX/ISO17987-6:2016

IUT具有驗證的網絡管理狀態(tài)的監(jiān)視器或調試器。監(jiān)視器或調試器的端口可訪問。

IUT具有用于指示當前的網絡管理狀態(tài)的測試引腳。ECU管腳易于測量。

在B類設備中,LIN收發(fā)器設置為睡眠狀態(tài)時能夠通過示波器/記錄器等當從節(jié)點進入睡眠狀態(tài)時,LIN收發(fā)器設置為

設備觀察LIN收發(fā)器狀態(tài)。睡眠狀態(tài)(具有指定的延遲)。

在從節(jié)點中實現(xiàn)了一個睡眠計數(shù)器,只要進入睡眠狀態(tài),該計數(shù)器就計數(shù)器在ECU中實現(xiàn),可通過

會增加??梢酝ㄟ^ReadByIdentifier請求讀取當前的睡眠計數(shù)器狀態(tài)。ReadByIdentifier請求訪問。

根據(jù)ECU功率模式,計數(shù)器位于RAM或非易失性存儲器中。測試系統(tǒng)

在執(zhí)行測試之前和之后驗證睡眠計數(shù)器,并從計數(shù)器差異中得出結論。

注:LIN睡眠狀態(tài)和ECU功率模式不相同。ECU功率模式轉換取決于LIN睡眠狀態(tài)轉換可觸發(fā)的ECU要求。該測試僅

驗證睡眠狀態(tài)幀是否有效接收并是否進入LIN睡眠狀態(tài)。ECU功率模式只能用作LIN睡眠狀態(tài)的指示器。

測試系統(tǒng)定義

詳細的測試系統(tǒng)定義不是本文件的一部分。測試系統(tǒng)應以測試用例按規(guī)定執(zhí)行的方式實施,并獨立

于測試人員和其他測試用例以及可重復性。

測試設置的全局預定義

6.9.1IUT和測試系統(tǒng)的配置

6.9.1.1在執(zhí)行測試之前,應進行以下設置:

a)由主節(jié)點發(fā)送的受保護標識符(PID);

b)從節(jié)點應答的數(shù)據(jù)內容;

c)主請求之間的延遲;

d)測試所使用的比特率。

6.9.1.2對于IUT和測試系統(tǒng)的幀做出如下定義,詳見表5。在每個測試用例中都有一個配置項,主

要在下表中體現(xiàn)。該表中描述的每個配置應用于相應的測試用例。

6.9.1.3如果沒有參考表5,這些設置在測試用例規(guī)范本身中應進行描述。

6.9.1.4如果IUT無法支持規(guī)定的PID,則該表應適應IUT的可能性。

6.9.1.5有關主請求之間的延遲,參見6.9.2。

6.9.1.6所有使用的幀均應有效并且符合設備規(guī)范。表5定義IUT和測試系統(tǒng)的配置。

表5IUT和測試系統(tǒng)的配置

TST_Frame測試幀要求

TST_FRM_ASSIGNIDRANGEAssignFrameIdentifierRange服務

ReadByIdentifier(Identifier=0)所有其他參數(shù)均應根據(jù)IUT規(guī)范和測試用例規(guī)范填

TST_FRM_RDBI_0

充默認值。

根據(jù)IUT規(guī)范,應將ReadByIdentifier(標識符≠0)與正確的NAD,供應商ID和功能ID

TST_FRM_RDBI_X

一起使用。ID是可變的,并且>0

TST_FRM_RDBI_0_NAD具有不同NAD的ReadByIdentifier(Identifier=0)

TST_FRM_IUT_TX設備特定的傳輸幀(IUT是發(fā)送端)

TST_FRM_IUT_RX設備特定的接收幀(IUT是接收端)

TST_FRM_REQ_EVT請求事件觸發(fā)幀

6

GB/TXXXXX—XXXX/ISO17987-6:2016

TST_HDR_SR_3D從節(jié)點對幀頭做出響應,標識符=3D16

TST_FRM_STATUS_SIG讀取response_error信號

TST_HDR_RESERVE_3E保留的幀頭:標識符=3E16

TST_HDR_RESERVE_3F保留的幀頭:標識符=3F16

TST_FRM_SLEEP_CMD進入睡眠命令

TST_FRM_REQ_FUNC_7E功能NAD=7E的診斷請求

TST_FRM_ASSIGN_NAD分配NAD

TST_FRM_SAVE_CONFIG保存配置請求

TST_FRM_MR_3C_SF,

這是主節(jié)點(SF,F(xiàn)F,CF)的請求消息(3C16),它可以攜帶除配置和標識消息

TST_FRM_MR_3C_FF,

之外的任何類型的診斷信息。

TST_FRM_MR_3C_CF

TST_FRM_SR_3D_SF,

這是從節(jié)點(SF,F(xiàn)F,CF)的應答消息(3D16),它可以攜帶除配置和標識消息

TST_FRM_SR_3D_FF,

之外的任何類型的診斷信息。

TST_FRM_SR_3D_CF

010–5910中所有未定義(未在IUTsLDF,NCF中配置)的幀ID,帶有奇偶校驗位的所

TST_FRM_UNKNOWN有組合以及所有可能帶有不正確的奇偶校驗位的已知幀ID,數(shù)據(jù)字節(jié)8,數(shù)據(jù)字節(jié)1

至8的數(shù)量應填充0016、0116、0216、0316、0416、0516、0616、0717

如果在測試用例描述的“測試”部分中指定測試系統(tǒng)發(fā)送了TST_FRM_XXXXX,則這可能意味著僅

發(fā)送幀的幀頭,而不發(fā)送整個幀。預期應答將由IUT發(fā)送。

6.9.2幀頭的默認延遲

如果沒有另外指定,則幀頭的延遲定義見表6。

表6幀頭默認延遲

比特率主延遲

2400bit/s80ms

9600bit/s20ms

10417bit/s20ms

19200bit/s10ms

注:除非在NCF中定義了幀的P2min或min_period,否則應使用默認延遲。如果P2min大于默認值,則使用P2min。

6.9.3默認比特率

默認比特率設置為IUT規(guī)范指定的最高比特率。只有當所需的比特率符合IUT規(guī)范時,才能執(zhí)行具

有不同比特率設置的測試用例。

6.9.4時間測量

6.9.4.1主節(jié)點的時間測量在同步場中完成,如下所示。對于從節(jié)點,使用對ReadByIdentifier(ID=210)

的應答以及對否定響應中RSID(7F16)進行評估,測量“起始位”和bit7的下降沿之間的距離。

6.9.4.2時間測量應在圖案的下降沿之間進行。下降沿的時間為8bit,這使得可以簡單計算得到位時

間TBIT。圖1顯示用于時間測量的字節(jié)字段。

7

GB/TXXXXX—XXXX/ISO17987-6:2016

圖1用于時間測量的字節(jié)字段

6.9.5LIN消息的不同幀之間的默認間隔

如果沒有在測試用例中另外指定,則幀頭字節(jié)和數(shù)據(jù)段之間的字節(jié)間隔將設置為0。

7測試前檢查

通用

執(zhí)行測試用例之前測試檢查項的結果應為“通過”,否則其余測試用例的進一步執(zhí)行是沒有意義的。

[PT-CT1]測試幀為“主請求”,IUT作為從節(jié)點

此測試驗證IUT作為從節(jié)點是否能夠接收主請求幀。在該測試案例中,將測試幀類型設置為“主請

求”。

表7定義了測試系統(tǒng)診斷幀主請求。

表7測試系統(tǒng):診斷幀“主請求”

測試步驟描述

被測節(jié)點從節(jié)點

分類B級,C級設備

設定

配置TST_FRM_ASSIGNIDRANGE,TST_FRM_STATUS_SIG

比特率默認

系統(tǒng)初始化默認

測試系統(tǒng)發(fā)送TST_FRM_ASSIGNIDRANGE,將有效的PID分配給TST_FRM_STATUS_SIG。

測試

測試系統(tǒng)發(fā)送TST_FRM_STATUS_SIG。

驗證IUT應應答

參考GB/TXXXX.3中5.2.4.5、6.3.6.5

[PT-CT2]測試幀為“從響應”,IUT作為從節(jié)點

該測試驗證IUT作為從節(jié)點是否能夠應答從節(jié)點響應頭。在此測試用例中,將檢查“從響應幀”。

8

GB/TXXXXX—XXXX/ISO17987-6:2016

表8定義了測試系統(tǒng)測試幀從節(jié)點響應。

表8測試系統(tǒng):測試幀“從節(jié)點響應”

步驟描述

被測節(jié)點從節(jié)點

分類B級、C級設備

設定

配置TST_FRM_RDBI_0,TST_HDR_SR_3D

比特率默認

系統(tǒng)初始化默認

測試測試系統(tǒng)發(fā)送TST_FRM_RDBI_0。測試系統(tǒng)繼續(xù)發(fā)送TST_HDR_SR_3D。

驗證被測設備應應答。IUT應從測試系統(tǒng)接收請求,并發(fā)出使用經典校驗和具有8個字節(jié)的應答。

參考GB/TXXXX.3中5.2.2.5

[PT-CT3]接收到錯誤幀,IUT作為從節(jié)點

此測試驗證IUT作為從節(jié)點是否能夠向網絡報告其狀態(tài)。

表9測試系統(tǒng):接收到錯誤幀

步驟描述

被測節(jié)點從節(jié)點

分類B級,C級設備

設定

設置TST_FRM_RDBI_0,TST_FRM_STATUS_SIG

比特率默認

系統(tǒng)初始化測試系統(tǒng)應將TST_FRM_STATUS_SIG發(fā)送兩次,以確保清除了response_error信號。

測試測試系統(tǒng)發(fā)送帶有相反校驗和的TST_FRM_RDBI_0,之后發(fā)送TST_FRM_STATUS_SIG。

驗證IUT應應答TST_FRM_STATUS_SIG并發(fā)送強制性的response_error信號為TRUE。

參考GB/TXXXX.3中5.5.4

8時序參數(shù)

通用

本項驗證IUT的時序參數(shù)是否符合GB/TXXXX.3中的定義。對IUT發(fā)送或接收的幀與其預期行為進

行比較。

[PT-CT4]間隔場長度測試,IUT作為主節(jié)點

此測試驗證了GB/TXXXX.3中定義的間隔場低相的TBRKFLD。

表10定義了測試系統(tǒng)間隔場低相的長度

表10測試系統(tǒng):間隔場低相的長度

步驟描述

9

GB/TXXXXX—XXXX/ISO17987-6:2016

被測節(jié)點主節(jié)點

分類B級、C級設備

設定

設置TST_FRM_ASSIGNIDRANGE

比特率默認

系統(tǒng)初始化默認

測試IUT發(fā)送TST_FRM_ASSIGNIDRANGE。

TBRKFLD_MIN≤TBRKFLD≤TBRKFLD_MAX,測量應在斜坡值為0.4VSUP的點進行,參見GB/TXXXX.4參

驗證

數(shù)17。

參考GB/TXXXX.3中5.2.2.3

[PT-CT5]間隔場長度變化測試,IUT作為從節(jié)點

此測試驗證IUT作為從節(jié)點是否能識別出具有不同長度的間隔場TBRKFLD的幀頭。

根據(jù)測試定義,應使用不同長度的間隔場的TBRKFLD重復測試。

表11測試系統(tǒng):間隔場低相長度的變化

步驟描述

被測節(jié)點從節(jié)點

分類B級,C級設備

設定

設置TST_FRM_IUT_TX

比特率默認

系統(tǒng)初始化默認

a)測試系統(tǒng)發(fā)送TST_FRM_IUT_TX,其間隔場TBRKFLD的長度從0.5Tbit增加到9.3Tbit,步長為

0.1Tbit。每個步驟重復五次。

測試

b)測試系統(tǒng)發(fā)送TST_FRM_IUT_TX,其間隔場TBRKFLD的長度從11Tbit增加到26.6Tbit,步長為

0.1Tbit。每個步驟重復5次。

在測試用例a)中,IUT不得應答任何幀頭。

驗證

在測試用例b)中,IUT應在13Tbit至26.6Tbit的間隔場低相位TBRKFLD范圍內應答所有幀頭a。

參考GB/TXXXX.3中5.2.2.3

a:IUT應答幀頭的幀的中斷域的長度應為11Tbit到12.9Tbit。

[PT-CT6]間隔場長度測試,IUT作為主節(jié)點

此測試驗證了間隔場TBRKFLD的長度是否正確。表12定義了“間隔場長度”的測試系統(tǒng)。

表12測試系統(tǒng):間隔場長度

步驟描述

被測節(jié)點主節(jié)點

分類B級、C級設備

設定

設置TST_FRM_IUT_TX,TST_FRM_IUT_RX

比特率默認

10

GB/TXXXXX—XXXX/ISO17987-6:2016

系統(tǒng)初始化默認

測試IUT發(fā)送TST_FRM_IUT_TX或TST_FRM_IUT_RX。

驗證TBRKFLD_MIN≤TBRKFLD≤TBRKFLD_MAX,測量應在斜坡值為0.6VSUP的點進行。

參考GB/TXXXX.3中5.2.2.3

[PT-CT7]間隔場長度變化測試,IUT作為從節(jié)點

此測試驗證IUT從節(jié)點作為是否能識別具有不同長度的分隔符TBRKDEL的幀頭。

該測試包含三個單獨的測試用例。間隔場定界符TBRKDEL的長度設置參考表11。

作為從節(jié)點的IUT必須接受第12/16位長度的分隔符。LIN總線上分隔符的縮短是由于LIN上的容量

負載引起的。

表13為“間隔場長度變化測試”測試系統(tǒng)。

表13測試系統(tǒng):間隔場長度的變化

步驟描述

被測節(jié)點從節(jié)點

分類B級,C級設備

設定

設置TST_FRM_IUT_TX

比特率默認

系統(tǒng)初始化默認

測試測試系統(tǒng)發(fā)送TST_FRM_IUT_TX,其長度為分隔符TBRKDEL,如表11.

IUT應響應幀頭。

驗證注:第10和第16位將反映最大位采樣點。考慮到從節(jié)點與主節(jié)點比特率不同步,應第12/第16位

TBRKDEL中增加14%的余量。

參考GB/TXXXX.3中5.2.2.3

表14定義“間隔場長度變化”的測試用例。

表14測試用例:分隔符長度的變化

PT-CT-TCTBRKFLDTBRKDELTH_Interbyte備注

TBRKDEL_MIN

[PT-CT7].1TBRKFLD_MINB類設備:1TBIT0最小幀頭長度

C類設備:0.75TBIT

[PT-CT7].2TBRKFLD_MINTBRKDEL_MAX0——

[PT-CT7].3TBRKFLD_MIN10Bitt0——

[PT-CT8]錯誤間隔場接收測試,IUT作為從節(jié)點

此測試驗證作為從節(jié)點的IUT是否能檢測到不一致的間隔場錯誤。IUT作為從節(jié)點不接收間隔場字

節(jié)為0的幀頭。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論