国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

UDS診斷協(xié)議——網(wǎng)絡(luò)層協(xié)議

這篇具有很好參考價(jià)值的文章主要介紹了UDS診斷協(xié)議——網(wǎng)絡(luò)層協(xié)議。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

一、UDS診斷協(xié)議概述

?UDS(unified Diagnostic Service, 統(tǒng)一診斷服務(wù))是一個(gè)在整個(gè)汽車(chē)系統(tǒng)上經(jīng)常使用的設(shè)備維護(hù)協(xié)議。其主要遵循: ISO-15765、ISO-14229,其ISO-15765協(xié)議是適用于網(wǎng)絡(luò)層的協(xié)議,主要規(guī)范了“傳輸協(xié)議和網(wǎng)絡(luò)層服務(wù)”, ISO-14229協(xié)議對(duì)應(yīng)用層、會(huì)話層做出了定義。

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

二、網(wǎng)絡(luò)層協(xié)議

協(xié)議功能

? ? ? ?UDS網(wǎng)絡(luò)層主要目的把數(shù)據(jù)轉(zhuǎn)換成能適應(yīng)CAN總線規(guī)范的單一數(shù)據(jù)幀,從而進(jìn)行傳輸。如果將要傳輸?shù)膱?bào)文長(zhǎng)度超過(guò)了CAN數(shù)據(jù)幀的長(zhǎng)度,則需要將報(bào)文信息進(jìn)行拆分后傳輸,每次至多可以傳輸4095個(gè)字節(jié)長(zhǎng)度的報(bào)文。

網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元(N_PDU)

? ? ? ? 網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元(N_PDU,Network_Protocol Data Unit)包含N_AI,N_PCI,N_Data。即地址信息,協(xié)議控制信息和數(shù)據(jù)。

? ? ?地址信息主要由三種尋址方式:隱含源地址、目標(biāo)地址、尋址方式信息

? ? ? 協(xié)議控制信息主要用于標(biāo)識(shí)N_PDU類(lèi)型:?jiǎn)螏?,第一幀、連續(xù)幀,流控幀。

協(xié)議控制信息(N_PCI)

N_PCL字節(jié)概要:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

?N_PCL type值的定義:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

1、單幀(SF)

一幀can報(bào)文就可以處理完uds服務(wù)。can報(bào)文首字節(jié)為N_PCI字節(jié),單幀字節(jié)預(yù)覽如下圖所示:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

單幀字節(jié)中相關(guān)值說(shuō)明:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

? ? ?舉例說(shuō)明:?jiǎn)螏瑐鬏? 03 49 53 44 00 00 00 00

? ? ?單幀can報(bào)文首字節(jié)高4bit為0表示首幀,首字節(jié)低4bit表示單幀數(shù)據(jù)長(zhǎng)度,即N_Data的有效字節(jié)數(shù)。通過(guò)上面報(bào)文我們可以看到N_Data有效字節(jié)數(shù)為3,有效字節(jié)數(shù)不足8字節(jié),可填充任意數(shù),這里填充00。在接收方接收到該can報(bào)文后,解析can報(bào)文首字節(jié)03便可知該報(bào)文為單幀且只有3個(gè)有效字節(jié)數(shù),后續(xù)全為補(bǔ)充的無(wú)效字節(jié)數(shù)。

2、首幀(FF)

? ? ? ? 如果發(fā)送方發(fā)送N_Data數(shù)據(jù)過(guò)長(zhǎng)時(shí),則需要拆分成多幀報(bào)文,被拆分后的報(bào)文需要通過(guò)多個(gè)N_PDU來(lái)發(fā)送,而接收方接收到多個(gè)N_PDU信息后進(jìn)行重組。發(fā)送方發(fā)送多幀時(shí),需要先發(fā)送首幀來(lái)告知接收方有多少字節(jié)數(shù)要發(fā)送到接收方。首幀字節(jié)預(yù)覽如下圖所示:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

?首幀字節(jié)中相關(guān)值說(shuō)明:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

??舉例說(shuō)明:首幀傳輸? 10?18?00 00 00 00 00 00

? ? ? can報(bào)文首字節(jié)高4bit為1表示首幀。首字節(jié)低4bit和byte2組合12bit表示發(fā)送方發(fā)送的數(shù)據(jù)長(zhǎng)度,即N_Data的有效字節(jié)數(shù)。在圖中可以看到N_Data有效字節(jié)數(shù)為0x018,即24個(gè)有效字節(jié)數(shù)。因此如圖所示,在接收方接收到該can報(bào)文后,解析can報(bào)文前兩個(gè)字節(jié)0x10 0x18便可知該報(bào)文為第一幀且有24個(gè)有效字節(jié)數(shù),后續(xù)全為補(bǔ)充的無(wú)效字節(jié)數(shù)。

3、連續(xù)幀(SN)

??????? 發(fā)送方發(fā)送首幀F(xiàn)F,然后接收到接收方的流控幀F(xiàn)C后,若條件允許可繼續(xù)發(fā)送信息,則需根據(jù)連續(xù)幀CF的控制信息格式來(lái)發(fā)送信息。連續(xù)幀是發(fā)送方為了發(fā)送大量數(shù)據(jù)字節(jié)而采用的方法,發(fā)送模塊將發(fā)送的數(shù)據(jù)進(jìn)行拆分,通過(guò)多幀傳送的方式傳遞出去。

連續(xù)幀字節(jié)總覽圖:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

?

SN表示 Sequence Number,用來(lái)指示連續(xù)幀的序號(hào)是多少,使用這個(gè)機(jī)制的目的就是為了讓發(fā)送方按順序發(fā)送CF,并且接收方在接收CF的時(shí)候,能根據(jù) SN 來(lái)判斷數(shù)據(jù)幀是否按照正確順序來(lái)接收,從而做出相應(yīng)的判斷。

SN一共有4位表示,所以其可以表達(dá)的范圍是 0x0 - 0xf;

相應(yīng)的,對(duì)于 SN 標(biāo)準(zhǔn)是有一條約束的:

(1)、SN應(yīng)該從0開(kāi)始計(jì)數(shù),首幀的序列號(hào)應(yīng)該為0,首幀雖然沒(méi)有明確表示出序列號(hào),但是應(yīng)該將首幀當(dāng)作0號(hào)序列對(duì)待;

(2)、 連續(xù)幀的第一幀的序列號(hào)應(yīng)該為1;

(3)、當(dāng)拆分傳輸時(shí),SN 序列號(hào)加一遞增;

(4)、SN的值不應(yīng)受任何流控制幀的影響;

(5)、 SN的值循環(huán)增加。

舉例說(shuō)明:連續(xù)幀傳輸? 23 00 00 00 00 00 00

??????? can報(bào)文首字節(jié)byte1高4bit為2時(shí)表示該幀為連續(xù)幀CF。byte1低4bit 為連續(xù)幀的順序號(hào)SN。對(duì)于所有的拆分信息,SN開(kāi)始于0。第一幀應(yīng)當(dāng)分配值為0。雖然第一幀 N_PCI沒(méi)有明確表示出序列號(hào),但是應(yīng)該將首幀當(dāng)作0號(hào)序列對(duì)待,第一個(gè)流控幀F(xiàn)C后的連續(xù)幀SN設(shè)置為1,同一拆分信息上,每一個(gè)新增的連續(xù)幀順序號(hào)SN增1,連續(xù)幀順序號(hào)SN的值不受流控幀的影響,當(dāng)連續(xù)幀順序號(hào)SN值為0x0F時(shí),下一個(gè)連續(xù)幀中將順序號(hào)SN重置為0。

4、流控幀(FC)

????? UDS多幀通訊時(shí):1、發(fā)送方發(fā)送首幀F(xiàn)F給接收方。2、接收方接收到首幀,解析首幀。3、接受方根據(jù)自身?xiàng)l件判斷后(如:接收數(shù)據(jù)緩存大小,接收數(shù)據(jù)快慢能力,當(dāng)前是否可以接收數(shù)據(jù)等),回復(fù)一幀流控幀F(xiàn)C給發(fā)送方。4、發(fā)送方根據(jù)接收到接收方的流控幀F(xiàn)C來(lái)決定后續(xù)的操作。

流控幀字節(jié)總覽圖:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

?流控幀F(xiàn)S值定義:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

?流控幀BS值定義:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

?流控幀間隔時(shí)間STmin值定義:

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

?舉例說(shuō)明: 30 02 14 00 00 00 00 00

??????? can報(bào)文首字節(jié)byte1高4bit為3時(shí)表示該幀為流控幀F(xiàn)C。byte1低4bit為流狀態(tài)FS(0表示繼續(xù)發(fā)送、1表示等待、2表示溢出即第一幀中的FF_DL信息的長(zhǎng)度超過(guò)接受實(shí)體緩沖區(qū)的大小),byte2為塊大小(允許一次可連續(xù)發(fā)送連續(xù)幀CF的次數(shù)),byte3為發(fā)送方發(fā)送連續(xù)幀CF與連續(xù)幀CF間的最小間隔時(shí)間。

網(wǎng)絡(luò)層定時(shí)

網(wǎng)絡(luò)層定義了N_Ar、N_As、N_Br、N_Bs、N_Cr、N_Cs六個(gè)時(shí)間參數(shù)

由六個(gè)參數(shù)得出幾種超時(shí)有:
N_As超時(shí):發(fā)送方?jīng)]有及時(shí)發(fā)送N_PDU。
N_Ar超時(shí):接收方?jīng)]有及時(shí)發(fā)送N_PDU。
N_Bs超時(shí):發(fā)送方?jīng)]有接收到流控幀。
N_Cr超時(shí):接收方?jīng)]有收到連續(xù)幀。
N_Br超時(shí):接收方?jīng)]有發(fā)出流控幀。
N_Cs:即STmin,發(fā)送兩個(gè)連續(xù)幀需要等待的最短時(shí)間,N_Cr最大1000ms。

三、應(yīng)用層協(xié)議

應(yīng)用層主要由:A_SDU、A_PDU、A_PCI、A_PUD構(gòu)成

A_SDU—應(yīng)用層服務(wù)數(shù)據(jù)單元

Application Layer Service Data Unit

SA, TA, TA_type ?[,RA] ? [,parameter1,…]

A_PDU —應(yīng)用層協(xié)議數(shù)據(jù)單元

Application Layer Protocol Data Unit

SA, TA, TA_type ?[,RA], A_Data A_Data=A_PCI+[parameter1,…]

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議

?

A_PCI —應(yīng)用層協(xié)議控制信息

Application Layer Protocol Control Information

A_PUD = A_PCI + A_SDU

應(yīng)用層協(xié)議控制信息有兩周不同格式

A_PCI(SI):SI—Service ID(Request服務(wù)和Result=positive的Response)
類(lèi)型:1字節(jié)無(wú)符號(hào)整數(shù)
范圍:00~FF

uds診斷協(xié)議,網(wǎng)絡(luò),網(wǎng)絡(luò)協(xié)議
A_PCI(NR_SI,SI):NR_SI—Negative Service ID
類(lèi)型:1字節(jié)無(wú)符號(hào)整數(shù)
范圍:7F

?請(qǐng)求服務(wù)主要有兩種:

1、不帶子功能請(qǐng)求服務(wù):SID+具體數(shù)據(jù)內(nèi)容

2、帶子功能請(qǐng)求服務(wù):SID+子功能+具體數(shù)據(jù)內(nèi)容

具體相應(yīng)也分為兩種:

1、肯定相應(yīng):

不帶子功能:SID+40+具體的數(shù)據(jù)

帶子功能:SID+40+子功能+具體數(shù)據(jù)

2、否定相應(yīng):7F+請(qǐng)求報(bào)文里的SID+一個(gè)字節(jié)的NRC文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-756060.html

到了這里,關(guān)于UDS診斷協(xié)議——網(wǎng)絡(luò)層協(xié)議的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • UDS診斷之負(fù)響應(yīng)碼

    否定響應(yīng)碼(NRC) 定義(Defination) 0x12 服務(wù)器支持診斷請(qǐng)求中的服務(wù)標(biāo)識(shí)符(Service ID),但不支持收到的子功能參數(shù)時(shí),回復(fù)此編碼。 0x13 請(qǐng)求服務(wù)的診斷報(bào)文中的數(shù)據(jù)長(zhǎng)度與定義不一致時(shí),回復(fù)此編碼。請(qǐng)求服務(wù)中參數(shù)的格式與定義不一致時(shí)也會(huì)回復(fù)此編碼。 0x22 請(qǐng)求的診斷服務(wù)的執(zhí)

    2024年02月11日
    瀏覽(98)
  • 【車(chē)載開(kāi)發(fā)系列】UDS診斷---讀取數(shù)據(jù)($0x22)

    【車(chē)載開(kāi)發(fā)系列】UDS診斷---讀取數(shù)據(jù)($0x22)

    該服務(wù)的英文簡(jiǎn)稱(chēng)為ReadDataByIdentifier 。 根據(jù)ISO14119-1標(biāo)準(zhǔn)中所述,診斷服務(wù)22主要用于Client向Server(ECU)通過(guò)DID的方式讀取相關(guān)的數(shù)據(jù)。這些數(shù)據(jù)可以輸入輸出的數(shù)字信號(hào),模擬信號(hào),內(nèi)部數(shù)據(jù)以及其他的系統(tǒng)狀態(tài)信息。作為診斷服務(wù)種的基礎(chǔ)服務(wù),可以簡(jiǎn)單理解為就是一個(gè)用于

    2023年04月19日
    瀏覽(99)
  • UDS統(tǒng)一診斷服務(wù)【一】診斷會(huì)話控制0X10服務(wù)

    UDS統(tǒng)一診斷服務(wù)【一】診斷會(huì)話控制0X10服務(wù)

    最近在做診斷相關(guān)的開(kāi)發(fā)工作,將自己接觸到的知識(shí)點(diǎn)記錄下來(lái)。前面的文章已經(jīng)介紹過(guò)UDS的一些基礎(chǔ)知識(shí),和基本的一些概念,不清楚的可以查看之前的文章:UDS基礎(chǔ)知識(shí)介紹 診斷會(huì)話控制服務(wù) DiagnosticSessionControl ,SID是0X10,主要功能是控制服務(wù)端的會(huì)話模式切換。一般默

    2024年02月03日
    瀏覽(895)
  • 【車(chē)載開(kāi)發(fā)系列】UDS診斷---安全訪問(wèn)服務(wù)($0x27)

    【車(chē)載開(kāi)發(fā)系列】UDS診斷---安全訪問(wèn)服務(wù)($0x27)

    該服務(wù)提供了一種保護(hù)機(jī)制,該機(jī)制用來(lái)保護(hù)訪問(wèn)限制的診斷服務(wù)。 加密策略采用種子和密鑰相關(guān)聯(lián)的方法。采用隨機(jī)產(chǎn)生的種子,通過(guò)安全算法得到唯一的秘鑰。 若秘鑰匹配正確則可以調(diào)用受到保護(hù)的診斷服務(wù)。這個(gè)服務(wù)解鎖的是處在某個(gè)安全等級(jí)下的服務(wù)。 診斷工具請(qǐng)

    2024年02月03日
    瀏覽(107)
  • 【車(chē)載開(kāi)發(fā)系列】UDS診斷---讀取DTC信息($0x19)

    【車(chē)載開(kāi)發(fā)系列】UDS診斷---讀取DTC信息($0x19)

    UDS可以簡(jiǎn)單理解為一套完整的通訊協(xié)議框架,其目的在于規(guī)范各種行車(chē)電腦和ECU之間的通訊。0x19服務(wù)其實(shí)是讀取DTC信息的服務(wù)。 1)DTC概念 故障存儲(chǔ)相關(guān)的0x19和0x14服務(wù)。 當(dāng)系統(tǒng)檢測(cè)到了一個(gè)錯(cuò)誤或者是一個(gè)故障發(fā)生的時(shí)候,會(huì)將相對(duì)應(yīng)的數(shù)值故障碼進(jìn)行存儲(chǔ),那么這個(gè)對(duì)應(yīng)

    2024年01月15日
    瀏覽(128)
  • 汽車(chē)診斷之UDS入門(mén)-0x27(SecurityAccess)安全訪問(wèn)

    汽車(chē)診斷之UDS入門(mén)-0x27(SecurityAccess)安全訪問(wèn)

    安全訪問(wèn)服務(wù) 0x27 用來(lái)解鎖 ECU 對(duì)應(yīng)的安全等級(jí) , 一般處在非默認(rèn)會(huì)話 下 進(jìn)行解鎖,這個(gè)服務(wù)解鎖的是 處在某個(gè)安全等級(jí)下的服務(wù) 。 服務(wù)格式 ? 安全等級(jí)解閉鎖 ? 需要注意的是: 1.P owerOn 或者 R eset 后, ECU 處在 locked 狀態(tài); 2.同一時(shí)刻只有 1 個(gè)安全等級(jí)是 active ,與這個(gè)

    2024年02月08日
    瀏覽(107)
  • 【車(chē)載開(kāi)發(fā)系列】UDS診斷---動(dòng)態(tài)定義DID($0x2C)

    【車(chē)載開(kāi)發(fā)系列】UDS診斷---動(dòng)態(tài)定義DID($0x2C)

    動(dòng)態(tài)定義數(shù)據(jù)標(biāo)識(shí)符 DynamicallyDefineDataIdentifier(2Ch) 此服務(wù)允許診斷工具在ECU的內(nèi)部動(dòng)態(tài)定義一個(gè)數(shù)據(jù)標(biāo)識(shí)符,一個(gè)臨時(shí)的DID,可以通過(guò)這個(gè)DID讀取一段內(nèi)存的數(shù)據(jù),也可以通過(guò)改DID一次性讀取多個(gè)原有DID的數(shù)據(jù)。 該數(shù)據(jù)標(biāo)識(shí)符還可以被讀取數(shù)據(jù)服務(wù)22h或讀取數(shù)據(jù)(周期標(biāo)識(shí)

    2024年02月02日
    瀏覽(100)
  • 車(chē)載診斷NRC - UDS Negative Response Code

    下表中列出了ISO14229-1:2013(E)中定義的否定響應(yīng)碼及其使用條件: 否定響應(yīng)碼的取值范圍為0x00 - 0xFF,被分為三組: 0x00:服務(wù)器內(nèi)部實(shí)現(xiàn)否定響應(yīng)碼判斷邏輯時(shí)使用,表示要給出肯定響應(yīng)。 0x01 – 0x7F:診斷通信相關(guān)的否定響應(yīng)碼。 0x80 – 0xFF:服務(wù)器收到診斷服務(wù)請(qǐng)求時(shí),由

    2023年04月08日
    瀏覽(104)
  • UDS統(tǒng)一診斷服務(wù)【三】安全訪問(wèn)0X27服務(wù)

    UDS統(tǒng)一診斷服務(wù)【三】安全訪問(wèn)0X27服務(wù)

    今天分享的是UDS的安全訪問(wèn)服務(wù),希望能對(duì)你有所幫助 SecurityAccess 安全訪問(wèn),27服務(wù),用來(lái)保護(hù)某些診斷服務(wù)的,提供一種保護(hù)機(jī)制。例如對(duì)于重要數(shù)據(jù)的上傳或者下載過(guò)程不做任何限制,可能會(huì)對(duì)整車(chē)的安全造成極大的威脅,尤其是針對(duì)底盤(pán)域的控制器更是要在這方面做好

    2024年02月16日
    瀏覽(91)
  • UDS診斷系列之七 安全訪問(wèn)(27)服務(wù)(番外)附錄I

    UDS診斷系列之七 安全訪問(wèn)(27)服務(wù)(番外)附錄I

    附錄I的主要內(nèi)容是通過(guò)一個(gè)狀態(tài)圖來(lái)描述ECU在安全訪問(wèn)的各狀態(tài)之間的切換條件,以及如何進(jìn)行狀態(tài)切換即切換過(guò)程中都需要執(zhí)行哪些操作。 下面直接先上圖。 圖看起來(lái)流程很多,但實(shí)際上很簡(jiǎn)單,先說(shuō)圖中的四個(gè)狀態(tài): A - ECU沒(méi)有接收過(guò)任何安全訪問(wèn)的請(qǐng)求,或者剛剛接

    2024年02月10日
    瀏覽(126)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包