ECU诊断开发解决方案

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

ECU诊断开发解决方案摘要‡诊断技术背景‡诊断开发流程‡Vector诊断系统解决方案‡客户列表/成功案例概述引子¾手册一本¾工具一箱¾师徒一群概述引子¾诊断仪¾工程师概述‡通常‡功能监控‡错误检测‡记录、存储故障信息‡读取数据等通过诊断做什么?‡其他‡EOL‡再编程‡节点验证(VIN…)‡等等实现的条件——诊断规范概述‡诊断规范描述一系列的诊断服务,定义ECU与诊断仪之间的请求响应规则、ECU对于请求报文的处理行为以及请求、响应报文信息含义诊断规范——是ECU与诊断仪之间进行诊断通信必不可少的一部分概述‡ISO14230‡KeywordProtocol2000(KWP2000)‡K-Line(串行传输,最大通信速率10.4K)‡ISO14229-1‡UDS=UnifiedDiagnosticServices‡定义诊断服务,不涉及网络及实现‡ISO15765‡DiagnosticOnCAN‡CAN(串行传输,最大通信速率1M)‡定义了网络传送层(Part2)相关的诊断规范概述诊断规范演变历程1996:ISO9141-2CARBRequirementsforInterchangeofDigitalInformation1999:ISO14230KeywordProtocol20001999:ISO/DIS15765DiagnosticsonCAN–basedonKWP20002001/6:ISO15031Communicationforemissions-relateddiagnostics2001/5:ISO15765DiagnosticsonCAN–basedonUDS2006:ISO14229-1UnifiedDiagnosticServices(UDS)概述‡OBD-On-BoardDiagnostics‡第一代OBD(OBD-I)‡加州环保局(CARB)1985年立法,1988年开始实施‡诊断要求针对硬件失效‡主要零部件包括氧传感器,废气在循环阀,供油系统和发动机控制系统‡没有统一的故障码和通讯协议标准‡第二代OBD(OBD-II)‡加州环保局于1989立法,针对1994-96及以后生产的车型‡扩大了诊断零部件范围‡增加了对系统的诊断要求,如催化器失效,失火,蒸汽泄漏等‡建立了标准化故障码和通讯协议标准OBD——On-BoardDiagnostics概述‡联邦OBD(FederalOBDII)‡适用于加州以外的49州‡要求类似加州OBD-II‡EOBD—EuropeanOn-BoardDiagnostics‡自2001年1月1日起,在欧洲销售的汽油发动机汽车都必须装备在线监测发动机排放的在线诊断系统‡2004起,生产的柴油发动机汽车亦必须装备OBD系统OBD——On-BoardDiagnostics概述‡在中国OBD——On-BoardDiagnostics诊断的实现ODX简介‡ODX-OpenDiagnosticdataeXchange‡指导思想‡AnXML-basedstandardizedformattoexchangediagnosticdatabetweenparticipantsinthediagnosticprocessinadigitallyprocessablemanner标准、开放、可读的格式焦点:数据交换对象:诊断数据关注:诊断流程数据可以通过软件进行处理诊断实现‡初始成员(9/2002.10)—成立ODX联合专家组(ODXJointExpertGroup)‡专家组核心:Dr.AnsgarSchleicher‡OEMs:DaimlerChrysler,Volkswagen,Audi,GeneralMotors,BMW‡Suppliers:T-Systems,Softing,VectorInformatik,DSA‡现在成员(19/2006.9)‡OEMs:DaimlerChrysler,Volkswagen,Audi,GeneralMotors,BMW,Porsche,Renault‡SystemSuppliers:Bosch,Siemens-VDO,JohnsonControls‡ToolSuppliers:T-Systems,Softing,VectorInformatik,DSA,In2Soft,ETAS,ESG,SiemensA&D,SPXODX简介摘要‡诊断技术背景‡诊断开发流程‡Vector诊断系统解决方案‡客户列表/成功案例诊断的实现框架与机制CANServerReq(Service)Resp(Data,Data,Data)DiagnosticDataDiagnosticServiceClient(Off-BoardTester)诊断的实现流程‡诊断系统开发的四要素‡制定规范(需求)‡软件(代码)实现‡诊断功能验证‡测试诊断规范(需求)在ECU中的实现和集成情况‡诊断服务执行诊断的实现流程‡规范的制订‡参考ISO规范,根据用户自身情况,细化通信参数,定时处理逻辑,增减诊断服务等‡规范故障码内容‡例如:GMW3110,DC-UDS,SAIC-UDS…‡规范释放‡Spec,ODX,CDD…诊断的实现流程‡规范释放‡Spec,ODX,CDD…‡要求‡清晰易懂,不产生歧义‡指导开发测试整个流程‡可移植性好‡问题‡Spec力不从心,ODX、CDD应运而生诊断实现诊断实现与测试代码测试功能验证问题:¾周期长¾代码可靠性低¾效率较低,影响项目开发进度提倡:¾专业化‡途径一‡手工编写诊断代码‡手工编写测试代码诊断实现诊断实现与测试‡途径二‡自动代码实现‡通过专业的工具,自动生成通信,诊断相关的通用代码,将人力资源重点放在产品核心——控制策略的开发上‡自动测试‡通过配置工具,生成专门的测试例程,能提高效率,增加可靠度,节省成本摘要‡诊断技术背景‡诊断开发流程‡Vector诊断系统解决方案‡客户列表/成功案例Vector诊断系统解决方案‡以诊断数据库为导向‡CANdelaStudio将诊断规范转化为诊断数据库(CDD),该数据库是整个流程的核心‡通过配置,由CANdesc将诊断数据库文件转化为诊断代码‡使用CANoe.DiVa进行诊断功能自动验证‡使用CANoe、CANape、CANdito执行诊断服务整体流程Vector诊断系统解决方案‡存在的问题‡在ECU开发周期的后期才能进行诊断功能的实现‡只有在产品化的前期才能进行诊断系统测试‡需求变更后调整周期长,协调困难‡可能导致对需求理解的二义性‡导致的问题‡开发过程中不能进行诊断功能测试‡产品化后可能存在较多的潜在问题‡移植困难,长远来讲成本高与传统开发流程对比——传统流程Vector诊断系统解决方案与传统开发流程对比——Vector开发流程Vector诊断系统解决方案制订诊断数据库——CANdelaStudio‡诊断数据库定义工具‡CANdelaStudio‡通用模板(KWP/UDS)‡OEM标准模板‡服务及服务号‡肯定/否定响应‡故障码DTC‡数据类型……ISO标准:ISO14229,ISO15765...整车厂规范OEMDiag.specifications指定具体诊断功能assignedtotheprotocol确定具体诊断数据DataapptoallECUsECUspecificdiagnosticspecification(*.cddfile)OEMspecificdiagnostictemplate(*.cddtfile)CANdelaStudioCDDCANdelaCANoe/CANape诊断测试CANoe.DiVa诊断自动验证CANbedded诊断代码生成Vector诊断系统解决方案制订诊断数据库——CANdelaStudioVector诊断系统解决方案‡优势‡开发效率极大提高‡支持多种文件格式的输入输出制订诊断数据库——CANdelaStudioVector诊断系统解决方案‡CANdiagnosticembeddedsoftwarecomponent诊断代码实现——CANdescVector诊断系统解决方案‡根据OEM需求准确快速生成诊断代码‡效率高,可靠性好‡给应用程序提供标准接口‡使用方便‡保证生成的代码与需求完全一致诊断代码实现——CANdescVector诊断系统解决方案诊断代码实现——CANdesc‡配置方便‡代码质量高‡代码量小‡可读性好Vector诊断系统解决方案诊断功能验证——CANoe.DiVaVector诊断系统解决方案功能验证——CANoe.DiVa‡主要特点‡根据诊断数据库规范(*.cdd)自动生成CANoe诊断测试例程‡方便配置,选择测试焦点(测试什么)‡生成测试规范‡生成清楚详细的测试报告Vector诊断系统解决方案功能验证——CANoe.DiVa‡测试报告Vector诊断系统解决方案诊断服务执行——CANdito,CANape,CANoeVector诊断系统解决方案‡主要特点‡通过诊断数据库(*.cdd),方便诊断测试参数化‡直观的故障码显示‡读取,显示ECU信息‡操作简便诊断服务执行——CANdito,CANape,CANoeVector诊断系统解决方案系统集成测试/售后诊断测试—IndigoVector诊断系统解决方案‡主要特点‡图形化界面‡隐藏了协议信息,适用于专业或非专业诊断测试人员‡支持KWP2000,UDS,GMW3110,可以以ODX或CANdela格式的诊断数据库格式作为输入,支持上述协议及文件格式的混合组合系统集成测试/售后诊断测试—Indigo摘要‡诊断技术背景‡诊断开发流程‡Vector诊断系统解决方案‡客户列表/成功案例客户列表成功案例‡Mercedes-Benz‡自2002年,广泛使用‡OpelASTRA‡Specification:CANdelaStudio,RTF‡ECU-Software:CANdesc(formultipleECU)‡UseofCANdela-ODX-Data(1.1.4)formanufacturing成功案例‡FIATPUNTO(第一个使用UDS的车)‡Specification:CANdelaStudio,RTF‡ECU-Software:CANdesc(formanyECU)‡Development-Tester:CANoe,CANape,CANdito‡UseofCANdela-ODX-Data(1.1.4)formanufacturing‡Mercedes-BenzSprinter/VWCrafter(firstprojectusingODX2.0)‡Specification:CANdelaStudio成功案例OPEL/GMEuro:使用Vector诊断工具链进行诊断通信开发及自动化测试•GM未来中级车的通用平台•使用CANoe.Diva•低成本/高收益•GM要求所有的供应商使用Diva进行诊断功能验证摘要‡诊断技术背景‡诊断开发流程‡Vector诊断系统解决方案‡客户列表/成功案例Q&AThankyou

1 / 44
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功