AUTOSAR架構(gòu)診斷功能簡介

1、AUTOSAR架構(gòu)診斷功能簡介AUTOSAR 架構(gòu)診斷功能簡介編輯整理：尊敬的讀者朋友們：這里是精品文檔編輯中心，本文檔內(nèi)容是由我和我的同事精心編輯整理后發(fā)布的，發(fā)布之前我們對(duì)文中內(nèi)容進(jìn)行仔細(xì)校對(duì)，但是難免會(huì)有疏漏的地方，但是任然希望（AUTOSAR 簡介）的內(nèi)容能夠給您的工作和學(xué)習(xí)帶來便利。同時(shí)也真誠的希望收到您的建議和反饋，這將是我們進(jìn)步的源泉，前進(jìn)的動(dòng)力。本文可編輯可修改，如果覺得對(duì)您有幫助請(qǐng)收藏以便隨時(shí)查閱，最后祝您生活愉快 業(yè)績進(jìn)步，以下為 AUTOSAR 架構(gòu)診斷功能簡介的全部內(nèi)容。AUTOSAR AUTOSAR 架構(gòu)診斷功能簡介AUTOSAR 架構(gòu)診斷功能簡介CAN總線網(wǎng)絡(luò)結(jié)構(gòu)由

2、于ECU提高的是汽車電子開發(fā)驗(yàn)證復(fù)雜度。 電子控制系統(tǒng)強(qiáng)大的可操也對(duì)產(chǎn)品前期設(shè)計(jì)開發(fā),整車的制造生產(chǎn),處理方面提出了挑戰(zhàn).OEM迫切需要一套滿足高準(zhǔn)確性， 計(jì)、測(cè)試流程。 目前最主要措施之一就是前面介紹過三次的AUTOSAR（Automotive Open System Architecture,汽車開放系統(tǒng)架構(gòu)）,ECU 嵌入式軟件架構(gòu)進(jìn)行規(guī)劃統(tǒng)一來實(shí)現(xiàn)車輛故障診斷的標(biāo)準(zhǔn)化.1車輛診斷定義 對(duì)于整車廠而言,診斷分為兩類，易于被用戶感知的儀表故障燈顯示隸屬主機(jī)廠采用的在線診斷模式（Onboard Diagnostic System），通過車內(nèi)模塊自帶的在線診ECU監(jiān)控與發(fā)現(xiàn)，當(dāng)系統(tǒng)判斷電控系統(tǒng)

3、出現(xiàn)故障時(shí),會(huì)以儀表警示燈ECUEEPROMFlash內(nèi)對(duì)相關(guān)DTC（Diagnostic Trouble Codes）進(jìn)行存儲(chǔ)，以便后續(xù)車輛被送至售后處,工程師對(duì)其進(jìn)行故障檢測(cè)時(shí)讀取分析處理.的是,在線診斷技術(shù)首先由通用汽車引入。診斷第二種類型為離線診斷模式（Offboard Diagnostic System)OBDECU進(jìn)DTCOEMNeoVI fire(fire 2)/ RED + Vehicle SPY3VectorCANoe CAN.ECU其他支持并行刷新及測(cè)試的設(shè)備,具體何種這里不作介紹.ECU發(fā)起合法消息請(qǐng)求并進(jìn)行正常通訊，并按照規(guī)則解析出反饋報(bào)文的含義，則需要參考整車網(wǎng)絡(luò)架構(gòu)

4、中應(yīng)用層的診斷通信協(xié)議定義。2OSI 7層模型,ISO（International Standards Organization)SAE（Society of Automotive Engineers）兩套標(biāo)準(zhǔn)協(xié)議做出如下歸類：簡單介紹兩個(gè)最常見且較有代表性的診斷體系標(biāo)準(zhǔn),若需要可自行檢索下載閱讀：ISO 15765Road VehiclesDiagnostics on Controller Area Network， CAN進(jìn)行協(xié)議定制，如北美通用(GM）ISO 157652Service LayerTransport Layer的GMLAN，該協(xié)議也被其他某些廠家采用。ISO 14229I

5、SO 14229UDS protocol（Unified Diagnostic Service)。標(biāo)準(zhǔn)中定義出了診可以使用診斷工具（Client端）ECU（Server端)的電子燃油噴射、節(jié)氣門轉(zhuǎn)角、轉(zhuǎn)速、ABS系統(tǒng)、EPS模塊等（是否能聯(lián)想到某前瞻擴(kuò)展領(lǐng)域的應(yīng)用）。3AUTOSAR 診斷重要組成 之前幾篇也介紹過 AUTOSAR 的軟件架構(gòu)，AUTOSARECU軟件中的故障診斷事件管理(DEM)(DCM），故障診斷事件管理 DEMDEMDTC相關(guān)的診斷服務(wù)，例如UDS0 x19（讀取故障碼）0 x14（清除故障碼）ECU中，Monitor Functionstatus檢測(cè)，一旦出現(xiàn)疑DEMc

6、heck,EEPROMFlash.對(duì)于在線診斷模式（Onboard Diagnostic System），SWCDEM障信息的同時(shí),會(huì)將以故障燈的形式告知駕駛?cè)藛T.故障診斷通信管理 DCMDCMISO 142291標(biāo)準(zhǔn),主要負(fù)責(zé)確保診斷通信數(shù)據(jù)流，及0 x10(Session Control）、0 x27(Security Access)ECU發(fā)送UDS 協(xié)議中定義的診斷請(qǐng)求指令時(shí),DCM會(huì)調(diào)用DEM、SWC或者是其他及響應(yīng)的反饋。具體實(shí)現(xiàn)上，DCM分成三個(gè)子模塊：診斷服務(wù)處理器（Diagnostic Service Processing, DSP)DSPDCM的最上層，可理解為一個(gè)包含了通用

7、性診斷服務(wù)的容器, 用于處理各應(yīng)用間共性的服務(wù)，如故障相關(guān)信息等數(shù)據(jù)的處理. DSD完成診斷請(qǐng)求處理并且將請(qǐng)求轉(zhuǎn)發(fā)出來后，DSP對(duì)該消息進(jìn)行處理。診斷服務(wù)調(diào)度器（Diagnostic Service Dispatcher， DCMDSP。DSP完成診斷請(qǐng)求處理后，也會(huì)將響應(yīng)轉(zhuǎn)發(fā)出來。診斷會(huì)話層（Diagnostic Session Layer， DSL）DSL位于DCM Timing以及診斷狀態(tài)。數(shù)據(jù)交互及接口如下：無論是傳統(tǒng)汽車電子架構(gòu)亦或是將來新能源車型的逐步推廣，車輛診斷技術(shù)在整個(gè)汽車產(chǎn)品的設(shè)計(jì)研發(fā)、工廠制造及售后環(huán)節(jié)中KCANCAN FDEthernet的支持,整車功能的完善及車載總線系統(tǒng)的更新迭代而日益豐富。AUTOSAR的出現(xiàn),UDS的協(xié)議同樣也將進(jìn)一步推