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

【ISO14229_UDS刷寫】-3-$36診斷服務(wù)TransferData理論部分

這篇具有很好參考價(jià)值的文章主要介紹了【ISO14229_UDS刷寫】-3-$36診斷服務(wù)TransferData理論部分。希望對大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

總目錄:(單擊下方鏈接皆可跳轉(zhuǎn)至專欄總目錄)

《UDS/OBD診斷需求編輯工具》總目錄https://blog.csdn.net/qfmzhu/article/details/123697014

目錄

1 $0x36 TransferData診斷服務(wù)描述

2 0x36服務(wù)請求消息

2.1 0x36服務(wù)請求消息定義

2.2 0x36服務(wù)請求消息子功能參數(shù)$ Level(LEV_)定義

2.3 0x36服務(wù)請求消息數(shù)據(jù)參數(shù)定義

3 0x36服務(wù)肯定響應(yīng)消息

3.1 0x36服務(wù)肯定響應(yīng)消息定義

3.2 0x36服務(wù)肯定響應(yīng)消息數(shù)據(jù)參數(shù)定義

4 0x36服務(wù)支持的否定響應(yīng)代碼(NRC_)

5 示例:0x36 TransferData服務(wù)消息流

結(jié)尾


優(yōu)質(zhì)博文推薦閱讀(單擊下方鏈接,即可跳轉(zhuǎn)):

點(diǎn)擊返回「《Autosar從入門到精通-實(shí)戰(zhàn)篇》總目錄」

點(diǎn)擊返回「《Autosar_BSW高階配置》總目錄」

點(diǎn)擊返回《嵌入式硬件/軟件開發(fā)刷寫/燒錄文件》專欄

TransferData0x36 service傳輸數(shù)據(jù)服務(wù)

服務(wù)

SID

描述

TransferData

傳輸數(shù)據(jù)???????

0x36

client向server發(fā)送數(shù)據(jù)(download下載)或從server請求數(shù)據(jù)(upload上傳)。

1 $0x36 TransferData診斷服務(wù)描述

TransferData服務(wù)被client用來從client向server(download下載)或從server向client(upload上傳)傳輸數(shù)據(jù)。

數(shù)據(jù)傳輸方向由前面的RequestDownload或RequestUpload服務(wù)定義。如果client發(fā)起RequestDownload,要下載的數(shù)據(jù)將包括在TransferData請求消息的參數(shù)transferRequestParameter中。如果client發(fā)起了一個(gè)RequestUpload,要上傳的數(shù)據(jù)就包括在TransferData響應(yīng)消息中的參數(shù)transferResponseParameter中。

TransferData服務(wù)請求包括一個(gè)blockSequenceCounter,以便在多個(gè)TransferData請求序列中的TransferData服務(wù)失敗時(shí)改進(jìn)錯(cuò)誤處理。當(dāng)收到RequestDownload (0x34)或RequestUpload (0x35)請求消息時(shí),server的blockSequenceCounter應(yīng)被初始化為1。這意味著在RequestDownload (0x34)或RequestUpload (0x35)請求消息之后的第一個(gè)TransferData (0x36)請求消息以一個(gè)blockSequenceCounter為起點(diǎn)。

重要的是 - server和client應(yīng)滿足ISO 14229-1的7.5章節(jié)中規(guī)定的請求和響應(yīng)信息行為。

2 0x36服務(wù)請求消息

2.1 0x36服務(wù)請求消息定義

表403 - 請求消息定義

A_Data byte

參數(shù)名稱

Cvt

字節(jié)值

助記符

#1

TransferData Request SID

傳輸數(shù)據(jù)請求SID

M

0x36

TD

#2

blockSequenceCounter

塊序列計(jì)數(shù)器

M

0x00 – 0xFF

BSC

#3

:

#n

transferRequestParameterRecord[] = [

transferRequestParameter#1

:

transferRequestParameter#m ]

C

:

U

0x00 – 0xFF

:

0x00 – 0xFF

TRPR_ TRTP_

:

TRTP_

C = Conditional有條件:如果下載正在進(jìn)行,該參數(shù)是強(qiáng)制性的。

2.2 0x36服務(wù)請求消息子功能參數(shù)$ Level(LEV_)定義

此服務(wù)不使用子功能參數(shù)。

2.3 0x36服務(wù)請求消息數(shù)據(jù)參數(shù)定義

表404 - 請求消息數(shù)據(jù)參數(shù)定義

定義

blockSequenceCounter塊序列計(jì)數(shù)器

BlockSequenceCounter參數(shù)值從RequestDownload(0x34)或RequestUpload(0x35)服務(wù)后的第一個(gè)TransferData請求的0x01處開始。它的值在每個(gè)后續(xù)的TransferData請求中都會(huì)增加1。當(dāng)值為0xFF時(shí),blockSequenceCounter會(huì)翻轉(zhuǎn),并在下一個(gè)TransferData請求信息中從0x00開始。

用例:

  • 如果一個(gè)下載數(shù)據(jù)的TransferData請求在server中被正確接收和處理,但positive response message沒有到達(dá)client,那么client將確定一個(gè)應(yīng)用層超時(shí),并將重復(fù)相同的請求(包括相同的blockSequenceCounter)。server將收到重復(fù)的TransferData請求,并可以根據(jù)所包含的blockSequenceCounter來確定這個(gè)TransferData請求是重復(fù)的。server將立即發(fā)送positive response message,而不將數(shù)據(jù)再次寫入其memory中。
  • 如果server沒有正確接收到下載數(shù)據(jù)的TransferData請求,那么server將不會(huì)發(fā)送positive response message。client將確定應(yīng)用層超時(shí),并重復(fù)相同的請求(包括相同的blockSequenceCounter)。server將收到重復(fù)的TransferData請求,并可以根據(jù)包含的blockSequenceCounter確定這是一個(gè)新的TransferData。server將處理該服務(wù),并將發(fā)送positive response message。
  • 如果一個(gè)上傳數(shù)據(jù)的TransferData請求被server正確接收和處理,但positive response message沒有到達(dá)client,那么client將確定應(yīng)用層超時(shí),并將重復(fù)相同的請求(包括相同的blockSequenceCounter)。server將收到重復(fù)的TransferData請求,并可以根據(jù)所包含的blockSequenceCounter來確定這個(gè)TransferData請求是重復(fù)的。server將立即發(fā)送positive response message,在其內(nèi)存中再次訪問先前提供的數(shù)據(jù)。
  • 如果server沒有正確接收到上傳數(shù)據(jù)的TransferData請求,那么server將不會(huì)發(fā)送一個(gè)positive response message。client將確定應(yīng)用層超時(shí),并重復(fù)相同的請求(包括相同的blockSequenceCounter)。server將收到重復(fù)的TransferData請求,并可以根據(jù)所包含的blockSequenceCounter來確定這是一個(gè)新的TransferData。server將處理該服務(wù)并發(fā)送positive response message。

transferRequestParameterRecord傳輸請求參數(shù)記錄

該參數(shù)記錄包含server所需的參數(shù),以支持?jǐn)?shù)據(jù)傳輸。該參數(shù)的格式和長度由汽車制造商決定。

例子:對于下載,transferRequestParameterRecord包括要傳輸?shù)臄?shù)據(jù)。

3 0x36服務(wù)肯定響應(yīng)消息

3.1 0x36服務(wù)肯定響應(yīng)消息定義

表405 - 肯定響應(yīng)消息定義

A_Data byte

參數(shù)名稱

Cvt

字節(jié)值

助記符

#1

TransferData Response SID

傳輸數(shù)據(jù)響應(yīng)SID

M

0x76

TDPR

#2

blockSequenceCounter

塊序列計(jì)數(shù)器

M

0x00 – 0xFF

BSC

#3

:

#n

transferResponseParameterRecord[] = [

transferResponseParameter#1

:

transferResponseParameter#m ]

C

:

U

0x00 – 0xFF

:

0x00 – 0xFF

TREPR_

TREP_

:

TREP

C = Conditional有條件的:如果上傳正在進(jìn)行,這個(gè)參數(shù)是強(qiáng)制性的。

3.2 0x36服務(wù)肯定響應(yīng)消息數(shù)據(jù)參數(shù)定義

表406 - 響應(yīng)消息數(shù)據(jù)參數(shù)定義

定義

blockSequenceCounter塊序列計(jì)數(shù)器

這個(gè)參數(shù)是請求信息中blockSequenceCounter參數(shù)的回顯。

transferResponseParameterRecord傳輸響應(yīng)參數(shù)記錄

該參數(shù)應(yīng)包含client所需的參數(shù),以支持?jǐn)?shù)據(jù)的傳輸。該參數(shù)的格式和長度由汽車制造商決定。

例子:對于下載,參數(shù)transferResponseParameterRecord可以包括由server計(jì)算的校驗(yàn)和。對于上傳,參數(shù)transferResponseParameterRecord包括上傳的數(shù)據(jù)。對于下載,參數(shù)transferResponseParameterRecord不應(yīng)重復(fù)transferRequestParameterRecord的內(nèi)容。

4 0x36服務(wù)支持的否定響應(yīng)代碼(NRC_)

對于這項(xiàng)服務(wù),應(yīng)執(zhí)行以下negative response code否定響應(yīng)代碼。表407中記錄了每個(gè)響應(yīng)代碼會(huì)發(fā)生的情況。如果錯(cuò)誤情況適用于server,應(yīng)使用列出的negative response否定響應(yīng)。

表407 - 支持的否定響應(yīng)代碼

NRC

描述

助記符

0x13

incorrectMessageLengthOrInvalidFormat消息長度不正確或格式無效

如果消息的長度不對(例如,消息長度不符合requestDownload服務(wù)的肯定響應(yīng)中返回的maxNumberOfBlockLength參數(shù)的要求),則應(yīng)發(fā)送該NRC。

IMLOIF

0x24

requestSequenceError請求序列錯(cuò)誤

server應(yīng)使用此響應(yīng)代碼:

-如果收到對該服務(wù)的請求時(shí),RequestDownload或RequestUpload服務(wù)未被激活;

-如果RequestDownload或RequestUpload服務(wù)處于活動(dòng)狀態(tài),但server已經(jīng)收到由活動(dòng)的RequestDownlod或RequestUpload服務(wù)中的memorySize參數(shù)決定的所有數(shù)據(jù);

注:server應(yīng)接受重復(fù)傳輸數(shù)據(jù)請求消息,該消息的blockSequenceCounter等于前一個(gè)傳輸數(shù)據(jù)請求消息中包含的blockSequenceCounter。

RSE

0x31

requestOutOfRange請求超出范圍

如果出現(xiàn)以下情況,則應(yīng)返回該NRC:

- TransferRequestParameterRecord包含額外的控制參數(shù)(例如額外的地址信息),并且該控制信息無效。

- TransferRequestParameterRecord與requestDownload或requestUpload服務(wù)參數(shù)maxNumberOfBlockLength不一致。

- TransferRequestParameterRecord與server的memory排列限制不一致。

ROOR

0x71

transferDataSuspended轉(zhuǎn)移數(shù)據(jù)暫停

如果下載模塊的長度不符合requestDownload服務(wù)的請求消息中發(fā)送的memorySize參數(shù)的要求,應(yīng)返回該NRC。

TDS

0x72

generalProgrammingFailure一般編程失敗

如果在下載數(shù)據(jù)期間,server在erasing擦除programming編程永久存儲(chǔ)設(shè)備(如Flash Memory)中的一個(gè)memory位置時(shí)檢測到一個(gè)錯(cuò)誤,則應(yīng)返回該NRC。

GPF

0x73

wrongBlockSequenceCounter錯(cuò)誤的塊序列計(jì)數(shù)器

如果server檢測到blockSequenceCounter的順序有誤,則應(yīng)返回這個(gè)NRC。

注意:server應(yīng)接受重復(fù)TransferData請求消息,其blockSequenceCounter等于前一個(gè)TransferData請求消息中包含的blockSequenceCounter。

WBSC

0x92 / 0x93

voltageTooHigh / voltageTooLow電壓太高/電壓太低

如果在server的主電源引腳上測得的電壓超出了將數(shù)據(jù)下載到server的永久存儲(chǔ)器(如Flash Memory)的可接受范圍,則應(yīng)視情況發(fā)送該返回代碼。

VTH / VTL

評價(jià)順序記錄在圖28中。

【ISO14229_UDS刷寫】-3-$36診斷服務(wù)TransferData理論部分

Key

1)如果正在進(jìn)行RequestUpload(SI + BSC),必須是2、

2)如果正在進(jìn)行RequestDownload (SI + BSC + 最小TRPR_),則至少為3。

28 - NRC處理請求下載服務(wù)

5 示例:0x36 TransferData服務(wù)消息流

詳見以下博文:

【ISO14229_UDS刷寫】-6-$34,$35,$36,$37診斷服務(wù)用于downloading下載/uploading上載數(shù)據(jù)的消息流示例https://blog.csdn.net/qfmzhu/article/details/130895979

以上摘自《ISO 14229-1:2013》。

結(jié)尾

獲取更多“汽車電子資訊”和“工具鏈?zhǔn)褂谩保?mark hidden color="red">文章來源:http://www.zghlxwxcb.cn/news/detail-460747.html

請關(guān)注CSDN博客“汽車電子助手”,做您的好助手。文章來源地址http://www.zghlxwxcb.cn/news/detail-460747.html

到了這里,關(guān)于【ISO14229_UDS刷寫】-3-$36診斷服務(wù)TransferData理論部分的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

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

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

相關(guān)文章

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

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

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

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

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

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

    2024年02月10日
    瀏覽(127)
  • 【AUTOSAR】UDS協(xié)議的代碼分析與解讀(五)----ECU診斷服務(wù)

    【AUTOSAR】UDS協(xié)議的代碼分析與解讀(五)----ECU診斷服務(wù)

    8 ? ?診斷服務(wù) 8.1 總覽 此章節(jié)定義了本規(guī)范中可使用的診斷服務(wù)及其執(zhí)行規(guī)則 。 下表列出 了 h 事業(yè)部定義的所有 UDS 診斷服務(wù)。 ECU 最終實(shí)現(xiàn)與下述定義不符之處必須得到 h 事業(yè)部 ? 的認(rèn)可。服務(wù)實(shí)現(xiàn)內(nèi)容需在零部件診 斷規(guī)范中詳細(xì)說明。 表 ? 9 診斷服務(wù)支持列表 診 斷服

    2024年02月09日
    瀏覽(91)
  • UDS診斷協(xié)議

    UDS診斷協(xié)議

    UDS 本質(zhì)上是一系列服務(wù)的集合,包含 6 大類,共 26 種。每種服務(wù)都有獨(dú)立的 ID ,即 SID 。 請求 SID(1Byte) + 參數(shù) SID(1Byte) + Sub-function(1Byte) + 參數(shù) SID + DID(2Bytes) 響應(yīng) 肯定響應(yīng) SID+0x40(1Byte) + Sub-function (根據(jù)請求是否存在) + 參數(shù) SID+0x40(1Byte) + DID + Data 否定響應(yīng) 0x7F + SID + NRC(1Byte)

    2024年02月15日
    瀏覽(95)
  • UDS診斷協(xié)議——網(wǎng)絡(luò)層協(xié)議

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

    ?UDS(unified Diagnostic Service, 統(tǒng)一診斷服務(wù))是一個(gè)在整個(gè)汽車系統(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é)議對應(yīng)用層、會(huì)話層做出了定義。 協(xié)議功能 ? ? ? ?UDS網(wǎng)絡(luò)

    2024年02月04日
    瀏覽(98)
  • 使用python執(zhí)行uds診斷

    ????????主要是通過python-can模塊與pcan等支持的硬件通訊,uds協(xié)議層使用udsoncan模塊和can-isotp模塊實(shí)現(xiàn)uds診斷。 ? ? ? ? python-can模塊 ? ? ? ? pip install python-can ? ? ? ? 相關(guān)文檔鏈接:Installation - python-can 4.1.0 documentation ???????? ????????udsoncan模塊 ? ? ? ? pip ins

    2024年02月09日
    瀏覽(230)
  • 車載診斷協(xié)議——ECU刷寫(Software Update)那回事

    車載診斷協(xié)議——ECU刷寫(Software Update)那回事

    鑒于篇幅原因,上篇沒有多描述ECU刷寫過程中所執(zhí)行的那些動(dòng)作。這里通過實(shí)例以及UDS建議刷寫序列內(nèi)容,一起解讀刷寫過程中的內(nèi)容。 如下圖,ISO 14229對于刷寫過程所需Action所給出的推薦步驟。 ? 若ECU當(dāng)前處于Application中,想要完成對ECU的刷寫,需進(jìn)入到對應(yīng)的Boot模式下

    2024年02月04日
    瀏覽(29)
  • UDS診斷之負(fù)響應(yīng)碼

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

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

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

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

    2023年04月19日
    瀏覽(99)
  • 【車載開發(fā)系列】UDS診斷---讀取DTC信息($0x19)

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

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

    2024年01月15日
    瀏覽(128)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

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

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包