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

UDS服務(wù)基礎(chǔ)篇之85

2年前作者：汽車小T分類：Toy博客閱讀(62)違法舉報(bào)

這篇具有很好參考價(jià)值的文章主要介紹了UDS服務(wù)基礎(chǔ)篇之85。希望對大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方，請大家不吝賜教，您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

UDS服務(wù)基礎(chǔ)篇之85服務(wù)

前言

正如前文《UDS基礎(chǔ)之28服務(wù)》所說的28服務(wù)與85服務(wù)往往是搭配使用，因此講完28服務(wù)之后，本文將對85服務(wù)做一個(gè)專題介紹。那么針對85服務(wù)，小T咨詢下大家如下幾個(gè)問題？

你知道85服務(wù)是干什么的嗎？
85服務(wù)是怎樣的請求與診斷格式？
85服務(wù)在使用的過程中需要注意哪些問題？

這篇，我們來一起探索并回答這些問題。為了便于大家理解，以下是本文的主題大綱：

85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

正文

功能描述

根據(jù)ISO14119-1標(biāo)準(zhǔn)中所述，診斷服務(wù)85服務(wù)主要用于開啟或者停止DTC狀態(tài)位的更新功能，這個(gè)功能在主機(jī)廠規(guī)定的診斷服務(wù)規(guī)范當(dāng)中都會(huì)有實(shí)際的功能及作用。

下列文中使用到的Client可直接理解為上位機(jī)Tester，Server可直接理解為接受Tester診斷請求的ECU。

應(yīng)用場景

一般而言，對于85診斷服務(wù)，主要應(yīng)用場景為以下場合：

用于在診斷刷寫的過程中關(guān)閉DTC記錄，因?yàn)樵谒懙倪^程中往往是針對某個(gè)ECU節(jié)點(diǎn)單獨(dú)進(jìn)行刷寫，其他的對手件ECU節(jié)點(diǎn)始終處于正常工作狀態(tài)，那么此時(shí)應(yīng)當(dāng)發(fā)送功能尋址給到各ECU節(jié)點(diǎn)使得其停止記錄DTC，刷寫完成之后在重新開啟對手件DTC記錄功能即可。
用于某些特殊不需要記錄DTC的場景；

上述這些應(yīng)用場景較為常見，這里就不一一列舉。

除了在哪些應(yīng)用場景下使用，在此還需要針對85服務(wù)提出如下幾點(diǎn)注意事項(xiàng)：

當(dāng)通過85服務(wù)控制DTC不報(bào)出時(shí)，也就意味著當(dāng)前DTC的狀態(tài)將不會(huì)更新，DTC狀態(tài)將保持現(xiàn)狀；
一旦85服務(wù)控制DTC報(bào)出或者session超時(shí)回到默認(rèn)會(huì)話或者軟件復(fù)位等操作時(shí)，那么此時(shí)DTC狀態(tài)將會(huì)繼續(xù)保持更新；
當(dāng)85服務(wù)控制DTC不報(bào)出時(shí)，此時(shí)執(zhí)行14清除DTC服務(wù)時(shí)，DTC的狀態(tài)將會(huì)正常被14服務(wù)處理，不會(huì)收到85服務(wù)的影響；
如果某event并沒有Mapping DTC，那么85服務(wù)將不會(huì)對這個(gè)event做任何處理，因?yàn)?5服務(wù)處理的基本對象是DTC；
如果某故障event發(fā)生會(huì)觸發(fā)安全行為，此時(shí)如果執(zhí)行85服務(wù)抑制DTC，同時(shí)觸發(fā)14服務(wù)那么DTC狀態(tài)將會(huì)被清除，相應(yīng)的安全行為可能失效，因?yàn)閷τ诎踩P(guān)鍵系統(tǒng)，一般建議出現(xiàn)這種情況時(shí)，已觸發(fā)的安全行為不應(yīng)該被同步抑制；

DTC控制基本原理：

如下圖1所示，針對85服務(wù)的通信控制過程會(huì)經(jīng)過如下幾個(gè)AUTOSAR BSW模塊進(jìn)行處理，然后完成最終的通信控制，具體步驟如下：

Client 發(fā)送診斷指令給到Server，Server接收到指令后內(nèi)部會(huì)置位某全局變量；
軟件內(nèi)部故障觸發(fā)時(shí)，會(huì)首先檢查如下兩個(gè)條件是否滿足才會(huì)進(jìn)行event的處理；
- enable condition是否滿足；
- DTC控制有無關(guān)閉(85服務(wù))；
只有當(dāng)enable condition滿足并且抑制DTC上報(bào)的開關(guān)為FALSE的情況下，上報(bào)的故障事件才能夠得到進(jìn)一步處理；

85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖1 85服務(wù)DTC控制原理圖

服務(wù)請求

服務(wù)請求是Client發(fā)送給到Server的診斷服務(wù)指令。

請求格式

按照ISO14229-1標(biāo)準(zhǔn)所述，如下圖2所示為85服務(wù)診斷請求格式，即上述DTC控制原理中診斷服務(wù)請求格式：

85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖2 85診斷服務(wù)請求格式

一般來說參數(shù)DTCSettingControlOptionRecord幾乎不使用，僅用到前面兩個(gè)參數(shù)，一個(gè)是SID，另外一個(gè)是DTCSettingType。

下圖3中各參數(shù)解釋如下：
85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖3 85診斷服務(wù)請求格式說明

如下圖4所示，為上述subfunction(DTCSettingType)中的各項(xiàng)取值的具體含義：

85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖4 85診斷服務(wù)subfunction取值說明

請求實(shí)例

關(guān)閉DTC監(jiān)控(OFF)

以抑制DTC上報(bào)為例，85服務(wù)診斷請求實(shí)例如下圖5所示：

85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖5 85服務(wù)抑制DTC上報(bào)請求實(shí)例

開啟DTC監(jiān)控(ON)

以開啟DTC上報(bào)為例，85服務(wù)診斷請求實(shí)例如下圖6所示：

85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖6 85服務(wù)使能DTC上報(bào)請求實(shí)例

服務(wù)響應(yīng)

服務(wù)響應(yīng)是針對Client對Server診斷請求的響應(yīng)。

正響應(yīng)格式

如下圖7所示，為85診斷服務(wù)的正響應(yīng)格式：

85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖7 85診斷服務(wù)正響應(yīng)格式

從上圖中可以看出，85診斷服務(wù)的正響應(yīng)由以下二個(gè)部分組成：

Response ID：該參數(shù)固定為SID+0x40 = 0xC5；
SubFunction：該參數(shù)為上述診斷請求格式中DTCSettingType;

正響應(yīng)實(shí)例

關(guān)閉DTC監(jiān)控(OFF)

如下圖8所示，為上述85 02請求示例所對應(yīng)的正響應(yīng)：

85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖8 85 02正響應(yīng)示例

其中，0x02就是跟診斷請求中的DTCSettingType保持一致即可。

開啟DTC監(jiān)控(ON)

如下圖9所示，為上述85 01請求示例所對應(yīng)的正響應(yīng)：

85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖9 85 01正響應(yīng)示例

負(fù)響應(yīng)NRC支持

絕大多數(shù)情況下，Server針對Client的請求都會(huì)給到正響應(yīng)，比如發(fā)生重啟前需確保整車處于安全狀態(tài)，如引擎熄火，車速不能超過3km/h等，或者為了防止不按照診斷請求格式進(jìn)行請求，那么Server需要通過某種方式來告訴Client執(zhí)行不成功的原因在哪里以便于調(diào)查問題直至得到正響應(yīng)。

因此ISO14229-1針對所有的診斷服務(wù)提供了一種統(tǒng)一的診斷負(fù)響應(yīng)的診斷格式：7F +SID + NRC。

其中NRC全稱為Negetive Responce Code，每個(gè)NRC具有唯一的含義來代表當(dāng)前診斷請求錯(cuò)誤的原因所在。當(dāng)然每個(gè)診斷服務(wù)支持的NRC不盡相同，具體支持的NRC需要參考ISO14229-1標(biāo)準(zhǔn)文檔，對于85服務(wù)而言支持的NRC如下圖：
85服務(wù),UDS診斷服務(wù)詳解,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫

圖10 85服務(wù)NRC支持

當(dāng)診斷請求的subfuntion不在Server支持的范圍內(nèi)時(shí)，則Server會(huì)回復(fù)”7F 85 12“；
當(dāng)發(fā)送報(bào)文長度或者格式不對時(shí)，則Server會(huì)回復(fù)"7F 85 13"；
例如當(dāng)嘗試請求復(fù)位時(shí)且當(dāng)前車速條件不滿足，此時(shí)Client發(fā)送診斷指請求時(shí)，Server將會(huì)回復(fù)“7F 85 22”來告訴請求者當(dāng)前進(jìn)入編程會(huì)話的條件不滿足，請?jiān)俅螜z查進(jìn)入編程會(huì)話的條件。
當(dāng)communicationType與nodeIdentificationNumber均超出規(guī)定的范圍時(shí)，則Server會(huì)回復(fù) “7F 85 31”；

復(fù)位時(shí)且當(dāng)前車速條件不滿足，此時(shí)Client發(fā)送診斷指請求時(shí)，Server將會(huì)回復(fù)“7F 85 22”來告訴請求者當(dāng)前進(jìn)入編程會(huì)話的條件不滿足，請?jiān)俅螜z查進(jìn)入編程會(huì)話的條件。

當(dāng)communicationType與nodeIdentificationNumber均超出規(guī)定的范圍時(shí)，則Server會(huì)回復(fù) “7F 85 31

更多精彩內(nèi)容，敬請關(guān)注公眾號(hào)“ADAS與ECU之吾見”！
文章來源地址http://www.zghlxwxcb.cn/news/detail-624509.html

到了這里，關(guān)于UDS服務(wù)基礎(chǔ)篇之85的文章就介紹完了。如果您還想了解更多內(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)用

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
附錄I的主要內(nèi)容是通過一個(gè)狀態(tài)圖來描述ECU在安全訪問的各狀態(tài)之間的切換條件，以及如何進(jìn)行狀態(tài)切換即切換過程中都需要執(zhí)行哪些操作。下面直接先上圖。圖看起來流程很多，但實(shí)際上很簡單，先說圖中的四個(gè)狀態(tài)： A - ECU沒有接收過任何安全訪問的請求，或者剛剛接
2024年02月10日
瀏覽(126)
【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)
【ISO14229_UDS刷寫】-3-$36診斷服務(wù)TransferData理論部分
總目錄：（單擊下方鏈接皆可跳轉(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ù)請求消息
2024年02月06日
瀏覽(102)
車載診斷協(xié)議UDS——診斷刷寫（Software Update）
刷寫，顧名思義就是兩個(gè)動(dòng)作：刷和寫：刷是擦除ECU芯片內(nèi)存上原有的數(shù)據(jù)；寫是重新在ECU芯片內(nèi)存上寫入新的數(shù)據(jù)（Application or Calibration Data……）； ??????? 在控制器量產(chǎn)之初，會(huì)將valid application data燒錄到控制器芯片內(nèi)存上。但隨著時(shí)間推移，控制器中運(yùn)行代碼出現(xiàn)
2024年02月08日
瀏覽(91)
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日
瀏覽(94)
使用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)
UDS診斷之負(fù)響應(yīng)碼
否定響應(yīng)碼(NRC) 定義(Defination) 0x12 服務(wù)器支持診斷請求中的服務(wù)標(biāo)識(shí)符(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）
該服務(wù)的英文簡稱為ReadDataByIdentifier 。根據(jù)ISO14119-1標(biāo)準(zhǔn)中所述，診斷服務(wù)22主要用于Client向Server(ECU)通過DID的方式讀取相關(guān)的數(shù)據(jù)。這些數(shù)據(jù)可以輸入輸出的數(shù)字信號(hào)，模擬信號(hào)，內(nèi)部數(shù)據(jù)以及其他的系統(tǒng)狀態(tài)信息。作為診斷服務(wù)種的基礎(chǔ)服務(wù)，可以簡單理解為就是一個(gè)用于
2023年04月19日
瀏覽(99)
【車載開發(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)