ISO14229系列之一：簡述

1、、乙、前言由于工作中經(jīng)常用到ISO-14229,因此決定對該協(xié)議做個總體介紹和總結(jié)，既是對自己學(xué)習(xí)的總結(jié)，也能夠給初次涉及該協(xié)議的朋友一個參考。首先簡要介紹什么是ISO-14229,至于可以在網(wǎng)上找到的大篇理論介紹我就略過不講了，有興趣可以自行搜索。簡單的說，它就是一個用于汽車行業(yè)診斷通信的需求規(guī)范，它只規(guī)定了與診斷相關(guān)的服務(wù)需求，并沒有涉及通信機制，因此要實現(xiàn)一個完整的診斷通信還需要定義網(wǎng)絡(luò)層協(xié)議（比如ISO-15765），還有底層硬件實現(xiàn)方式（比如CAN控制器）。由于不涉及網(wǎng)絡(luò)通信機制，可以架設(shè)在各種網(wǎng)絡(luò)之上，因此ISO-14229也稱為UDS（UnifiedDiagnosticServi

2、ces）。.用途ISO-14229的用途就是規(guī)定了診斷需求，因此想要了解ISO-14229的用途首先要知道診斷的用途。診斷最先用于汽車尾氣排放的監(jiān)測，后來發(fā)展為包括對汽車行駛故障的監(jiān)測，想知道診斷的發(fā)展史，可以維基百科。至少現(xiàn)代的診斷可以粗略的分為排放相關(guān)和非排放相關(guān)，ISO-14229只定義非排放相關(guān)的診斷需求。非排放相關(guān)診斷可以做什么呢？其實用途很大，基本貫穿整個汽車ECU生命周期。首先，ECU開發(fā)時要用到它來構(gòu)建bootloader，上傳和下載數(shù)據(jù)；測試時要用它來讀寫RAM、ROM，控制外設(shè)；在產(chǎn)線上，要用它來校準(zhǔn)機械件，刷新軟件；在行駛過程中，要用它來監(jiān)測各種故障，并記下故障碼；在4s

3、店，技師需要用它來讀出故障碼，判斷故障發(fā)生點，還可以用來升級ECU程序?，F(xiàn)在大熱的車聯(lián)網(wǎng)概念，其中一些就是通過OBD口聯(lián)網(wǎng)，讀取車內(nèi)故障碼，或者油量、速度等參數(shù)。.診斷通信分層結(jié)構(gòu)雖然借鑒OSI的七層結(jié)構(gòu)，但是診斷通信分層還是做了一些改變?？梢詤⒖既缦铝斜恚篛SILayerEnhancedDiagnosticServicesApplication（layer7）ISO14229Presentation（layer6）Session（layer5）ISO15765-3Transport（layer4）ISO15765-2Network（layer3）ISO15765-2Datalink（laye

4、r2）ISO11898Physical（layer1）ISO11898顯然，從上表可以看出診斷通信分層模型和OSI的區(qū)別，同時也可以看到ISO-14229在該模型中的位置。其實，可以將該模型簡化為：-統(tǒng)一診斷服務(wù)層（layer7）-網(wǎng)絡(luò)服務(wù)層（layers1to6）因此，在使用ISO-14229時，下面的通信機制可以改變，比如基于CAN，基于藍牙，基于LAN，基于FlexRay等等。3.相關(guān)術(shù)語協(xié)議相關(guān)術(shù)語要了解協(xié)議，首先要知曉協(xié)議內(nèi)定義的術(shù)語。我挑了一些使用頻率比較高的在此解釋。DiagnosticService（診斷服務(wù)）診斷服務(wù)是介于診斷設(shè)備和被診斷ECU之間的一種信息交互方式。通常是由

5、診斷設(shè)備發(fā)出請求，被診斷ECU做出回應(yīng)。DiagnosticTroubleCode（故障碼）故障碼是用來標(biāo)記ECU故障的代碼，它遵循一定的規(guī)則（以后會介紹），駐留在ECU的非易失性存儲器中。DiagnosticData（診斷數(shù)據(jù)）診斷數(shù)據(jù)是可以被診斷設(shè)備請求的ECU內(nèi)部數(shù)據(jù)，它包括:當(dāng)前數(shù)據(jù)，即ECU正在使用的某個數(shù)據(jù)，比如車速、節(jié)氣門角度等存儲數(shù)據(jù)，即被ECU存儲在存儲器中某一時刻的數(shù)據(jù)，比如DTC靜態(tài)數(shù)據(jù)，即恒定不變的ECU內(nèi)部數(shù)據(jù)，比如VIN碼。DiagnosticSession（診斷會話）可以理解為某種診斷模式或權(quán)限，即在不同的模式下，對不同的診斷服務(wù)的使用做了限制。Diagnosti

6、cRoutine（診斷例程）駐留在被診斷ECU中的子程序，它可以被診斷設(shè)備啟動和停止。比如格式化EEPROM的子程序。Tester,就理解為診斷設(shè)備或診斷儀吧。3.2診斷服務(wù)相關(guān)術(shù)語再來說一些跟診斷服務(wù)相關(guān)的術(shù)語。1AddressingType（尋址方式）尋址方式指的是診斷消息的傳遞方式，有兩種尋址方式：-Physical，物理尋址，即1對1通信，用于知道確切的被診斷ECU的地址-Functional,功能尋址，即1對n通信，或者說廣播發(fā)送，用于不知道確切的被診斷的ECU的地址，向一組或者全體ECU發(fā)送請求ResultResult指的是tester請求診斷服務(wù)執(zhí)行后，從ECU的返回結(jié)果。可以有

7、兩種結(jié)果：-PositiveResponse，正響應(yīng)，即診斷請求執(zhí)行成功-NegativeResponse，負(fù)響應(yīng)，即診斷請求執(zhí)行失敗ServiceIdentifierServiceIdentifier可以簡稱為SID，它是一個一字節(jié)的無符號整數(shù)，用以指代某個診斷服務(wù)。診斷協(xié)議為每一個診斷服務(wù)都分配了唯一一個SID，因此更方便協(xié)議的軟件實現(xiàn)。同時，在日常工作中工程師們用SID來指代某個診斷服務(wù)比說出某個服務(wù)的名字更方便簡潔。比如ReadDataByIdentifier這個服務(wù)是去按照ID去讀某個診斷數(shù)據(jù)，直接說22服務(wù)會更加方便。DataIdentifier簡稱DID，是2個字節(jié)無符號整數(shù)的ID，用來標(biāo)識ECU中貯存的某個診斷數(shù)據(jù)單元。它的好處是當(dāng)要讀取某個單元的診斷數(shù)據(jù)時，只要讀對應(yīng)的DID就可以，不必知道數(shù)據(jù)的具體地址。即使當(dāng)ECU中的數(shù)據(jù)地址發(fā)生變化時，只要DID和某個地址單元的映射地址改變即可，對于使用者來說DID屏蔽了具體實現(xiàn)細(xì)節(jié)，而將重點放在了數(shù)據(jù)本身。NegativeResponseCode可以簡稱為NRC,或者叫錯誤響應(yīng)碼，是一個字節(jié)的無符號整數(shù)。它是診斷協(xié)議為每一種執(zhí)行失敗的診斷服務(wù)分配的失敗原因代號。Sub-function有些診斷服務(wù)可以支持不同的