DTC服務(wù)（0x14 0x19 0x85）

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

DTC相關(guān)的服務(wù)有ReadDTCInformation (19) service，ControlDTCSetting (85) service和ReadDTCInformation (19) service

ReadDTCInformation (19) service

該服務(wù)允許客戶端從車輛內(nèi)任意一臺服務(wù)器或一組服務(wù)器中讀取駐留在服務(wù)器中的診斷故障代碼( DTC )信息的狀態(tài)。除非特定SubFunction另有要求，服務(wù)器應(yīng)返回所有DTC信息(如排放相關(guān)和非排放相關(guān))。此服務(wù)可以讓客戶端做到以下幾點(diǎn)：
-檢索與客戶端定義的DTC狀態(tài)掩碼相匹配的DTC數(shù)量；
-檢索與客戶端定義的DTC狀態(tài)掩碼匹配的所有DTC列表；
-檢索與客戶端定義的DTC狀態(tài)掩碼匹配的特定功能組內(nèi)的DTC列表；
-檢索所有具有"永久性DTC "狀態(tài)的DTC；
-檢索與客戶端定義的DTC相關(guān)的DTC快照數(shù)據(jù)(有時(shí)也被稱為凍結(jié)框架)：DTC快照是與DTC相關(guān)的特定數(shù)據(jù)記錄，存儲在服務(wù)器的內(nèi)存中。DTC快照的典型用途是在檢測到系統(tǒng)故障時(shí)存儲數(shù)據(jù)。DTC快照將作為系統(tǒng)故障發(fā)生時(shí)刻的數(shù)據(jù)值快照。存儲在DTC快照中的數(shù)據(jù)參數(shù)應(yīng)與DTC相關(guān)聯(lián)。DTC的具體數(shù)據(jù)參數(shù)意在方便技術(shù)員的故障隔離過程；
-為客戶端定義的DTCExtD檢索支持特定DTCExtensionDataRecord的所有DTC的列表
-從DTC內(nèi)存中檢索與客戶端定義的DTC和狀態(tài)掩碼組合相關(guān)的DTCExtension Data。DTCExtension Data由與DTC相關(guān)的擴(kuò)展?fàn)顟B(tài)信息組成。
DTCExtensedData包含DTC參數(shù)值，這些參數(shù)值在請求時(shí)已被標(biāo)識。例如，DTCExtension Data的一個(gè)典型用途是存儲與DTC相關(guān)的動(dòng)態(tài)數(shù)據(jù)：

DTC B1故障指示器計(jì)數(shù)器，該計(jì)數(shù)器表示在發(fā)生故障時(shí)OBD系統(tǒng)已運(yùn)行的時(shí)間量(發(fā)動(dòng)機(jī)工作小時(shí)數(shù))；
DTC發(fā)生計(jì)數(shù)器，計(jì)數(shù)" testFailed "中已報(bào)告的駕駛循環(huán)次數(shù)；
DTC老化計(jì)數(shù)器，統(tǒng)計(jì)自故障最近一次發(fā)生故障以來的行駛工況數(shù)，不包括試驗(yàn)未報(bào)告" testPassed “或” testFailed "的行駛工況；
OBD (例如,如果駕駛循環(huán)可以在無故障模式下執(zhí)行,直到"檢查引擎"燈被關(guān)閉為止的剩余駕駛循環(huán)數(shù))專用計(jì)數(shù)器；-末次發(fā)生時(shí)間(等)；
測試失敗計(jì)數(shù)器，計(jì)數(shù)報(bào)告的’ testFailed ‘和可能的其他計(jì)數(shù)器，如果驗(yàn)證是分幾個(gè)步驟進(jìn)行的；-未完成的測試計(jì)數(shù)器，統(tǒng)計(jì)自測試最新完成(即由于測試報(bào)告了’ testPassed ‘或’ testFailed ')以來的駕駛循環(huán)次數(shù)；
-檢索與客戶定義的嚴(yán)重性掩碼匹配的DTC數(shù)量；-檢索與客戶端定義的嚴(yán)重度掩碼記錄匹配的DTC列表；-為客戶端定義的DTC檢索嚴(yán)重性信息；
-檢索服務(wù)器支持的所有DTC的狀態(tài)；
檢索服務(wù)器故障的第1個(gè)DTC；
在服務(wù)器內(nèi)部檢索最近失敗的DTC；
檢索服務(wù)器確認(rèn)的第一個(gè)DTC；
在服務(wù)器內(nèi)檢索最近確認(rèn)的DTC；
檢索所有當(dāng)前已經(jīng)或尚未被檢測為"待定"或"已確認(rèn)"的"預(yù)失效" DTC；
從DTC內(nèi)存中檢索與客戶端定義的DTCExtension Data相關(guān)的DTCExtension Data記錄狀態(tài)；
從用戶定義的DTC內(nèi)存中檢索出與客戶端定義的DTC狀態(tài)掩碼相匹配的DTC列表；
針對客戶端定義的DTC掩碼檢索用戶定義的DTC內(nèi)存DTCExtensedData記錄數(shù)據(jù)；
從用戶定義的DTC內(nèi)存中檢索客戶端定義的DTC掩碼的用戶定義的DTC內(nèi)存DTCSnapshotRecord數(shù)據(jù)；
為客戶端定義的DTCReadinessGroupIdentifier檢索DTC信息。

該服務(wù)使用子功能來確定客戶端請求的是哪種類型的診斷信息。關(guān)于每個(gè)子功能參數(shù)的更多細(xì)節(jié)將在下面的子句中提供。這項(xiàng)服務(wù)使用了以下術(shù)語：

啟用標(biāo)準(zhǔn)：服務(wù)器/車輛制造商/系統(tǒng)供應(yīng)商特定的標(biāo)準(zhǔn)，用于控制當(dāng)服務(wù)器實(shí)際執(zhí)行特定的內(nèi)部診斷。
測試通過標(biāo)準(zhǔn)：服務(wù)器/車輛制造商/系統(tǒng)供應(yīng)商特定的條件，
測試失敗標(biāo)準(zhǔn)：服務(wù)器/車輛制造商/系統(tǒng)供應(yīng)商特定的失敗條件，定義，一個(gè)被診斷的系統(tǒng)是否已經(jīng)失敗的測試。-確認(rèn)失敗標(biāo)準(zhǔn)：服務(wù)器/車輛制造商/系統(tǒng)供應(yīng)商特定的失敗條件，定義，一個(gè)被診斷的系統(tǒng)是否被確定的問題(確認(rèn))，保證DTC記錄存儲在長時(shí)記憶中。
發(fā)生計(jì)數(shù)器：由某些服務(wù)器維護(hù)的計(jì)數(shù)器，記錄一個(gè)給定的DTC測試報(bào)告的唯一發(fā)生的實(shí)例的數(shù)量。
老化：某些服務(wù)器評估每個(gè)內(nèi)部診斷的過去結(jié)果，以確定確認(rèn)的DTC是否可以從長時(shí)記憶中清除，例如在校準(zhǔn)的無故障周期數(shù)的情況下。
除了讀取DTCSnapshotRecords外，一個(gè)給定的DTC值(例如080511)不應(yīng)該在讀取DTC信息的正響應(yīng)中報(bào)告一次以上，其中響應(yīng)可能包含同一個(gè)DTC的多個(gè)DTCSnapshotRecords。當(dāng)使用分頁緩沖處理讀取DTCs (特別是對于子功能= reportDTCByStatusMask)時(shí)，有可能在創(chuàng)建響應(yīng)的同時(shí)減少DTCs的數(shù)量。在這種情況下，響應(yīng)應(yīng)填寫DTC 00000016和DTC狀態(tài)0016?？蛻舳藨?yīng)將這些DTC視為不存在于響應(yīng)消息中。IMPORTANT - 服務(wù)器和客戶端應(yīng)滿足8.7中規(guī)定的請求和響應(yīng)消息行為。

1、檢索與客戶端定義的狀態(tài)掩碼(子功能= 0116 reportNumberOfDTCByStatusMask )匹配的DTC數(shù)量
客戶端可以通過發(fā)送該服務(wù)的請求，并將子功能設(shè)置為reportNumberOfDTCByStatusMask，來檢索與客戶端定義的狀態(tài)掩碼匹配的DTC數(shù)量。對該請求的響應(yīng)包含DTCStatusAvailabilityMask，它提供了服務(wù)器支持的用于掩碼目的的DTC狀態(tài)位的指示。在DTCStatusAvailabilityMask之后，響應(yīng)包含DTCFormatIdentifier，它報(bào)告了關(guān)于DTC格式和編碼的信息。DTCFormatIdentifier后面跟著DTCCount參數(shù)，DTCCount參數(shù)是一個(gè)2字節(jié)的無符號數(shù)字，包含服務(wù)器內(nèi)存中基于客戶端提供的狀態(tài)掩碼可用的DTC數(shù)量。
2、檢索與客戶端定義的狀態(tài)掩碼(子功能= 0216 reportDTCByStatusMask )匹配的DTC列表
客戶端可以通過發(fā)送帶有子功能字節(jié)集的請求來報(bào)告DTCByStatusMask，從而檢索滿足客戶端定義的狀態(tài)掩碼的DTC列表。這個(gè)子功能允許客戶端請求服務(wù)器報(bào)告所有" testFailed " OR “確認(rèn)” OR "等"測試失敗"的DTC。
評估應(yīng)做如下工作：服務(wù)器應(yīng)在客戶端請求中指定的掩碼與服務(wù)器支持的每個(gè)DTC相關(guān)聯(lián)的實(shí)際狀態(tài)之間執(zhí)行一個(gè)按位的邏輯AND - ing操作。除DTCStatusAvailabilityMask外，服務(wù)器還需返回所有與操作結(jié)果為非零(即: ( statusOfDTC & DTCStatusMask )) ! = 0的DTC。如果客戶端指定了一個(gè)包含服務(wù)器不支持的比特的狀態(tài)掩碼，那么服務(wù)器應(yīng)該只使用它所支持的比特來處理DTC信息。如果服務(wù)器中沒有DTC符合客戶端請求中規(guī)定的屏蔽條件，則在正響應(yīng)消息中的DTCStatusAvailabilityMask字節(jié)后面不提供DTC或狀態(tài)信息。當(dāng)客戶端成功請求ClearDiagnosticInformation時(shí)，需要清除DTC狀態(tài)信息(請參見D.2中的DTC狀態(tài)位定義，以獲得對DTC狀態(tài)位的進(jìn)一步描述)
3、檢索DTCS快照記錄標(biāo)識(子功能= 0316舉報(bào)DTCS快照識別)
客戶端通過向該服務(wù)發(fā)送請求，設(shè)置子功能報(bào)告DTCSnapshotIdentification，可以為捕獲的所有DTCSnapshot記錄檢索DTCSnapshot記錄標(biāo)識信息。服務(wù)器對所有存儲的DTCS快照記錄返回DTCS快照記錄標(biāo)識信息列表。服務(wù)器在單個(gè)DTCS快照記錄的響應(yīng)消息中放置的每一項(xiàng)都應(yīng)該包含一個(gè)DTCRecord [包含DTC編號(高、中、低字節(jié))]和DTCS快照記錄編號。如果為單個(gè)DTC存儲多個(gè)DTCSnapshot記錄，則服務(wù)器應(yīng)為每個(gè)事件在響應(yīng)中放置一個(gè)項(xiàng)目，為每個(gè)事件(用于后期對記錄數(shù)據(jù)的檢索)使用不同的DTCSnapshot記錄編號。

服務(wù)器可以支持單個(gè)DTC存儲多個(gè)DTCS快照記錄，以跟蹤每個(gè)DTC發(fā)生時(shí)存在的情況。該功能的支持，"發(fā)生"標(biāo)準(zhǔn)的定義，以及需要支持的DTCS快照記錄的數(shù)量由系統(tǒng)供應(yīng)商/車輛制造商定義。

當(dāng)客戶端成功請求ClearDiagnostic信息時(shí)，DTCS快照記錄標(biāo)識信息應(yīng)被清除。在內(nèi)存溢出(存儲的DTC和DTCSnapshot數(shù)據(jù)的內(nèi)存空間完全占用在服務(wù)器中)的情況下，由車輛制造商負(fù)責(zé)指定存儲的DTC和DTCSnapshot數(shù)據(jù)的刪除規(guī)則。
4、為客戶端定義的DTC掩碼(子功能= 0416 reportDTCSnapshotRecordByDTCNumber)檢索DTCSnapshot記錄數(shù)據(jù)
客戶端可以通過向子功能設(shè)置為reportDTCSnapshotRecordByDTCNumber的服務(wù)發(fā)送請求，結(jié)合DTCSnapshot記錄編號來檢索客戶端定義的DTCMaskRecord捕獲的DTCSnapshot記錄數(shù)據(jù)。服務(wù)器通過其支持的DTC搜索與客戶端(包含DTC編號(高、中、低字節(jié)))指定的DTCMaskRecord的精確匹配)?？蛻舳苏埱笾刑峁┑腢serDefDTCSnapshotRecordNumber參數(shù)應(yīng)指定請求DTCSnapshot記錄數(shù)據(jù)的指定DTC的特定發(fā)生。注1 UserDefDTCSnapshotRecordNumber與DTCStoredDataRecordNumber不共享相同的地址空間。
如果服務(wù)器支持為單個(gè)DTC (該功能的支持由系統(tǒng)供應(yīng)商/車輛制造商定義)存儲多個(gè)DTCSnapshot記錄的能力，那么建議服務(wù)器也實(shí)現(xiàn)reportDTCSnapshotIdentification子功能參數(shù)。建議客戶端在通過reportDTCSnapshotRecordByDTCNumber請求請求特定DTCSnapshotRecordNumber之前，首先請求使用子功能參數(shù)reportDTCSnapshotIdentification存儲的DTCSnapshot記錄的標(biāo)識。
還建議支持子功能參數(shù)報(bào)告DTCSnapshotRecordIdentification，以便給客戶端直接識別存儲的DTCSnapshot記錄的機(jī)會，而不是通過服務(wù)器所有存儲的DTC進(jìn)行解析，以確定是否存儲了DTCSnapshot記錄。系統(tǒng)供應(yīng)商/車輛制造商有責(zé)任定義在這些服務(wù)器中捕獲的DTCS快照記錄是否存儲與故障發(fā)生信息相關(guān)的數(shù)據(jù)，作為ECU文檔的一部分。
如果客戶端定義的DTCMaskRecord和DTCSnapshotRecordNumber參數(shù)( DTCSnapshotRecordNumber不等FF16)發(fā)生故障，服務(wù)器將根據(jù)DTC編號和狀態(tài)Of DTC返回一個(gè)預(yù)定義的DTCSnapshotRecord響應(yīng)客戶端請求。注2確切的失效準(zhǔn)則由系統(tǒng)供應(yīng)商/車輛制造商定義。
DTCS快照記錄可能包含多個(gè)數(shù)據(jù)參數(shù)，可用于重建故障發(fā)生時(shí)的車輛狀態(tài)( e.g. B + , RPM ,時(shí)間戳)。汽車制造商應(yīng)定義DTCS快照記錄的格式和內(nèi)容。DTCSnapshotRecord中報(bào)告的數(shù)據(jù)首先包含一個(gè)DataIdentifier，用于識別后面的數(shù)據(jù)。這種數(shù)據(jù)標(biāo)識符/數(shù)據(jù)組合可以在DTCSnapshotRecord中重復(fù)。DTCSnapshotRecord中一個(gè)或多個(gè)數(shù)據(jù)標(biāo)識符的使用允許單個(gè)DTC存儲不同類型的DTCSnapshotRecord，以應(yīng)對不同的故障發(fā)生。在每個(gè)DTCSnapshotRecord中應(yīng)該提供一個(gè)參數(shù)，該參數(shù)表示每個(gè)DTCSnapshotRecord中包含的記錄DataIdentifier的數(shù)量，以輔助數(shù)據(jù)檢索。
除客戶端將UserDefDTCSnapshotRecordNumber設(shè)置為FF16外，服務(wù)器應(yīng)在單個(gè)響應(yīng)消息中報(bào)告一條DTCSnapshot記錄，因?yàn)檫@將導(dǎo)致服務(wù)器以單個(gè)響應(yīng)消息中存儲為客戶端定義的DTCMaskRecord的所有DTCSnapshot記錄進(jìn)行響應(yīng)。DTCAndStatusRecord只包含在響應(yīng)消息中的一次。如果客戶端在請求中對DTCSnapshotRecordNumber參數(shù)使用了FF16，則服務(wù)器應(yīng)按數(shù)字升序報(bào)告針對特定DTC捕獲的所有DTCSnapshot記錄。
如果客戶端指定的DTCMaskRecord或DTCSnapshotRecordNumber參數(shù)無效或服務(wù)器不支持，服務(wù)器應(yīng)消極響應(yīng)。這與客戶端指定的DTCMaskRecord和/或DTCSnapshotRecordNumber參數(shù)確實(shí)有效并得到服務(wù)器支持，但沒有與之關(guān)聯(lián)的DTCSnapshot數(shù)據(jù)(例如,對于指定的DTC或記錄編號,從未發(fā)生過故障事件)的情況有所不同。服務(wù)器應(yīng)發(fā)送僅包含DTCAndStatusRecord [請求的DTC號碼(高、中、低字節(jié))加上狀態(tài)OFDTC的回聲]的正響應(yīng)。
當(dāng)客戶端成功請求ClearDiagnosticInformation時(shí)，DTCS快照信息應(yīng)被清除。在內(nèi)存溢出(存儲的DTC和DTCsnapshot數(shù)據(jù)的內(nèi)存空間完全占用在服務(wù)器中)的情況下，由車輛制造商負(fù)責(zé)指定存儲的DTC和DTCSnapshot數(shù)據(jù)的刪除規(guī)則。
5、為客戶端定義的記錄號(子功能= 05 16 reportDTCStored DataByRecordNumber )檢索DTCStored Data記錄數(shù)據(jù)
客戶端通過向DTCStored DataRecordNumber發(fā)送該服務(wù)的請求，并將子功能設(shè)置為reportDTCStored DataByRecordNumber，即可獲取捕獲的DTCStored Data記錄數(shù)據(jù)。服務(wù)器通過其存儲的DTCStoredData記錄進(jìn)行搜索，以匹配客戶端提供的記錄編號。
DTCStored DataRecordNumber不與DTCSnapshotRecordNumber共享同一地址空間。
系統(tǒng)供應(yīng)商/車輛制造商有責(zé)任確定在這些服務(wù)器中捕獲的DTCStored Data記錄是否存儲了與首次或最近發(fā)生的故障相關(guān)的數(shù)據(jù)。注：確切的失效準(zhǔn)則由系統(tǒng)供應(yīng)商/車輛制造商定義。
DTCStored Data記錄可能包含多個(gè)數(shù)據(jù)參數(shù)，可用于重構(gòu)故障發(fā)生時(shí)的車輛狀態(tài)( e.g. B + , RPM ,時(shí)間戳)。
汽車生產(chǎn)商應(yīng)明確DTCS存儲數(shù)據(jù)記錄的格式和內(nèi)容。DTCStored DataRecord中報(bào)告的數(shù)據(jù)首先包含一個(gè)數(shù)據(jù)標(biāo)識符，用于識別后面的數(shù)據(jù)。這種數(shù)據(jù)標(biāo)識符/數(shù)據(jù)組合可以在DTCStored DataRecord中重復(fù)。在DTCStoredDataRecord中使用一個(gè)或多個(gè)數(shù)據(jù)標(biāo)識符，允許單個(gè)DTC針對不同的故障發(fā)生存儲不同類型的DTCStoredDataRecord。為了輔助數(shù)據(jù)檢索，每個(gè)DTCStored DataRecord應(yīng)提供一個(gè)參數(shù)，該參數(shù)表示每個(gè)DTCStored DataRecord中包含的記錄DataIdentifier的數(shù)量。
除客戶端已將DTCStoredDataRecordNumber設(shè)置為FF16外，服務(wù)器應(yīng)在單個(gè)響應(yīng)消息中報(bào)告一個(gè)DTCStoredDataRecord，因?yàn)檫@將導(dǎo)致服務(wù)器響應(yīng)存儲在單個(gè)響應(yīng)消息中的所有DTCStoredDataRecord。
如果客戶端請求按記錄編號上報(bào)所有DTCStored DataRecord，則每個(gè)存儲的DTCStored DataRecord的響應(yīng)消息中都要重復(fù)DTCAndStatusRecord。如果客戶端指定的DTCStoredDataRecordNumber參數(shù)無效或服務(wù)器不支持，則服務(wù)器負(fù)響應(yīng)。這與客戶端指定的DTCStored DataRecordNumber參數(shù)確實(shí)有效并得到服務(wù)器支持，但沒有與之關(guān)聯(lián)的DTCStored DataRecord數(shù)據(jù)(例如,因?yàn)閷τ谥付ǖ挠涗浘幪枏奈窗l(fā)生過故障事件)的情況有所不同。在這種情況下，服務(wù)器需要發(fā)送只包含DTCStored DataRecordNumber (請求記錄編號的回聲)的正響應(yīng)。
DTCStoredDataRecord 信息應(yīng)在客戶端發(fā)出成功的 ClearDiagnosticInformation 請求后清除。車輛制造商有責(zé)任指定在內(nèi)存溢出（服務(wù)器中存儲的 DTC 和 DTCStoredDataRecord 數(shù)據(jù)的內(nèi)存空間完全被占用）情況下刪除存儲的 DTC 和 DTCStoredDataRecord 數(shù)據(jù)的規(guī)則。
6、檢索客戶端定義的 DTC 掩碼和客戶端定義的 DTCExtendedData 記錄號的 DTCExtendedData 記錄數(shù)據(jù)（子功能 = 0616 reportDTCExtDataRecordByDTCNumber
客戶端可以通過發(fā)送對此服務(wù)的請求并將子函數(shù)設(shè)置為reportDTCExtDataRecordByDTCNumber，來檢索客戶端定義的DTCMaskRecord 的DTCExtendedData 以及DTCExtendedData 記錄號。服務(wù)器應(yīng)在其支持的 DTC 中搜索與客戶端指定的 DTCMaskRecord 的精確匹配[包含 DTC 編號（高、中、低字節(jié)）]。在這種情況下，客戶端請求中提供的 DTCExtDataRecordNumber 參數(shù)應(yīng)指定正在請求 DTCExtendData 的指定 DTC 的特定 DTCExtendedData 記錄。
除了 DTC 編號和 statusOfDTC 之外，服務(wù)器還應(yīng)返回單個(gè)預(yù)定義的 DTCExtendedData 記錄以響應(yīng)客戶端的請求（DTCExtDataRecordNumber 不等于 FE16 或 FF16）。
車輛制造商應(yīng)定義 DTCExtDataRecord 的格式和內(nèi)容。 DTCExtDataRecord 中報(bào)告的數(shù)據(jù)結(jié)構(gòu)由 DTCExtDataRecordNumber 定義，其方式與記錄 DataIdentifier 中的數(shù)據(jù)定義類似。響應(yīng)中可以包括多個(gè) DTCExtDataRecordNumber 和關(guān)聯(lián)的 DTCExtDataRecord。使用一個(gè)或多個(gè) DTCExtDataRecordNumber 允許為單個(gè) DTC 存儲不同類型的 DTCExtDataRecord。
服務(wù)器應(yīng)在單個(gè)響應(yīng)消息中報(bào)告一個(gè) DTCExtendedData 記錄，除非客戶端已將 DTCExtDataRecordNumber 設(shè)置為 FE16 或 FF16，因?yàn)檫@將導(dǎo)致服務(wù)器在單個(gè)響應(yīng)消息中使用為客戶端定義的 DTCMaskRecord 存儲的所有 DTCExtendedData 記錄進(jìn)行響應(yīng)。
如果客戶端指定的 DTCMaskRecord 或 DTCExtDataRecordNumber 參數(shù)無效或服務(wù)器不支持，服務(wù)器應(yīng)做出否定響應(yīng)。這包括客戶端發(fā)送 FE16 的 DTCExtDataRecordNumber，但服務(wù)器不支持 OBD 擴(kuò)展數(shù)據(jù)記錄（9016 到 EF16）的情況。這應(yīng)與客戶端指定的 DTCMaskRecord 和/或 DTCExtDataRecordNumber 參數(shù)確實(shí)有效并受服務(wù)器支持，但沒有與其關(guān)聯(lián)的 DTC 擴(kuò)展數(shù)據(jù)的情況不同（例如，由于擴(kuò)展數(shù)據(jù)的內(nèi)存溢出）。在通過 DTCNumber 報(bào)告 DTCExtDataRecord 的情況下，服務(wù)器應(yīng)發(fā)送僅包含 DTCAndStatusRecord [請求的 DTC 編號（高、中和低字節(jié)）的回顯加上 statusOfDTC] 的肯定響應(yīng)。
11.2.1 中規(guī)定了在接收到 ClearDiagnosticInformation 服務(wù)時(shí)清除 DTCExtendedData 信息。車輛制造商有責(zé)任規(guī)定在內(nèi)存溢出（服務(wù)器中存儲的 DTC 和 DTC 擴(kuò)展數(shù)據(jù)的內(nèi)存空間完全被占用）的情況下刪除存儲的 DTC 和 DTC 擴(kuò)展數(shù)據(jù)的規(guī)則。

7、檢索與客戶端定義的嚴(yán)重性掩碼記錄匹配的 DTC 數(shù)量（SubFunction = 07 reportNumberOfDTCBySeverityMaskRecord
客戶端可以通過發(fā)送對此服務(wù)的請求（并將 SubFunction 設(shè)置為 reportNumberOfDTCBySeverityMaskRecord）來檢索與客戶端定義的嚴(yán)重性狀態(tài)掩碼記錄匹配的 DTC 數(shù)量的計(jì)數(shù)。服務(wù)器應(yīng)掃描所有支持的 DTC，在客戶端指定的掩碼記錄與每個(gè)存儲的 DTC 的實(shí)際信息之間執(zhí)行按位邏輯與運(yùn)算。
(((statusOfDTC & DTCStatusMask) != 0) && ((severity & DTCSeverityMask) != 0)) == TRUE 對于每個(gè)產(chǎn)生 TRUE 結(jié)果的 AND 運(yùn)算，服務(wù)器應(yīng)將計(jì)數(shù)器加 1。如果客戶端指定如果掩碼記錄中的狀態(tài)掩碼包含服務(wù)器不支持的位，則服務(wù)器應(yīng)僅使用其支持的位來處理 DTC 信息。一旦檢查完所有支持的 DTC，服務(wù)器應(yīng)將 DTCStatusAvailabilityMask 和結(jié)果 2 字節(jié)計(jì)數(shù)返回給客戶端。
如果服務(wù)器內(nèi)沒有 DTC 與客戶端請求中指定的掩碼標(biāo)準(zhǔn)相匹配，則服務(wù)器返回給客戶端的計(jì)數(shù)應(yīng)為 0。報(bào)告的與 DTC 狀態(tài)掩碼匹配的 DTC 數(shù)量在請求發(fā)出時(shí)的時(shí)間點(diǎn)有效。制成。報(bào)告的 DTC 數(shù)量與通過子功能 reportDTCByStatusMask 讀取的實(shí)際 DTC 列表之間沒有關(guān)系，因?yàn)樽x取 DTC 的請求是在不同的時(shí)間點(diǎn)完成的。
8、檢索與客戶端定義的嚴(yán)重性掩碼記錄匹配的嚴(yán)重性和功能單元信息（SubFunction = 08 16 reportDTCBySeverityMaskRecord）
客戶端可以檢索 DTC 嚴(yán)重性和功能單元信息的列表，這些信息通過發(fā)送帶有設(shè)置為 reportDTCBySeverityMaskRecord 的 SubFunction 字節(jié)的請求來滿足客戶端定義的嚴(yán)重性掩碼記錄。該子功能允許客戶端請求服務(wù)器報(bào)告具有特定嚴(yán)重性和狀態(tài)（“測試失敗”或“已確認(rèn)”或“等”）的所有 DTC。評估應(yīng)按如下方式進(jìn)行。
服務(wù)器應(yīng)在客戶端請求中指定的 DTCSeverityMask 和 DTCStatusMask 以及與服務(wù)器支持的每個(gè) DTC 關(guān)聯(lián)的實(shí)際 DTCSeverity 和 statusOfDTC 之間執(zhí)行按位邏輯 AND 運(yùn)算。
除了 DTCStatusAvailabilityMask 之外，服務(wù)器還應(yīng)返回 AND 運(yùn)算結(jié)果為 TRUE 的所有 DTC。
(((statusOfDTC & DTCStatusMask) !=0) && ((severity & DTCSeverityMask) != 0)) == TRUE 如果客戶端在掩碼記錄中指定的狀態(tài)掩碼包含服務(wù)器不支持的位，則服務(wù)器應(yīng)僅使用其支持的位來處理 DTC 信息。如果服務(wù)器內(nèi)沒有 DTC 與客戶端請求中指定的屏蔽標(biāo)準(zhǔn)相匹配，則在肯定響應(yīng)消息中的 DTCStatusAvailabilityMask 字節(jié)之后不應(yīng)提供任何 DTC 或狀態(tài)信息。

9、檢索客戶端定義的 DTC 的嚴(yán)重性和功能單元信息（SubFunction = 09 16 reportSeverityInformationOfDTC
客戶端可以通過發(fā)送對此服務(wù)的請求（并將 SubFunction 設(shè)置為 reportSeverityInformationOfDTC）來檢索客戶端定義的 DTCMaskRecord 的嚴(yán)重性和功能單元信息。服務(wù)器應(yīng)在其支持的 DTC 中搜索與客戶端指定的 DTCMaskRecord 的精確匹配[包含 DTC 編號（高、中、低字節(jié)）]。

10、檢索服務(wù)器支持的所有 DTC 的狀態(tài)（子功能 = 0A16 reportSupportedDTC）客戶端可以通過發(fā)送以下請求來檢索服務(wù)器支持的所有 DTC 的狀態(tài)：
客戶端可以通過發(fā)送此服務(wù)的子功能設(shè)置為reportSupportedDTCs 的請求來檢索服務(wù)器支持的所有DTC 的狀態(tài)。對此請求的響應(yīng)包含 DTCStatusAvailabilityMask，它提供服務(wù)器支持用于屏蔽目的的 DTC 狀態(tài)位的指示。在 DTCStatusAvailabilityMask 之后，響應(yīng)還包含 listOfDTCAndStatusRecord，其中包含服務(wù)器支持的每個(gè)診斷故障代碼的 DTC 編號和相關(guān)狀態(tài)。
11、檢索第一個(gè)/最近失敗的 DTC（SubFunction = 0B16 reportFirstTestFailedDTC、SubFunction = 0D 16 reportMostRecentTestFailedDTC）
客戶端可以通過發(fā)送 SubFunction 字節(jié)分別設(shè)置為“reportFirstTestFailedDTC”或“reportMostRecentTestFailedDTC”的請求，從服務(wù)器檢索第一個(gè)/最近失敗的 DTC。與 DTCStatusAvailabilityMask 一起，服務(wù)器應(yīng)將第一個(gè)或最近失敗的 DTC 編號和相關(guān)狀態(tài)返回給客戶端。
如果自上次客戶端請求服務(wù)器清除診斷信息以來沒有記錄任何失敗的 DTC，則在肯定響應(yīng)消息中的 DTCStatusAvailabilityMask 字節(jié)之后不應(yīng)提供 DTC/狀態(tài)信息。此外，如果自上次客戶端請求服務(wù)器清除診斷信息以來只有一個(gè) DTC 的狀態(tài)失敗，則應(yīng)將一個(gè)失敗的 DTC 返回給來自客戶端的 reportFirstTestFailedDTC 和 reportMostRecentTestFailedDTC 請求。第一個(gè)/最近失敗的 DTC 的記錄應(yīng)獨(dú)立于已確認(rèn)的 DTC 的老化過程
如上所述，應(yīng)根據(jù)客戶端成功的 ClearDiagnosticInformation 請求清除第一個(gè)/最近失敗的 DTC 信息（請參閱 D.2 中的 DTC 狀態(tài)位定義，以獲取有關(guān)在接收 ClearDiagnosticInformation 服務(wù)請求的情況下 DTC 狀態(tài)位處理的進(jìn)一步描述）。服務(wù)器）。

12、檢索第一個(gè)/最近檢測到的確認(rèn) DTC（SubFunction = 0C16 reportFirstConfirmedDTC、SubFunction = 0E 16 reportMostRecentConfirmedDTC）
客戶端可以通過發(fā)送 SubFunction 字節(jié)分別設(shè)置為“reportFirstConfirmedDTC”或“reportMostRecentConfirmedDTC”的請求，從服務(wù)器檢索第一個(gè)/最近確認(rèn)的 DTC。與 DTCStatusAvailabilityMask 一起，服務(wù)器應(yīng)將第一個(gè)或最近確認(rèn)的 DTC 編號和相關(guān)狀態(tài)返回給客戶端。
響應(yīng)消息中的 DTCStatusAvailabilityMask 字節(jié)之后不應(yīng)提供 DTC/狀態(tài)信息。此外，如果自上次客戶端請求服務(wù)器清除診斷信息以來僅確認(rèn)了 1 個(gè) DTC，則應(yīng)將一個(gè)確認(rèn)的 DTC 返回給來自客戶端的 reportFirstConfirmedDTC 和 reportMostRecentConfirmedDTC 請求。
如果 DTC 在過去的某個(gè)時(shí)間點(diǎn)失敗，但隨后在客戶端請求之前滿足老化標(biāo)準(zhǔn)，則應(yīng)保留第一個(gè)確認(rèn)的 DTC 的記錄（無論在該 DTC 之后確認(rèn)的任何其他 DTC）。上述 DTC 已確認(rèn)）。類似地，如果 DTC 在過去的某一時(shí)刻被確認(rèn)，但隨后在客戶端請求之前滿足老化標(biāo)準(zhǔn)（假設(shè)在之后沒有其他 DTC 被確認(rèn)），則應(yīng)保留最近確認(rèn)的 DTC 的記錄。上述 DTC 失?。?。
如上所述，第一個(gè)/最近確認(rèn)的 DTC 信息應(yīng)在客戶端發(fā)出成功的 ClearDiagnosticInformation 請求后清除

13、檢索“預(yù)失敗”DTC 狀態(tài)列表（子功能 = 1416 reportDTCFaultDetectio n-Counter
客戶端可以檢索所有當(dāng)前“失敗前”DTC 的列表，這些 DTC 在客戶端發(fā)出請求時(shí)已被檢測為“待定”或“已確認(rèn)”。 DTCFaultDetectionCounter 的目的是一種簡單方法，用于識別無法通過特定 DTC 的 statusOfDTC 字節(jié)識別/讀取的日益增長或間歇性問題。 DTCFaultDetectionCounter 的內(nèi)部實(shí)現(xiàn)應(yīng)是車輛制造商特定的。 “故障前”DTC 的用例是在制造工廠測試 DTC 期間加速故障檢測，這些 DTC 需要制造測試無法接受的成熟時(shí)間。維修或安裝新組件后，服務(wù)具有類似的用例。

14、檢索具有“永久 DTC”狀態(tài)的 DTC 列表（子功能 = 1516 reportDTCWithPermanentStatus）
客戶端可以檢索具有“永久 DTC”狀態(tài)的 DTC 列表，如 3.12 中所述。子功能 1516 將來將被子功能 55 16 取代。如果需要永久 DTC 實(shí)施，建議使用 5516 子功能。

15、檢索客戶端定義的 DTCExtendedData 記錄號的 DTCExtendedData 記錄數(shù)據(jù)（SubFunction = 16 16 reportDTCExtDataRecordByRecordNumber）
客戶端可以通過發(fā)送對此服務(wù)的請求并將子函數(shù)設(shè)置為reportDTCExtDataRecordByRecordNumber 來檢索客戶端定義的DTCExtendedData 記錄號的DTCExtendedData。服務(wù)器應(yīng)搜索所有支持的 DTC，以確保與客戶端指定的 DTCExtDataRecordNumber 完全匹配。在這種情況下，客戶端請求中提供的 DTCExtDataRecordNumber 參數(shù)應(yīng)為正在請求 DTCExtendData 的所有支持的 DTC 指定特定的 DTCExtendedData 記錄。
服務(wù)器應(yīng)返回 DTCExtendedData 記錄以及每個(gè)支持的 DTC 的 DTC 編號和 statusOfDTC，其中包含所請求的 DTCExtDataRecordNumber 的數(shù)據(jù)。
車輛制造商應(yīng)定義 DTCExtDataRecord 的格式和內(nèi)容。 DTCExtDataRecord 中報(bào)告的數(shù)據(jù)結(jié)構(gòu)由 DTCExtDataRecordNumber 定義，其方式與記錄 DataIdentifier 中的數(shù)據(jù)定義類似。
如果客戶端指定的 DTCExtDataRecordNumber 參數(shù)無效或服務(wù)器不支持，服務(wù)器應(yīng)做出否定響應(yīng)。
11.2.1 中規(guī)定了在接收到 ClearDiagnosticInformation 服務(wù)時(shí)清除 DTCExtendedData 信息。車輛制造商有責(zé)任規(guī)定在內(nèi)存溢出（服務(wù)器中存儲的 DTC 和 DTC 擴(kuò)展數(shù)據(jù)的內(nèi)存空間完全被占用）的情況下刪除存儲的 DTC 和 DTC 擴(kuò)展數(shù)據(jù)的規(guī)則。

16、從服務(wù)器的用戶定義的 DTC 內(nèi)存中檢索與客戶端定義的 DTC 狀態(tài)掩碼匹配的 DTC 列表 (SubFunction = 17 16 reportUserDefMemoryDTCByStatusMask)
客戶端可以從用戶定義的存儲器中檢索 DTC 列表，通過發(fā)送將 SubFunction 字節(jié)設(shè)置為 reportUserDefMemoryDTCByStatusMask 的請求來滿足客戶端定義的狀態(tài)掩碼。該子函數(shù)允許客戶端請求服務(wù)器報(bào)告所有“testFailed”或“confirmed”或“etc”的DTC。來自用戶定義的內(nèi)存。
評估應(yīng)按如下方式完成：服務(wù)器應(yīng)在客戶端請求中指定的掩碼和與該用戶定義的存儲器中服務(wù)器支持的每個(gè) DTC 相關(guān)的實(shí)際狀態(tài)之間執(zhí)行按位邏輯 AND 運(yùn)算。除了 DTCStatusAvailabilityMask 之外，服務(wù)器還應(yīng)返回該特定內(nèi)存中 AND 運(yùn)算結(jié)果非零（即 (statusOfDTC & DTCStatusMask) != 0）的所有 DTC。如果客戶端指定的狀態(tài)掩碼包含服務(wù)器不支持的位，則服務(wù)器應(yīng)僅使用其支持的位來處理 DTC 信息。如果服務(wù)器內(nèi)沒有 DTC 與該特定內(nèi)存中客戶端請求中指定的屏蔽標(biāo)準(zhǔn)相匹配，則在肯定響應(yīng)消息中的 DTCStatusAvailabilityMask 字節(jié)之后不應(yīng)提供任何 DTC 或狀態(tài)信息。
DTC 狀態(tài)信息應(yīng)通過服務(wù) 1416 ClearDTC 服務(wù)（將 memorySelection 參數(shù)設(shè)置為適用的存儲器）或通過制造商特定條件（例如來自客戶端的例行控制請求）來清除。

17、DTC 狀態(tài)信息應(yīng)通過服務(wù) 1416 ClearDTC 服務(wù)（將 memorySelection 參數(shù)設(shè)置為適用的存儲器）或通過制造商特定條件（例如來自客戶端的例行控制請求）來清除
客戶端可以檢索所有當(dāng)前“失敗前”DTC 的列表，這些 DTC 在客戶端發(fā)出請求時(shí)已被檢測為“待定”或“已確認(rèn)”。 DTCFaultDetectionCounter 的目的是一種簡單方法，用于識別無法通過特定 DTC 的 statusOfDTC 字節(jié)識別/讀取的日益增長或間歇性問題。 DTCFaultDetectionCounter 的內(nèi)部實(shí)現(xiàn)應(yīng)是車輛制造商特定的。 “故障前”DTC 的用例是在制造工廠測試 DTC 期間加速故障檢測，這些 DTC 需要制造測試無法接受的成熟時(shí)間。維修或安裝新組件后，服務(wù)具有類似的用例
18、檢索具有“永久 DTC”狀態(tài)的 DTC 列表（子功能 = 1516 reportDTCWithPermanentStatus）
客戶端可以檢索具有“永久 DTC”狀態(tài)的 DTC 列表，如 3.12 中所述。子功能 1516 將來將被子功能 55 16 取代。如果需要永久 DTC 實(shí)施，建議使用 5516 子功能。

19、檢索客戶端定義的 DTCExtendedData 記錄號的 DTCExtendedData 記錄數(shù)據(jù) (SubFunction = 16 16 reportDTCExtDataRecordByRecordNumber
客戶端可以通過發(fā)送對此服務(wù)的請求并將子函數(shù)設(shè)置為reportDTCExtDataRecordByRecordNumber 來檢索客戶端定義的DTCExtendedData 記錄號的DTCExtendedData。服務(wù)器應(yīng)搜索所有支持的 DTC，以確保與客戶端指定的 DTCExtDataRecordNumber 完全匹配。在這種情況下，客戶端請求中提供的 DTCExtDataRecordNumber 參數(shù)應(yīng)為正在請求 DTCExtendData 的所有支持的 DTC 指定特定的 DTCExtendedData 記錄。
服務(wù)器應(yīng)返回 DTCExtendedData 記錄以及每個(gè)支持的 DTC 的 DTC 編號和 statusOfDTC，其中包含所請求的 DTCExtDataRecordNumber 的數(shù)據(jù)。
車輛制造商應(yīng)定義 DTCExtDataRecord 的格式和內(nèi)容。 DTCExtDataRecord 中報(bào)告的數(shù)據(jù)結(jié)構(gòu)由 DTCExtDataRecordNumber 定義，其方式與記錄 DataIdentifier 中的數(shù)據(jù)定義類似。
如果客戶端指定的 DTCExtDataRecordNumber 參數(shù)無效或服務(wù)器不支持，服務(wù)器應(yīng)做出否定響應(yīng)。
11.2.1 中規(guī)定了在接收到 ClearDiagnosticInformation 服務(wù)時(shí)清除 DTCExtendedData 信息。車輛制造商有責(zé)任規(guī)定在內(nèi)存溢出（服務(wù)器中存儲的 DTC 和 DTC 擴(kuò)展數(shù)據(jù)的內(nèi)存空間完全被占用）的情況下刪除存儲的 DTC 和 DTC 擴(kuò)展數(shù)據(jù)的規(guī)則。

20、從服務(wù)器的用戶定義的 DTC 內(nèi)存中檢索與客戶端定義的 DTC 狀態(tài)掩碼相匹配的 DTC 列表 (SubFunction = 17 16 reportUserDefMemoryDTCByStatusMask) 客戶端可以從用戶定義中檢索 DTC 列表
客戶端可以從用戶定義的存儲器中檢索 DTC 列表，通過發(fā)送將 SubFunction 字節(jié)設(shè)置為 reportUserDefMemoryDTCByStatusMask 的請求來滿足客戶端定義的狀態(tài)掩碼。該子函數(shù)允許客戶端請求服務(wù)器報(bào)告所有“testFailed”或“confirmed”或“etc”的DTC。來自用戶定義的內(nèi)存。
評估應(yīng)按如下方式完成：服務(wù)器應(yīng)在客戶端請求中指定的掩碼和與該用戶定義的存儲器中服務(wù)器支持的每個(gè) DTC 相關(guān)的實(shí)際狀態(tài)之間執(zhí)行按位邏輯 AND 運(yùn)算。除了 DTCStatusAvailabilityMask 之外，服務(wù)器還應(yīng)返回該特定內(nèi)存中 AND 運(yùn)算結(jié)果非零（即 (statusOfDTC & DTCStatusMask) != 0）的所有 DTC。如果客戶端指定的狀態(tài)掩碼包含服務(wù)器不支持的位，則服務(wù)器應(yīng)僅使用其支持的位來處理 DTC 信息。如果服務(wù)器內(nèi)沒有 DTC 與該特定內(nèi)存中客戶端請求中指定的屏蔽標(biāo)準(zhǔn)相匹配，則在肯定響應(yīng)消息中的 DTCStatusAvailabilityMask 字節(jié)之后不應(yīng)提供任何 DTC 或狀態(tài)信息。
DTC 狀態(tài)信息應(yīng)通過服務(wù) 1416 ClearDTC 服務(wù)（將 memorySelection 參數(shù)設(shè)置為適用的存儲器）或通過制造商特定條件（例如來自客戶端的例行控制請求）來清除。
21、從 DTC 用戶定義內(nèi)存中檢索客戶端定義的 DTC 掩碼和客戶端定義的 DTCSnapshotNumber 的用戶定義內(nèi)存 DTCSnapshot 記錄數(shù)據(jù) (SubFunction = 18 16 reportUserDefMemoryDTCSnapshotRecordByDTCNumber)
客戶端可以通過發(fā)送對此服務(wù)的請求并將子函數(shù)設(shè)置為reportUserDefMemoryDTCSnapshotRecordByDTCNumber，來檢索客戶端定義的DTCMaskRecord 的捕獲的DTCSnapshot 記錄數(shù)據(jù)以及DTCSnapshot 記錄號和用戶定義的內(nèi)存標(biāo)識符。服務(wù)器應(yīng)在其支持的 DTC 中搜索與客戶端指定的 DTCMaskRecord 的精確匹配[包含 DTC 編號（高、中、低字節(jié)）]?？蛻舳苏埱笾刑峁┑?DTCSnapshotRecordNumber 參數(shù)應(yīng)指定指定 DTC 的特定出現(xiàn)以及為其請求 DTCSnapshot 記錄數(shù)據(jù)的已定義內(nèi)存。
注 1：DTCSnapshotRecordNumber 不與 DTCStoredDataRecordNumber 共享相同的地址空間。
系統(tǒng)供應(yīng)商/車輛制造商應(yīng)負(fù)責(zé)定義在此類服務(wù)器中捕獲的 DTCSnapshot 記錄是否存儲與第一次或最近發(fā)生故障相關(guān)的數(shù)據(jù)。
如果已識別出客戶端定義的 DTCMaskRecord 和 UserDefDTCSnapshotRecordNumber 參數(shù)（UserDefDTCSnapshotRecordNumber 不等于 FF16）和該特定記憶。
注 2：確切的失效標(biāo)準(zhǔn)由系統(tǒng)供應(yīng)商/車輛制造商定義。
DTCSnapshot 記錄可能包含多個(gè)數(shù)據(jù)參數(shù)，可用于重建故障發(fā)生時(shí)的車輛狀況（例如 B+、RPM、時(shí)間戳）。
車輛制造商應(yīng)在用戶定義的存儲器中定義 DTCSnapshotRecord 的格式和內(nèi)容（即 DTCSnapshotRecord 的內(nèi)容在不同存儲器之間可以不同）記錄。 DTCSnapshotRecord 中報(bào)告的數(shù)據(jù)首先包含一個(gè) dataIdentifier 來標(biāo)識后面的數(shù)據(jù)。該數(shù)據(jù)標(biāo)識符/數(shù)據(jù)組合可以在 DTCSnapshotRecord 內(nèi)重復(fù)。用戶定義存儲器中的 DTCSnapshotRecord 中的一個(gè)或多個(gè)數(shù)據(jù)標(biāo)識符的使用允許針對不同的故障發(fā)生情況為單個(gè) DTC 存儲不同類型的 DTCSnapshotRecord。每個(gè) DTCSnapshotRecord 應(yīng)提供一個(gè)參數(shù)，指示每個(gè) DTCSnapshotRecord 中包含的記錄數(shù)據(jù)標(biāo)識符的數(shù)量，以幫助數(shù)據(jù)檢索。
服務(wù)器應(yīng)在單個(gè)響應(yīng)消息中報(bào)告一個(gè) DTCSnapshot 記錄，除非客戶端已將 UserDefDTCSnapshotRecordNumber 設(shè)置為 FF16，因?yàn)檫@將導(dǎo)致服務(wù)器使用為客戶端定義的 DTCMaskRecord 和用戶定義的內(nèi)存存儲的所有 DTCSnapshot 記錄進(jìn)行響應(yīng)。響應(yīng)消息。 DTCAndStatusRecord 僅在響應(yīng)消息中包含一次。
如果客戶端指定的 DTCMaskRecord、UserDefDTCSnapshotRecordNumber、UserDefMemory 參數(shù)無效或服務(wù)器不支持，服務(wù)器應(yīng)做出否定響應(yīng)。這與以下情況不同：客戶端指定的 DTCMaskRecord 和/或 UserDefDTCSnapshotRecordNumber 參數(shù)確實(shí)有效并且受服務(wù)器針對該特定內(nèi)存的支持，但沒有與其關(guān)聯(lián)的 DTCSnapshot 數(shù)據(jù)（例如，因?yàn)閺奈窗l(fā)生故障事件）對于指定的 DTC 或記錄號）。服務(wù)器應(yīng)發(fā)送僅包含 DTCAndStatusRecord [請求的 DTC 編號（高、中、低字節(jié)）加上 statusOfDTC 的回顯] 的肯定響應(yīng)。
應(yīng)根據(jù)來自客戶端的制造商特定條件（例如例行控制）請求清除 DTCSnapshot 信息。車輛制造商有責(zé)任指定在內(nèi)存溢出時(shí)刪除存儲的 DTC 和 DTCSnapshot 數(shù)據(jù)的規(guī)則（存儲的 DTC 和 DTCSnapshot 數(shù)據(jù)的存儲空間完全占用服務(wù)器中特定內(nèi)存的存儲空間）。

22、從 DTC 內(nèi)存中檢索客戶端定義的 DTC 掩碼和客戶端定義的 DTCExtendedData 記錄號的用戶定義內(nèi)存 DTCExtendedData 記錄數(shù)據(jù)（SubFunction = 19 16 reportUserDefMemoryDTCExtDataRecordByDTCNumber）
客戶端可以通過發(fā)送對此服務(wù)的請求并將子函數(shù)設(shè)置為reportUserDefMemoryDTCExtDataRecordByDTCNumber，來檢索客戶端定義的DTCMaskRecord 的DTCExtendedData 以及DTCExtendedData 記錄號和UserDefMemoryIdenitfier。服務(wù)器應(yīng)在其支持的 DTC 中搜索與客戶端指定的 DTCMaskRecord [包含 DTC 編號（高、中、低字節(jié)）] 和 UserDefMemoryIdentifier 的精確匹配。在這種情況下，客戶端請求中提供的 DTCExtDataRecordNumber 參數(shù)應(yīng)指定正在請求 DTCExtendData 的指定 DTC 的特定 DTCExtendedData 記錄。
除了 DTC 編號和 statusOfDTC 之外，服務(wù)器還應(yīng)返回單個(gè)預(yù)定義的 DTCExtendedData 記錄以響應(yīng)客戶端的請求（DTCExtDataRecordNumber 不等于 FE16 或 FF16）。
車輛制造商應(yīng)定義 UserDefDTCExtDataRecord 的格式和內(nèi)容。 DTCExtDataRecord 中報(bào)告的數(shù)據(jù)結(jié)構(gòu)由特定用戶定義存儲器的 DTCExtDataRecordNumber 定義，其方式與記錄 DataIdentifier 中的數(shù)據(jù)定義類似。響應(yīng)中可以包括多個(gè) DTCExtDataRecordNumber 和關(guān)聯(lián)的 DTCExtDataRecord。使用一個(gè)或多個(gè) DTCExtDataRecordNumber 允許為單個(gè) DTC 存儲不同類型的 DTCExtDataRecord。
服務(wù)器應(yīng)在單個(gè)響應(yīng)消息中報(bào)告一個(gè) DTCExtendedData 記錄，除非客戶端已將 DTCExtDataRecordNumber 設(shè)置為 FE16 或 FF16，因?yàn)檫@將導(dǎo)致服務(wù)器使用在用戶定義的內(nèi)存中為客戶端定義的 DTCMaskRecord 存儲的所有 DTCExtendedData 記錄進(jìn)行響應(yīng)。單個(gè)響應(yīng)消息。
如果客戶端指定的 DTCMaskRecord 或 DTCExtDataRecordNumber 參數(shù)無效或不受服務(wù)器支持或不在該特定內(nèi)存中，服務(wù)器應(yīng)做出否定響應(yīng)。這應(yīng)與客戶端指定的 DTCMaskRecord 和/或 DTCExtDataRecordNumber 參數(shù)確實(shí)有效并受服務(wù)器支持，但沒有與其關(guān)聯(lián)的 DTC 擴(kuò)展數(shù)據(jù)的情況不同（例如，由于擴(kuò)展數(shù)據(jù)的內(nèi)存溢出）。在通過 DTCNumber 報(bào)告 DTCExtDataRecord 的情況下，服務(wù)器應(yīng)發(fā)送僅包含 DTCAndStatusRecord [請求的 DTC 編號（高、中和低字節(jié)）的回顯加上 statusOfDTC] 的肯定響應(yīng)。
應(yīng)根據(jù)制造商特定條件通過服務(wù) 1416 Clear DiagnosticInformation（將內(nèi)存選擇參數(shù)設(shè)置為適用的內(nèi)存）或通過來自客戶端的例行控制請求來清除 DTCExtendedDataRecord 信息

23、檢索支持特定 DTCExtendedDataRecord 的所有 DTC 的列表（SubFunction = 1A 16 reportSupportedDTCExtDataRecord）
客戶端可以通過發(fā)送對此服務(wù)的請求（并將子函數(shù)設(shè)置為reportDTCExtendedDatatIdentification）來檢索支持特定DTCExtendedDataRecord 的所有DTC 的列表。服務(wù)器應(yīng)搜索其支持的 DTC。如果 DTC 支持請求的 DTCExtendedDataRecordNumber，則應(yīng)將其包含在響應(yīng)中。除了 DTC 編號和 DTC 狀態(tài)之外，服務(wù)器還應(yīng)返回該 DTC 的 DTCExtendedDataRecordNumber。如果客戶端指定的 DTCExtendedDataRecord 參數(shù)無效或服務(wù)器不支持，服務(wù)器應(yīng)做出否定響應(yīng)。

24、從與客戶端定義的狀態(tài)掩碼匹配的功能組中檢索 VOBD DTC 列表（子功能 = 42 16 報(bào)告WWWHOBDDTCByMaskRecord）
ISO 271453[22] 中定義了 DTCSeverityMask（具有嚴(yán)重性和類別）的實(shí)現(xiàn)和使用

25、檢索具有“永久 DTC”狀態(tài)的 VOBD DTC 列表（子功能 = 5516 報(bào)告WWHOBDDTCWithPermanentStatus）
客戶端可以檢索具有“永久 DTC”狀態(tài)的 VOBD DTC 列表，如 3.12 中所述。

26、檢索客戶端定義的 DTCReadinessGroupIdentifier 的 DTC 信息（SubFunction = 56 16 reportDTCInformationByDTCReadinessGroupIdentifier）
客戶端可以通過發(fā)送此服務(wù)的請求來檢索客戶端定義的 DTC 就緒組標(biāo)識符的 DTC 信息，并將子功能設(shè)置為reportDTCInformationByDTCReadinessGroupIdentifer。服務(wù)器應(yīng)搜索其支持的 DTC，以查找與客戶端指定的 DTCReadinessGroupIdentifier 的精確匹配。除了 DTC 編號和 DTC 狀態(tài)之外，服務(wù)器還應(yīng)返回這些 DTC 的 DTCReadinessGroupIdentifier。
如果客戶端指定的 DTCReadinessGroupIdentifier 參數(shù)無效或服務(wù)器不支持，服務(wù)器應(yīng)做出否定響應(yīng)。

ControlDTCSetting (0x85) service

在UDS（Unified Diagnostic Services）中，85服務(wù)是一種診斷服務(wù)，其主要功能是用于讀取和清除故障碼（Diagnostic Trouble Codes，簡稱DTC）。這項(xiàng)服務(wù)允許用戶通過診斷工具與車輛的電子控制單元（ECU）進(jìn)行通信，并獲取存儲在ECU中的故障碼信息。用戶可以使用85服務(wù)來診斷車輛的故障，并清除已解決的故障碼。這有助于確保車輛的正常運(yùn)行和維護(hù)。

客戶端應(yīng)使用ControlDTCSetting服務(wù)停止或恢復(fù)服務(wù)器中DTC狀態(tài)位的更新。在ReadDTCInformation (比特的定義參見D.2)的某些子函數(shù)的正響應(yīng)的statusOfDTC參數(shù)中報(bào)告DTC狀態(tài)位。ControlDTCSetting請求消息可用于停止單個(gè)服務(wù)器或一組服務(wù)器中DTC狀態(tài)位的更新。如果被尋址的服務(wù)器不能停止DTC狀態(tài)位的更新，它應(yīng)該以一個(gè)ControlDTCSetting負(fù)響應(yīng)消息響應(yīng)，表明拒絕的原因。
當(dāng)服務(wù)器接受子功能值為DTCSettingType = off的ControlDTCSetting請求時(shí)，服務(wù)器應(yīng)暫停對DTC狀態(tài)位(即凍結(jié)電流值)的任何更新，直到再次啟用該功能。一旦在子功能設(shè)置為" on “的情況下執(zhí)行ControlDTCSetting請求，或者在(例如會話層超時(shí)到defaultSession , ECU重置等。)情況下轉(zhuǎn)換到不支持ControlDTCSetting的會話，DTC狀態(tài)位信息的更新將繼續(xù)。如果請求的子功能設(shè)置為"開"或"關(guān)”，即使請求的DTC設(shè)置狀態(tài)已經(jīng)處于活動(dòng)狀態(tài)，在活動(dòng)會話中支持該服務(wù)，服務(wù)器仍應(yīng)發(fā)送積極的響應(yīng)。
如果客戶端發(fā)送了ClearDiagnosticInformation ( 14 )服務(wù)，ControlDTCSetting不禁止重置服務(wù)器的DTC狀態(tài)位。各DTC狀態(tài)位的行為按照D.2、圖D.1 ~圖D.8中的定義執(zhí)行。DTC狀態(tài)位記錄了相對于代表特定故障狀態(tài)的數(shù)字標(biāo)識符( DTC )的某些信息。控制DTCSetting只切換DTC狀態(tài)位更新的開/關(guān)。控制DTCSetting服務(wù)并不是要導(dǎo)致故障監(jiān)控被關(guān)閉，也不是要導(dǎo)致failuresoft策略被禁用。不建議將failuresoft或failuresafe策略直接與DTC狀態(tài)位(例如,一個(gè)被接受的Clear Diagnostic Information請求并不直接移除任何活動(dòng)故障軟件)相關(guān)聯(lián)或耦合。

DTC服務(wù)（0x14 0x19 0x85）,ISO14229,github,git,汽車

支持的字服務(wù)。
DTC服務(wù)（0x14 0x19 0x85）,ISO14229,github,git,汽車

DTC服務(wù)（0x14 0x19 0x85）,ISO14229,github,git,汽車
85服務(wù)會用到功能尋址，在做ECU升級的情況，以廣播的形式，在總線上發(fā)送85請求（28服務(wù)），關(guān)閉DTC存儲和報(bào)告。

正響應(yīng)

DTC服務(wù)（0x14 0x19 0x85）,ISO14229,github,git,汽車

負(fù)響應(yīng)

DTC服務(wù)（0x14 0x19 0x85）,ISO14229,github,git,汽車

ClearDiagnosticInformation (14) service

清除某個(gè)DTC或者某類DTC
當(dāng) ClearDiagnosticInformation 服務(wù)處理完成時(shí)，服務(wù)器應(yīng)發(fā)送肯定響應(yīng)。即使沒有存儲 DTC，服務(wù)器也應(yīng)發(fā)送肯定響應(yīng)。如果服務(wù)器支持內(nèi)存中 DTC 狀態(tài)信息的多個(gè)副本（例如 RAM 中的一份副本和 EEPROM 中的一份副本）

服務(wù)器應(yīng)清除 ReadDTCInformation 狀態(tài)報(bào)告服務(wù)使用的副本。額外的副本，例如長期存儲器中的備份副本根據(jù)適當(dāng)?shù)膫浞莶呗裕ɡ缭陔娫存i存階段）進(jìn)行更新。
注意：如果電源鎖存階段受到干擾（例如，電源鎖存階段電池?cái)嚅_），可能會導(dǎo)致數(shù)據(jù)不一致。
各個(gè) DTC 狀態(tài)位的行為應(yīng)根據(jù) D.2、圖 D.1 至圖 D.8 中的定義來實(shí)現(xiàn)
客戶端的請求消息中包含一個(gè)參數(shù)。參數(shù) groupOfDTC 允許客戶端清除一組 DTC（例如動(dòng)力總成、車身、底盤等）或特定 DTC。詳細(xì)信息請參閱 D.1。除非另有說明，服務(wù)器應(yīng)從內(nèi)存中清除所請求組的排放相關(guān)和非排放相關(guān)的 DTC 信息。
通過該服務(wù)重置/清除的 DTC 信息包括但不限于以下內(nèi)容： — DTC 狀態(tài)字節(jié)（參見 12.3 中的 ReadDTCInformation 服務(wù)）， — 捕獲的 DTC 快照數(shù)據(jù)（DTCSnapshotData，參見 12.3 中的 ReadDTCInformation 服務(wù)）， — 捕獲的 DTC 擴(kuò)展數(shù)據(jù)（ DTCExtendedData，參見 12.3 中的 ReadDTCInformation 服務(wù)）， — 其他 DTC 相關(guān)數(shù)據(jù)，例如第一個(gè)/最近的 DTC、標(biāo)志、計(jì)數(shù)器、定時(shí)器等特定于 DTC 的數(shù)據(jù)。

DTC服務(wù)（0x14 0x19 0x85）,ISO14229,github,git,汽車