ECU诊断开发解决的方案.pdf

ECU诊断开发解决方案 摘要 诊断技术背景 诊断开发流程 Vector诊断系统解决方案 客户列表/成功案例 概述 引子 手册一本 工具一箱 师徒一群 概述 引子 诊断仪 工程师 概述 通过诊断做什么？ 通常 其他 功能监控 EOL 错误检测 再编程 记录、存储故障 节点验证（VIN… ） 信息 等等 读取数据等 实现的条件——诊断规范 概述 诊断规范 诊断规范描述一系列的诊断服务，定义ECU与诊 断仪之间的请求响应规则、ECU对于请求报文的 处理行为以及请求、响应报文信息含义 ——是ECU与诊断仪之间进行诊断通信必不可少的一部分 概述 相关的诊断规范 ISO 14230 Keyword Protocol 2000 (KWP2000) K-Line ( 串行传输，最大通信速率10.4K) ISO14229-1 UDS = Unified Diagnostic Services 定义诊断服务，不涉及网络及实现 ISO 15765 Diagnostic On CAN CAN ( 串行传输，最大通信速率1M) 定义了网络传送层(Part 2) 概述 诊断规范演变历程 1996: ISO 9141-2 CARB Requirements for Interchange of Digital Information 1999: ISO 14230 Keyword Protocol 2000 1999: ISO/DIS 15765 Diagnostics on CAN – based on KWP2000 2001/6: ISO 15031 Communication for emissions-related diagnostics 2001/5: ISO 15765 Diagnostics on CAN – based on UDS 2006: ISO 14229-1 Unified Diagnostic Services (UDS) 概述 OBD——On-Board Diagnostics OBD- On-Board Diagnostics 第一代OBD (OBD-I) 加州环保局(CARB)1985年立法，1988年开始实施 诊断要求针对硬件失效 主要零部件包括氧传感器，废气在循环阀，供油系统和发动机控制系统 没有统一的故障码和通讯协议标准 第二代OBD (OBD-II) 加州环保局于1989立法，针对1994-96及以后生产的车型 扩大了诊断零部件范围 增加了对系统的诊断要求，如催化器失效，失火，蒸汽泄漏等 建立了标准化故障码和通讯协议标