車載診斷標準ISO15765-3中文

1、.ISO 15765-32004道路車輛控制局域網絡診斷第3部分：一元化診斷服務實施CAN的UDS道路車輛控制器局域網CAN的診斷第3部分：一元化診斷服務實施CAN的UDS1 范圍這部分ISO 15765協議按照ISO 14229-1,描述了在ISO 11898定義的控制器局域網中統(tǒng)一診斷服務UDS的實施。它給所有汽車連接至CAN網絡服務器及外部測試設備提供診斷服務及服務器存儲器編程的需求。它對汽車內部CAN總線架構無任何要求。2 參考的標準下述的參考文檔對于該文檔的應用是必不可少的。3 術語,定義和縮略詞為編撰該文檔目的,這些術語和定義已在ISO 14229-1,ISO 15765-1及IS

2、O 15765-2中給出,以下縮略詞術語同樣適用。DA 目標地址ID 標識符DLC 數據長度碼GW 網關LSB 最低有效位MSB 最高有效位NA 網絡地址SA 源地址SM 子網掩碼TOS 服務類型4 協定該部分ISO 15765協議基于ISO 14229-1的協定,該協議遵從使用到診斷服務的OSI服務協議。5 統(tǒng)一診斷服務UDS對照OSI模型的應用見圖16 應用層及會話層6.1 應用層服務該部分ISO 15765協議使用ISO 14229-1的客戶機-服務器式的應用層服務。該系統(tǒng)具有測試、檢測、監(jiān)視,診斷及汽車服務器在線編程的功能。6.2 應用層協議該部分ISO 15765協議使用ISO 14

3、229-1應用層協議。6.3 應用層診斷會話管理定時重要任何一個服務器端產生的不等于N_OK的N_USData.indication的指示服務,服務器應用層都不應該有一個應答信息。6.3.1 概況下述的是應用層及會話層的定時參數及它們如何在客戶機-服務器模式中如何處理的。圖1 OSI模型中,基于CAN的UDS實施下述的幾種通信會話方式需區(qū)別開：物理的通信在如下期間默認會話方式非默認的會話方式需進行會話處理功能的通信在如下期間默認的會話方式非默認的會話方式需進行會話處理所有的情況下,請求服務器否定應答信息的擴展的定時應答,包括應答碼78hex應當予以考慮。定義在ISO 15765-2的網絡層主要

4、是處理客戶機-服務器的應用層及診斷會話管理的定時。6.3.2 應用層定時參數定義用于默認的診斷會話的應用層定時參數值應按照如下表2設置表2默認會話的應用層定時參數定義定時參數描述類型最小值最大值成功發(fā)送請求信息通過N_USData.con應答指示到接收答復信息開始多幀信息的N_USDataFirstFrame.ind和單幀信息的N_USData.ind的超時設置定時器重載值接收到應答碼為0 x78的否定應答通過N_USData.con指示到接收答復信息開始多幀信息的N_USDataFirstFrame.ind和單幀信息的N_USData.ind的擴展的超時設置定時器重載值在接收到請求信息通過N

5、_USData.ind指示,服務器開始答復信息的運行要求運行要求050ms在傳遞了0 x78擴展的超時設置的否定應答碼通過N_USData.con指示,服務器開始答復信息的運行要求運行要求5000ms客戶機成功發(fā)送不需應答的物理地址請求信息通過N_USData.con指示,到它能發(fā)送下一個物理地址請求信息等待的最小時間見圖定時器重載值客戶機成功發(fā)送功能地址請求信息通過N_USData.con指示,到它能發(fā)送下一個功能地址請求信息等待的最小時間,有可能不需應答也有可能該請求數據只被某個子網功能地址服務器支持見圖定時器重載值a 客戶機等待一個應答信息發(fā)送的最長時間由客戶機決定,但必須滿足必須比指定

6、的最小值要大；b 值由客戶機決定,但必須滿足該值必須比指定的最小值要大；c 擴展的應答定時,在連續(xù)的應答碼為0 x78的否定應答信息之間最小值為,最大容差為20的；d 客戶機發(fā)送下一個請求的最長等待時間由客戶機決定,但必須滿足非默認會話的定時在服務器一直保持運行。參數被認為是所有系統(tǒng)網絡設計參考延時,該延時通過網關及總線帶寬加上安全系數例如最壞情況的50。最壞情況客戶機-服務器-客戶機信息傳輸一個來回的必須得傳送時間,基于系統(tǒng)的設計,并受以下因素的影響：包含網關的數量CAN幀發(fā)送的時間波特率CAN總線的使用情況CAN設備驅動使用方法輪詢方式還是中斷方式及網絡層的處理時間分為兩個時間,一是客戶機

7、發(fā)送請求至服務器的時間,一是服務器發(fā)送應答至客戶機的時間。圖2展示的是組成的一個例子。圖2 組成的一個例子單幀請求和應答信息注意：為了簡單描述定時參數,在以下所有的圖中,假定客戶機到服務器在同一個網絡中。所有的說明及附圖按照時間順序表述。會話層定時參數定義當診斷會話而不是默認的會話啟動的時,需要按如下表3的會話層定時參數進行會話的操作。表3會話層定時參數定義定時參數說明類型推薦超時 ms超時 ms在功能地址0 x3E由客戶機發(fā)送的用于保持診斷會話的信息請求之間的時間,而不是多服務器的默認會話時間功能的通信,或者對某一具體服務器發(fā)送請求最大時間間隔。物理的通信。時間重置值2000ms4000ms

8、在沒有接收到任何請求信息時,服務器保持診斷會話的時間,不是默認會話活動時間。時間重置值N/A5000ms而且,服務器轉變到非默認會話時,應當改變它的應用層定時參數和,以完成適用于診斷會話的操作。非默認的診斷會話適用的定時參數在診斷會話控制應答信息中報告,當一個應答需要傳遞見圖服務說明或需要提前通知客戶不傳遞任何應答信息時。當客戶機啟動功能的非默認會話時,它應當調整響應的服務器的定時參數。表4定義了客戶機和服務器開啟/重啟的/定時條件。對于客戶機,周期性發(fā)送功能地址0 x3E請求信息,應當與連續(xù)地發(fā)送物理地址0 x3E請求信息區(qū)別開,后者僅僅在沒有其它任何診斷請求時發(fā)送。對于服務器,不需要這兩種

9、0 x3E的操作方式。表4說明定時器操作是基于網絡層服務的,也就是說,定時器在接收到不支持的診斷請求信息時,重啟。6.3.4 客戶機和服務器定時器資源要求對于客戶機及服務器在默認會話及任何非默認會話完成上述時間定時的定時器資源要求應按照表5及6所示。在非默認會話期間,表6所示附加的定時器資源要求適用于客戶機及服務器。表4 客戶機及服務器的會話層定時啟動/停止條件定時參數動作物理和功能通信,使用功能地址,周期性發(fā)送請求信息物理通信,使用功能地址,連續(xù)發(fā)送請求信息初始化開始N_USData.con用于指示診斷會話控制10hex請求信息的完成。只適用于非默認會話的會話類型。若不需應答,N_USDat

10、a.con指示診斷會話控制10 hex請求信息的完成。若需一個應答,N_USData.ind指示診斷會話控制10 hex請求信息的完成。隨后的開始N_USData.con指示功能地址0 x3E請求信息的完成,它是在定時每次到時時發(fā)送。若不需應答,N_USData.con指示診斷會話控制任何請求信息的完成。若需一個應答,N_USData.ind指示診斷會話控制任何請求信息的完成。N_USData.ind在接收到多幀應答信息時,指示出錯。初始化開始如果需要一條應答信息被傳送的話,N_USData.con指示診斷會話控制應答信息的完成,表示從默認會話轉變?yōu)榉悄J會話。如果不需應答。成功地完成請求的服

11、務,該請求為診斷會話控制10 hex請求信息要求從默認會話轉變至非默認會話,隨后的結束N_USDataFirstFrame.ind指示多幀請求信息開始,N_USData.ind表示任何一個單幀請求信息的接收。如果使用默認會話,被禁用。隨后的開始如果需要一條應答信息被傳送的話包括肯定及否定應答,N_USData.con指示任何應答信息的完成,確定一條服務的執(zhí)行最后回復信息。否定應答應答碼0 x78不會重啟。如果不需要任何應答信息肯定或否定,請求動作的完成服務結束N_USData.ind指示接收多幀請求信息時的出錯。當請求發(fā)送未被請求的信息,如基于某一事件的周期性數據及應答,見服務器關于更多的處理

12、。表5默認會話下定時器資源要求定時參數客戶機服務器為每一個邏輯通信通道物理和功能通信設置一個單獨的定時器是需要的,例如,點對點通信需要一個獨立的通信通道。N/AN/A為擴展的應答定時一個可選擇的定時器保證隨后的否定應答的發(fā)送比早一些。需為每一個物理通信口提供單獨的定時器N/A需為每一個功能通信口提供單獨的定時器N/A表6非默認會話下另外的定時資源需求定時參數客戶機服務器當使用周期性發(fā)送,功能地址0 x3E請求信息保持服務器在非默認狀態(tài),需提供單獨的定時器,不需為每一個激活的診斷會話提供額外的定時器。N/A當在無其它診斷請求時,使用連續(xù)的發(fā)送物理地址0 x3E請求信息保持單個服務器在非默認狀態(tài),

13、為每一個點對點通信通道設置單獨的定時器N/A服務器需一個單獨的定時器,因為只有單診斷會話能在一個服務器中激活。具體的定時參數描述物理通信默認會話下物理通信圖3描述了客戶機和服務器在默認會話下物理地址請求信息定時的操作。圖3默認會話下物理通信客戶端診斷應用層通過發(fā)送N_USData.req到網絡層開始發(fā)送請求信息。網絡層傳遞該請求信息至服務器。該請求信息要么以單診的形式或多幀的形式。在多幀信息情況下,請求開始于網絡層發(fā)送的N_USDataFF.ind通知服務器。請求信息的完成通過客戶機N_USData.con指示。當接收到N_USData.con時,客戶端使用默認重載值為,啟動定時器,該定時器的

14、值應當考慮到車載網絡設計上通信網關,總線帶寬,等所有的延時。為了簡單化,該圖假定客戶機和服務器在一條總線上。服務器通過N_USData.ind指示請求信息的完成。服務器在接收到N_USData.ind指示時,要求在時間內開始回復信息。也就是說,在多幀回復信息條件下,首幀必須在時間內發(fā)送,對于單幀回復信息,該單幀必須在時間內回復。在多幀應答信息情況下,客戶機通過網絡層N_USDataFF.ind指示首幀的接收。當接收到首幀時,客戶機停止定時器。如果完整的信息接收到,或者在接收過程中出現了錯誤,網絡層最后都產生一個N_USData.ind。在單幀響應信息,通過單個的N_USData.ind指示單幀

15、的接收。當接收該單幀指示時,客戶端停止定時器。服務器通過N_USData.con指示響應信息的完成。6.3.5.1.2 默認會話期間擴展了應答定時的物理通信圖4描述了默認會話期間客戶機和服務器物理地址請求信息定時操作,及服務器請求擴展的響應定時否定應答碼0 x78的處理。圖4 默認會話期間的物理通信擴展了應答定時客戶端診斷應用層通過發(fā)送N_USData.req到網絡層開始發(fā)送請求信息。網絡層傳遞該請求信息至服務器。該請求信息要么以單診的形式或多幀的形式。在多幀信息情況下,請求開始于網絡層發(fā)送的N_USDataFF.ind通知服務器。請求信息的完成通過客戶機N_USData.con指示。當接收到

16、N_USData.con時,客戶端使用默認重載值為,啟動定時器,該定時器的值應當考慮到車載網絡設計上通信網關,總線帶寬,等所有的巖石。為了簡單化,該圖假定客戶機和服務器在一條總線上。服務器通過N_USData.ind指示請求信息的完成。服務器在接收到N_USData.ind指示時,要求在時間內開始回復信息。也就是說,在多幀回復信息條件下,首幀必須在時間內發(fā)送,對于單幀回復信息,該單幀必須在時間內回復。服務器在給定的時間內無法提供請求的信息時,它可以通過發(fā)送應答碼為0 x78的否定應答信息請求擴展的定時窗?？蛻舳私邮盏椒穸☉鹦畔r,客戶端網絡層產生一個N_USData.ind。接收到應答碼為0

17、 x78的否定應答信息,客戶端重置它的定時器,但使用的是擴展的重載的定時值。服務器在發(fā)送否定應答信息N_USData.con之后,要求在給定的擴展的時間內應答信息。如果在給定的擴展的時間內仍無法提供請求的信息,服務器則繼續(xù)發(fā)送應答碼為0 x78的否定應答?？蛻舳耸褂玫氖菙U展的重載的定時值重置它的定時器。為了簡單起見,圖中只顯示了一個應答碼為0 x78的否定應答信息。一旦服務器可以提供請求的信息肯定的否定的應答,而不是應答碼0 x78的應答,它就啟動最后結果的應答信息。在多幀應答信息情況下,客戶機通過網絡層N_USDataFF.ind指示首幀的接收。當接收到首幀時,客戶機停止定時器。如果完整的信

18、息接收到,或者在接收過程中出現了錯誤,網絡層最后都產生一個N_USData.ind。在單幀響應信息,通過單個的N_USData.ind指示單幀的接收。當接收該單幀指示時,客戶端停止定時器。服務器通過N_USData.con指示響應信息的完成。6.3.5.1.3 非默認會話期間的物理通信6.3.5.1.3.1 功能地址0 x3E信息圖5 非默認會話期間的物理通信功能地址圖5描述了客戶機和服務器非默認會話期間物理通信及使用功能地址的定時處理?？蛻魴C周期性發(fā)送請求信息,不需要服務器的應答信息。與定時處理與和小節(jié)中描述的處理方法相同。唯一的區(qū)別是客戶端重置的值及服務器端發(fā)送結果應答時間會有不同。這是由

19、于轉變到另一會話層而不是使用默認會話層,因此使用的是不同的的值。見節(jié)診斷會話控制0 x10服務對定時參數更詳細的描述?？蛻舳嗽\斷應用層通過發(fā)送N_USData.req至網絡層,傳遞診斷會話控制0 x10請求信息。網絡層傳遞該請求信息至服務器。請求信息是單幀信息。它的完成通過客戶端N_USData.con指示。和描述的應答定時適用于此?？蛻舳水a生的N_USData.con促使定時器開啟會話定時器。服務器通過N_USData.ind的發(fā)送器一個應答。服務器應當發(fā)送診斷會話控制0 x10的肯定應答信息。服務器通過N_USData.con指示應答信息發(fā)送的完成。然后服務器開啟定時器,只要它不超時,它就

20、一直處于非默認狀態(tài)。客戶機負責保證定時器在它超時之前復位,以保證服務器處于非默認會話狀態(tài)。一旦客戶機開啟了定時器,這會促使不需應答信息的功能地址0 x3E請求信息的發(fā)送。每一次發(fā)送的時機都是在超時時發(fā)送。在網絡層通過N_USData.con指示0 x3E請求信息傳遞完成之后,客戶機再次啟動定時器。這就是說,功能地址請求信息是在每一次定時超時之后,周期性發(fā)送的。服務器在處理診斷服務的任何時間內,它都停止定時器。當診斷服務處理完之后,服務器重啟定時器。這就是說,診斷服務,包括0 x3E,都重置定時器。診斷服務是在接收到請求信息N_USDataFF.ind或者N_USData.ind服務與完成最后結

21、果應答這個期間內處理的。這里是需要一條應答信息的?；蛘哒埱笕缓笤\斷服務動作的完成不需要任何應答信息。及時到達一個點會促使一個應答信息的發(fā)送所有0 x3E請求信息,在服務器處理另外一條請求信息期間接收的話,都會被服務器忽略。因為它已經停止了定時器,并且在服務處理完之后重啟。物理地址0 x3E信息圖6描述了非默認會話期間客戶機與服務器物理通信的定時處理。以及使用物理地址0 x3E請求信息需要服務器返回應答信息以保持在沒有其它診斷服務的時候診斷會話的持續(xù)。圖6 非默認會話期間的物理通信物理地址客戶端診斷應用層通過發(fā)送N_USData.req至網絡層,傳遞診斷會話控制0 x10請求信息。網絡層傳遞該請

22、求信息至服務器。請求信息是單幀信息。它的完成通過客戶端N_USData.con指示。和6.3描述的應答定時適用于此?？蛻舳水a生的N_USData.con不會促使定時器開啟會話定時器。這與使用功能地址不同,使用功能地址會周期性發(fā)送信息保持診斷會話一直處于激活狀態(tài)見。服務器通過N_USData.ind指示請求信息的完成。和描述的應答定時適用于此。圖上給出,假定客戶機需要服務器一個應答。服務器應當發(fā)送診斷會話控制0 x10的肯定應答信息。服務器通過N_USData.con指示應答信息發(fā)送的完成。然后服務器開啟定時器,只要它不超時,它就一直處于非默認狀態(tài)?？蛻魴C通過N_USData.ind指示診斷會話

23、控制0 x10的接收。這將促使的開啟?？蛻魴C負責保證定時器在它超時之前復位,以保證服務器處于非默認會話狀態(tài)。客戶機任何時候發(fā)送一條請求信息至服務器包括0 x3E信息,它都會停止。接收到請求信息的單幀或首幀,服務器都停止定時器。服務器通過N_USData.ind標識請求信息的完成。和描述的應答定時適用于此。客戶機通過N_USData.ind指示應答信息的完成,這促使客戶機開啟,服務器通過N_USData.con指示應答信息的完成,這促使服務器開啟。還有一種客戶機不需要應答的情況,客戶機接收到網絡層N_USData.con確認標識請求信息發(fā)送完時,開啟,服務器完成請求的動作時,開啟,為簡單起見,圖

24、中顯示的是需要應答的情況。如果客戶機在超時之前,沒有發(fā)送任何診斷請求信息,這促使客戶機在超時時,發(fā)送一條物理地址0 x3E請求信息。服務器通過N_USData.ind指示0 x3E請求信息的接收。這促使服務器停止定時器。和描述的應答定時適用于此。客戶機通過N_USData.ind指示0 x3E應答信息的完成,這促使客戶機開啟,服務器通過N_USData.con指示0 x3E應答信息的完成,這促使服務器開啟。還有一種客戶機不需要應答的情況,客戶機接收到網絡層N_USData.con0 x3E標識請求信息發(fā)送完時,開啟,服務器完成請求的動作時,開啟,為簡單起見,圖中顯示的是需要應答的情況。6.3.

25、5.2 功能通信6.3.5.2.1 默認會話期間的功能通信圖7描述了默認會話期間,一個客戶機與2個服務器功能地址請求信息的定時處理。從服務器角度看,這與物理地址請求信息的定時處理沒什么區(qū)別。但是客戶機對定時的處理就與物理通信不同。圖 7默認會話期間的功能通信客戶端診斷應用層通過發(fā)送N_USData.req至網絡層開始發(fā)送功能地址請求信息。網絡層傳遞該請求信息至服務器。功能地址請求信息只能是單幀信息?？蛻魴C通過N_USData.con指示請求信息的完成。當接到N_USData.con時,客戶機啟動定時器,使用默認的重置值。該定時器的值應當考慮到車載網絡設計上通信網關,總線帶寬,等所有的延時。為了

26、簡單化,該圖假定客戶機和服務器在一條總線上。服務器通過N_USData.ind指示請求信息的完成。功能地址服務器在接收到N_USData.ind后,要求在時間內發(fā)送應答信息。也就是說,在多幀回復信息條件下,首幀必須在時間內發(fā)送,對于單幀回復信息,該單幀必須在時間內回復。在多幀應答信息情況下,客戶機通過網絡層N_USDataFF.ind指示首幀的接收。當接收到首幀時,客戶機停止定時器。當接收到首幀/單幀指示接下來的應答信息,客戶端要么知道服務器即將應答或已經應答過了,則停止,要么不是所有服務器應答或它不知道服務器即將應答客戶機等待進一步的應答信息時,重啟。如果完整信息接收到或者在接收過程中產生了

27、一個錯誤,網絡層產生最后結果N_USData.ind。對多幀信息的最后一個N_USData.ind不對定時器產生影響。服務器通過N_USData.con指示應答信息發(fā)送的完成。、默認會話期間擴展應答定時的功能通信圖8描述了默認會話期間客戶機與2個服務器功能地址請求信息的定時操作。這里一個服務器通過應答碼為0 x78的否定應答請求一個擴展的應答定時。從服務器角度看,這與物理地址請求信息的定時處理沒什么區(qū)別。但是客戶機對定時的處理就與物理通信不同。圖8默認會話期間功能通信擴展的應答定時客戶端診斷應用層通過發(fā)送N_USData.req至網絡層開始發(fā)送功能地址請求信息。網絡層傳遞該請求信息至服務器。功

28、能地址請求信息只能是單幀信息?？蛻魴C通過N_USData.con指示請求信息的完成。當接到N_USData.con時,客戶機啟動定時器,使用默認的重置值。該定時器的值應當考慮到車載網絡設計上通信網關,總線帶寬,等所有的延時。為了簡單化,該圖假定客戶機和服務器在一條總線上。服務器通過N_USData.ind指示請求信息的完成。功能地址服務器在接收到N_USData.ind后,要求在時間內發(fā)送應答信息。也就是說,在多幀回復信息條件下,首幀必須在時間內發(fā)送,對于單幀回復信息,該單幀必須在時間內回復。服務器在給定的時間內無法提供請求的信息時,它可以通過發(fā)送應答碼為0 x78的否定應答信息請求擴展的定時

29、窗?？蛻舳私邮盏椒穸☉鹦畔r,客戶端網絡層產生一個N_USData.ind。接收到應答碼為0 x78的否定應答信息,客戶端重置它的定時器,但使用的是擴展的重載的定時值。并且,客戶端應當在掛起應答信息列表存儲一個服務器標識。一旦在存儲在客戶端掛起的服務器開始它最后結果應答信息肯定或否定應答信息包括應答碼為0 x78的應答,它將從掛起應答信息列表中刪除。當無任何應答信息掛起時,客戶端重新為使用默認的重載值。為簡單化,圖中,顯示了從服務器#1的僅一個應答碼為0 x78的否定應答。只要至少有一個服務器在客戶機端掛起時,從任一服務器端任何進一步的應答信息,都會促使定時器使用擴展的值重啟見圖9,該圖顯示

30、了當客戶機接收到第二個服務器應答信息開始的情況。至于物理的通信,服務器請求擴展的應答定時要求在擴展的時間內,應答信息。一旦服務器能提供請求的信息,它就通過發(fā)送N_USData.req至網絡層開啟最后結果應答信息。如果服務器仍然不能在擴展的時間內提供請求的信息,它將繼續(xù)發(fā)送應答碼為0 x78的否定應答信息。這會促使客戶機再次重啟定時器,使用擴展的重載值。已經存儲在客戶端掛起應答信息列表中,服務器端包含應答碼為0 x78的否定應答信息不影響客戶端該信息列表。如,在多幀應答信息情況下,從任一服務器端接收的首幀,客戶機都是通過網絡層N_USDataFF.ind指示的。單幀應答信息通過N_USData.

31、ind指示。當接收到首幀/單幀指示接下來的應答信息,客戶端要么知道服務器即將應答或已經應答過了,則停止,要么不是所有服務器應答或它不知道服務器即將應答客戶機等待進一步的應答信息時,重啟。如果完整信息接收到或者在接收過程中產生了一個錯誤,網絡層產生最后結果N_USData.ind。這對定時器不影響。而且適用掛起應答信息列表的處理。服務器通過N_USData.con指示完成發(fā)送。6.3.5.2.3 非默認會話期間的功能通信圖9非默認會話期間的功能通信圖9描述了非默認會話期間客戶機與2個服務器功能地址請求信息的定時操作。這里一個服務器通過應答碼為0 x78的否定應答請求一個擴展的應答定時。從服務器角

32、度看,客戶端診斷應用層通過發(fā)送N_USData.req至網絡層開始功能地址診斷會話控制0 x10的發(fā)送。網絡層傳遞該請求信息至服務器。請求信息是單幀?？蛻舳送ㄟ^N_USData.con指示請求信息的完成。和描述的應答定時適用于此。除此之外,客戶端產生的N_USData.con促使定時器開啟會話定時器。服務器通過N_USData.ind指示請求信息的完成。和描述的應答定時適用于此。圖上給出,假定客戶機需要服務器一個應答。服務器應當發(fā)送診斷會話控制0 x10的肯定應答信息。服務器通過N_USData.con指示肯定應答信息發(fā)送的完成。然后服務器開啟定時器,只要它不超時,它就一直處于非默認狀態(tài)。客戶

33、機負責保證定時器在它超時之前復位,以保證服務器處于非默認會話狀態(tài)。一旦客戶機開啟了定時器,這會促使不需應答信息的功能地址0 x3E請求信息的發(fā)送。每一次發(fā)送的時機都是在超時時發(fā)送。在網絡層通過N_USData.con指示0 x3E請求信息傳遞完成之后,客戶機再次啟動定時器。這就是說,功能地址請求信息是在每一次定時超時之后,周期性發(fā)送的。服務器在處理診斷服務的任何時間內,它都停止定時器。當診斷服務處理完之后,服務器重啟定時器。這就是說,診斷服務,包括0 x3E,都重置定時器。診斷服務是在接收到請求信息N_USDataFF.ind或者N_USData.ind服務與完成最后結果應答這個期間內處理的。

34、這里是需要一條應答信息的。或者請求然后診斷服務動作的完成不需要任何應答信息。及時到達一個點會促使一個應答信息的發(fā)送所有0 x3E請求信息,在服務器處理另外一條請求信息期間接收的話,都會被服務器忽略。因為它已經停止了定時器,并且在服務處理完之后重啟。與定時處理與和小節(jié)中描述的處理方法相同。唯一的區(qū)別是客戶端重置的值及服務器端發(fā)送結果應答時間會有不同。這是由于轉變到另一會話層而不是使用默認會話層,因此使用的是不同的的值。見節(jié)診斷會話控制0 x10服務對定時參數更詳細的描述。6.3.5.3 客戶機請求信息最小時間為服務器輪詢的服務數據的解讀,這對客戶機請求信息發(fā)送的最小間隔時間有要求的。例如,基于標

35、準的功能,服務器可能處理診斷請求信息以預定的速率例如10ms。診斷服務數據解讀預定時間應當比運行要求時間短,以滿足和6.3.5.1.2對服務器要求。請求信息間隔時間的最小定時參數分為如下兩個定時參數。：該定時參數適用于所有功能地址請求信息,因為它在不支持應答數據的情況下,服務器不要求響應功能地址請求信息。：該定時參數適用于不需服務器應答的物理地址請求信息。suppressPosRspMsgIndicationBit = TRUE。物理通信在需要服務器應答的情況下,客戶端可以在接收到最后一條應答信息的時候立即發(fā)送下一個請求,因為服務器在完成最后結果應答時意味著該請求已被服務器完全處理完了。圖10

36、描述了功能通信期間出現一個問題的例子。當客戶機在它確認所有期望的服務器都對先前做了應答時,立即發(fā)送下一個請求信息。該情景不僅適用于功能地址請求也適用于物理地址請求,這里客戶機不需接受任何應答信息suppressPosRspMsgIndicationBit = TRUE。為了處理上述情況,在一條物理或功能地址請求信息與新的物理或功能地址請求信息之間,最小時間和需要為客戶機定義。的值與物理地址的服務器的值相同。該定時適用于所有診斷會話默認的或非默認的的所有物理地址請求信息而且所有情況下,都不需要服務器應答。客戶機每次啟動定時,都發(fā)送一條不需應答的物理地址請求信息到總線上,并且,網絡層通過N_USD

37、ata.con指示。當客戶機在先前請求信息完全處理完之后,想要發(fā)送新的物理地址請求信息時,這只有在定時器不處于活動的情況下?？蛻舳嗽诎l(fā)送一條新的物理地址請求信息的時刻,啟動。然后信息的發(fā)送要等到超時。的值是所有功能地址服務器,所有診斷會話默認的或非默認的,所有功能地址請求信息的最大值最壞情況?？蛻舳嗣看伍_啟定時器,都發(fā)送不需應答的功能地址請求信息到總線上,并且客戶端網絡層通過N_USData.con指示。當客戶機在先前請求信息完全處理完之后,想要發(fā)送新的物理地址請求信息時,這只有在定時器不處于活動的情況下。客戶端在發(fā)送一條新的物理地址請求信息的時刻,啟動。然后信息的發(fā)送要等到超時。注意：完全處

38、理完就是說要么不需應答時沒有接收到任何應答,要么所有期待的應答都接受到了。應答的服務器知道并且要求應答,或者服務器不知道并且要求應答時出現超時。對服務器的要求是它應當在見圖7.3時間內應答信息,這就是說,診斷信息的解讀時間應當短于。圖10 發(fā)送下一條請求太早的例子客戶端診斷應用層通過發(fā)送N_USData.req功能地址請求信息到網絡層。網絡層傳遞信息到服務器?？蛻舳送ㄟ^NUSData.con只是請求信息的完成。客戶機使用默認的值開啟定時器。服務器通過N_USData.ind指示請求信息的完成。服務器使用默認的值開啟定時器。對于請求的信息,假定只有服務器#1支持請求信息,也就是說服務器#2不會應

39、答信息。服務器#1是快速服務器,能很快處理完請求的信息并在時間內發(fā)送應答信息?？蛻魴C接收到應答信息。這通過N_USData.ind指示?？蛻魴C僅僅期待服務器#1的應答信息,因此它停止定時器。服務器#2是慢速服務器,并且在一段時間內診斷服務數據解讀時間解讀請求信息,最壞的情況下,在網絡層接收到請求信息之前進行了最后一次請求的信息檢查。這就是說,請求會存儲在一個緩沖區(qū)并且在檢查請求信息的例程時執(zhí)行。當服務器#2處理該條請求時,它確定了它不需要應答,因為它不支持該條請求信息。如圖所示,這有可能在服務器#1完成應答信息之后或是在客戶機下一條請求信息之后發(fā)生?？蛻魴C在所有期待的應答信息完成之后,會立即發(fā)

40、送下一條請求。服務器通過N_USData.ind指示請求信息的完成。但僅僅在快速服務器#1中進行,因為在服務器#2不處理最近一條信息。客戶機新的請求的完成通過N_USData.con指示。圖11描述了客戶機基于圖10說明的通信情況定時處理。除此之外圖11顯示了客戶機功能地址0 x3E的請求。在超時且活動時請求將等待超時。圖11功能地址請求信息間隔時間最小值客戶端診斷應用層通過發(fā)送N_USData.req至網絡層開始發(fā)送功能地址請求信息。網絡層傳遞請求只服務器?？蛻舳送ㄟ^N_USData.con指示請求信息的完成?？蛻魴C開啟定時器并且開啟定時器。服務器通過N_USData.ind指示請求信息的完

41、成。對于請求的信息,假定只有服務器#1支持請求信息,也就是說服務器#2不會應答信息。服務器#1是快速服務器,能很快處理完請求的信息并在時間內發(fā)送應答信息?？蛻魴C接收到應答信息。這通過N_USData.ind指示?？蛻魴C僅僅期待服務器#1的應答信息,因此它停止定時器。服務器#2是慢速服務器,并且在一段時間內診斷服務數據解讀時間解讀請求信息,最壞的情況下,在網絡層接收到請求信息之前進行了最后一次請求的信息檢查。這就是說,請求會存儲在一個緩沖區(qū)并且在檢查請求信息的例程時執(zhí)行。當服務器#2處理該條請求時,它確定了它不需要應答,因為它不支持該條請求信息。盡管客戶機接收到了功能地址請求信息所有期待的應答信

42、息,它仍要等待超時之后才允許發(fā)送下一條請求信息。在超時的時刻,客戶機發(fā)送下一條請求信息。新的請求信息服務器中通過N_USData.ind指示。并服務器#1立即處理,而服務器#2下一次檢查請求信息例程中處理該請求。客戶機通過N_USData.con指示新的請求的完成,并且開啟定時器。對于請求的信息,假定只有服務器#1支持請求信息,也就是說服務器#2不會應答信息。服務器#1是快速服務器,能很快處理完請求的信息并在時間內發(fā)送應答信息?？蛻魴C接收到應答信息。這通過N_USData.ind指示?？蛻魴C僅僅期待服務器#1的應答信息,因此它停止定時器。服務器#2是慢速服務器,并且在一段時間內診斷服務數據解讀

43、時間解讀請求信息,最壞的情況下,在網絡層接收到請求信息之前進行了最后一次請求的信息檢查。這就是說,請求會存儲在一個緩沖區(qū)并且在檢查請求信息的例程時執(zhí)行。當服務器#2處理該條請求時,它確定了它不需要應答,因為它不支持該條請求信息。客戶機定時器超時,促使客戶機發(fā)送不需服務器應答的功能地址0 x3E請求信息。在這種情況下,此時仍然活動著,0 x3E的發(fā)送應當到超時時發(fā)送。當定時器超時的時候,客戶機可以通過N_USData.req發(fā)送功能地址0 x3E請求。服務器通過N_USData.ind指示0 x3E請求信息的接收?？蛻魴C通過N_USData.con指示0 x3E請求的完成,并啟動定時器。圖12描

44、述了客戶機定時器的操作。該圖顯示了不需應答的物理地址請求的發(fā)送操作及超時時功能地址0 x3E請求信息。圖12物理地址通信間隔最短時間客戶端診斷應用層通過發(fā)送N_USData.req至網絡層開始發(fā)送物理地址請求信息。網絡層傳遞請求只服務器?？蛻舳送ㄟ^N_USData.con指示請求信息的完成?？蛻魴C開啟定時器。由于不需要應答信息,因此,客戶機不需要開啟定時器。服務器通過N_USData.ind指示請求信息的完成。在任何非默認會話期間,定時器此刻是停止的。服務器在一定時期內診斷服務數據解讀時間解讀請求。在下一次檢查請求例程中請求被處理。在非默認會話期間,服務的完全執(zhí)行會重置定時器?？蛻魴C定時器超時

45、,促使客戶機發(fā)送功能地址0 x3E請求信息,不需服務器的應答。假定定時器此時沒有活動,也就是說請求被立即發(fā)送?？蛻魴C通過N_USData.con指示0 x3E請求信息的完成。服務器通過N_USData.ind指示0 x3E請求信息得接收。此刻,先前接收到的物理請求仍然在服務器端掛起還沒有處理并且定時器停止。因此,接收到的0 x3E請求信息會被服務器忽略。當定時器在客戶機超時,客戶機會通過發(fā)送N_USData.req發(fā)送下一條物理地址請求信息至網絡層?？蛻魴C通過N_USData.con指示物理地址請求信息的完成?？蛻魴C現在重新開啟定時器。由于不需應答信息,因此客戶端不啟動定時器。服務器通過N_U

46、SData.ind指示請求信息的完成。在任何非默認會話情況下,定時器此刻停止。6.3.5.4 主動提供的應答信息服務器主動提供的應答信息要么是周期性例程見服務或者配置引發(fā)的,例如DTC狀態(tài)的變化或者一個日期標識的改變見服務。所有主動提供的應答信息服務器都不應當重啟定時器。這在周期性信息傳輸或者時間觸發(fā)的事件中時間的時間間隔比短的情況下,有效避免了診斷會話的鎖死。定時器只應當在處理一條請求信息并發(fā)送最后結果應答信息例如,初始肯定應答指示一個請求成功執(zhí)行的時候被重置。6.3.6 出錯的處理應用層以及客戶機和服務器在物理通信、功能通信期間的會話管理出錯的處理應當按照表7、表8。假定客戶機和服務器都按

47、照該部分15765協議進行應用層及會話層的定時處理。表7客戶機錯誤處理通信階段客戶端錯誤類型客戶機處理物理通信功能通信請求發(fā)送網絡層的N_USData.con指示否定結果值客戶機在時間之后,有出錯指示,應當重發(fā)最后的請求重啟由于在請求發(fā)送時停止了客戶機在時間之后,有出錯指示,應當重發(fā)最后的請求超時客戶機重新發(fā)送最近的請求信息。重啟由于在請求發(fā)送時停止了這里客戶機不知道多少服務器應答,這就是指示客戶機不再有應答信息了。不用再重復請求信息了。客戶機在進一步請求之前,應當完全接受到所有的應答信息。這里客戶機知道有多少服務器應答,這就是指示客戶機不是所有的服務器都應答?？蛻魴C在完全接收到所有應答信息之

48、時發(fā)生了超時,應當重新請求信息。應答接收N_USData.ind網絡層否定結果值客戶機重新發(fā)送最近的請求信息。重啟由于在請求發(fā)送時停止了客戶機在完全接收到所有應答信息之時,出錯,應當重新請求發(fā)送信息?？蛻魴C出錯處理運行最多2次,也就是說,最壞情況下,請求服務的發(fā)送只能是3次。表8服務器出錯處理通信階段服務器錯誤類型處理請求接收網絡層N_USData.ind指示否定結果值重啟定時器由于它在接收到先前首幀指示時停止了,服務器應當忽略該請求。超時N/A應答發(fā)送網絡層N_USData.ind指示否定結果值重啟定時器由于它在接收到先前的請求信息時停止了。服務器不應當重新發(fā)送該應答信息。7 網絡層接口7.

49、1概述該部分的ISO 15765協議使用ISO 1576502定義的網絡層服務進行診斷信息的收發(fā)。本節(jié)定義應用層協議數據單元A_PDU到網絡層協議數據單元N_PDU的映射。注意：網絡層的服務用語應用層及診斷會話管理的定時。見6.37.2 流控N_PCI參數定義客戶機Stmin參數不應該使用0 xF1-0 xF9的值。這些Stmin參數值應汽車制造商要求服務器應當支持。7.3 信息發(fā)送的A_PDU到N_PDU的映射應用層協議數據單元的參數按照下表9所示映射到網絡層協議數據單元。它用于定義客戶機/服務器診斷服務信息的請求/應答。網絡層向應用層的成功發(fā)送確認服務。應用層是需要這項服務,因為它需要在請

50、求/應答完成時立即進行另外的動作例如ECU重啟,波特率調整等。表9ServiceName.request/ServiceName.response A_PDU到N_USData.request N_PDUA_PDU參數應用層協議數據單元說明N_PDU參數應用層協議數據單元說明A_SA應用層源地址N_SA網絡層源址A_TA應用層目標地址N_TA網絡層目標地址A_Tatype應用層目標地址類型N_Tatype網絡層目標地址類型A_RA應用層遠程地址N_AE網絡層地址擴展A_PCI.SI應用層協議控制信息服務代碼N_Data0網絡層數據A_Data0-A_Datan應用層數據N_Data1N_Dat

51、an+1網絡層數據7.4信息接收的N_PDU到A_PDU的映射網絡層協議數據單元的參數按照下表9所示映射到應用層協議數據單元。用于定義接收到的診斷請求/應答的確認/指示。網絡層對接收到首幀N_PDU 時指示不直接到應用層,因為它僅僅用于應用層定時見6.3。因此沒有N_USDataFirstFrame.in N_PDU到A_PDU的映射的定義。表10N_USData.ind N_PDU到ServiceName.conf/ServiceName.ind A_PDU的映射N_PDU參數應用層協議數據單元說明A_PDU參數應用層協議數據單元說明N_SA網絡層源址A_SA應用層源地址N_TA網絡層目標地

52、址A_TA應用層目標地址N_Tatype網絡層目標地址類型A_Tatype應用層目標地址類型N_AE網絡層地址擴展A_RA應用層遠程地址N_Data0網絡層數據A_PCI.SI應用層協議控制信息服務代碼N_Data1N_Datan+1網絡層數據A_Data0-A_Datan應用層數據8 標準的診斷CAN標識8.1 法規(guī)OBD的11位CAN標識法規(guī)OBD的11位CAN標識也用于擴展的CAN診斷例如功能請求CAN標識能用于功能地址0 x3E請求信息保持非默認會話處于激活狀態(tài)。如果ISO 15765-4說明的11位的CAN標識在擴展的診斷中重新使用,適用如下要求：ISO 15765-4協議的網絡層定

53、時參數同樣適用于擴展的診斷；DLCCAN數據長度碼應當設置為8并且CAN幀應當包含8字節(jié)未使用的字節(jié)也應當填充；注意：ISO 15765-4允許最大8OBD相關服務器,為8個服務器定義了11位CAN標識。8.2法規(guī)29位OBD的CAN標識法規(guī)的29位CAN標識應按照ISO 15765-2說明的標準固定的地址格式,同樣能用于擴展的診斷。如果ISO 15765-4說明的29位的CAN標識在擴展的診斷中重新使用,適用如下要求：ISO 15765-4協議的網絡層定時參數同樣適用于擴展的診斷；DLCCAN數據長度碼應當設置為8并且CAN幀應當包含8字節(jié)未使用的字節(jié)也應當填充；注意：表中給出的CAN標識符

54、按照ISO 15765-2協議優(yōu)先級信息使用默認的值。8.3 擴展的診斷29位CAN標識8.3.1 概述本部分說明使用29位CAN標識的標準地址及路由的概念。主要使用了最流行的網絡協議IP的握手機制。因此地址及路由的算法可用于不同子網位置的節(jié)點的通信及路由。準地址及路由的概念遵循如下的特征：網絡結構最靈活的設計操作完全定制的網絡及節(jié)點地址CAN控制器硬件過濾特征通過分配合適的網絡及節(jié)點地址優(yōu)化。網關需要知道與它連接的子網的網絡地址,而不需要所有子網成員的地址。下面描述了CAN標識符結構的技術細節(jié),包括地址,子網掩碼。也包括了對路由及廣播的算法的詳細描述。8.3.2 29位CAN標識符結構本文檔

55、描述的29位CAN標識符結構與如下協議是兼容的。有ISO 15765-2,ISO 15765-3,ISO 15765-4及SAE J1939-21.因此SAE J1939-21定義的29位CAN標識結構中25位的編碼保留/擴展數據頁和24位編碼數據頁應當確定該CAN標識或CAN幀是J1939的還是ISO 15765的。這對汽車網絡設計者根據他的需求及對SAE J1939和ISO 15765協議的使用,定制非診斷的信息及相關CAN標識是重要的。8.3.2.1 SAE J1939的29位CAN標識符結構關于SAE J193929位CAN標識符格式見如下表11表11SAE J1939的CAN標識符結

56、構29位CAN標識符28、27、26252423-1615-187-0優(yōu)先級保留/擴展數據頁數據頁PDU格式PDU-特定域目標地址或PDU格式擴展源地址獨有的源地址8 ISO 15765的29位CAN標識符結構表12顯示了ISO 15765的CAN標識符結構與SAE J1939格式的區(qū)別。25位SAE J1939保留/擴展數據頁,ISO 15765使用擴展數據頁24位SAE J1939數據頁,ISO 15765數據頁因此,ISO 15765格式與SAE J1939格式的29位CAN標識能在同一個CAN總線上互不影響的共存。表12ISO 15765的CAN標識符結構29位CAN標識28-2625

57、2423,2221-1110-0優(yōu)先級擴展數據頁數據頁服務類型TOS源地址目標地址編碼見編碼見源地址獨有的源地址目標地址獨有的目標地址8.3.2.3 優(yōu)先級域SAE J1939定義的優(yōu)先級域用于CAN總線的仲裁機制。由于CAN標識符不再能自由分配源地址和目的地址包含在CAN標識符中,CAN信息優(yōu)先級由發(fā)送者分配并間接由接收者分配。存在種不同的優(yōu)先級。優(yōu)先級分配至診斷請求信息幀。8.3.2.擴展的數據頁及數據頁域擴展的數據頁及數據頁位決定了使用哪一種位的CAN標識。見表編碼的說明表擴展數據頁及數據頁域擴展的數據頁位數據頁位說明SAE J1939定義或廠家定義的標準通信信息SAE J1939定義或

58、廠家定義的標準通信信息SAE J1939定義或廠家定義的標準通信信息ISO 15765定義的8.3.2.5 服務類型TOS域服務類型域用于表述一個節(jié)點不需要分配不同地址的情況下,分配不同項服務。因此,8種不同的服務類型能同時分配給單個的目標地址。不同服務類型的定義見表14表14服務類型的定義TOS位23位22服務類型TOS說明00ISO保留該位組合為ISO為將來保留01OEM-定義的信息該位組合指示信息為OEM特定的,ISO 15765-3及以前的協議信息能通過相同的網絡但不同的協議信息混合使用在一個服務器上。10網絡控制信息協議/網絡管理該位組合指示幀包含的網關收發(fā)數據用于支持當前子網狀態(tài)的

59、信息例如,網絡無法到達/網絡超載和節(jié)點信息例如,主機無法到達11ISO 15765-3定義的信息該位組合包含了節(jié)點ISO 15765定義的診斷服務。CAN幀用戶數據字節(jié)包括診斷請求ISO 15765-3使用網絡層服務及ISO 15765-2定義的傳輸層源地址源地址包含發(fā)送實體地址。該信息保證了正確仲裁以及被接收者用于回復信息。源地址結構見描述。8.3.2.7 目標地址目標地址包含接收實體的地址信息。這應是一單獨節(jié)點,廣播地址或通用廣播。網關使用目標地址決定CAN幀是否應當路由到另外一條CAN總線上。該目標地址結構見所述。地址結構概述目標地址及源地址都編碼在29位CAN標識符中,并且每個長度為1

60、1位。如下所示,字母X和Y代表可變參數。地址的定義一個地址包含兩個部分網絡地址網絡地址部分包含第一個連續(xù)的位X地址并且決定了一個節(jié)點所在的網絡。同一物理總線上的節(jié)點應當分配同一個網絡地址。網絡地址部分不應當將所有的位置為1.因此,最小的網絡地址長度應為2個位。最大長度應為9個位因為因為至少需要2個位提供固定節(jié)點地址。最大的子網數量可根據如下計算：X代表使用到網絡地址的位的個數節(jié)點地址節(jié)點地址部分包含了地址中剩下的連續(xù)的位YY=11-X,并決定了子網中具體的節(jié)點。在子網中應當是獨有的。所有的位都置位0或1是不允許的。所以最小節(jié)點地址長度為2個位,最大為9個位。子網中最多節(jié)點個數根據如下公式計算：