- 1、本文档共6页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
整车生命周期内,车辆诊断该如何做-风丘科技
先进的汽车技术与工业技术提供商
整车生命周期内,车辆诊断该如何做
背景介绍:
随着用户对汽车体验要求的提高,汽车电控系统变得越来越复杂,从而来实现更多的智能化
功能。为了保证整车下线出厂质量要求,提高售后服务水平,无缝衔接的诊断系统开发在整
车开发中的重要度日益突出。完备的诊断测试系统,不仅能简化零部件供应商的诊断测试工
作,更能大大减少OEM 厂商的诊断测试工作量,也便于对控制器供应商进行系统管理,保
证诊断数据的完备性和可靠性。
系统架构:
I. 诊断要求
根据整车架构、配置、参数和性能、动力总成、底盘、车身、电子电器、空调等各部分
要实现的功能和设计要求,提出相应的诊断要求 (零部件供应商也需要根据诊断要求来
实现控制器相应的功能)。
II. ODX 规则
根据诊断要求,编写ODX 诊断数据库实现规则,包括整车所有控制器都必须支持的协议
要求和不同控制器单独支持的特有功能要求;
III. ODX/OTX 数据创建
1. 根据ODX 规则创建诊断数据库(可用于车辆的整个生命周期,便于数据管理)。
对于整车所有控制器都必须支持的协议要求,可用DTS Venice + Visual ODX 来实现,实
@ 2017 北京风丘科技有限公司
先进的汽车技术与工业技术提供商
现流程如下图:
① 在DTS Venice 中,基于标准的协议模板创建新工程;
② 在Visual ODX 中导入整车厂的协议要求(Excel 表格式),创建协议层诊断数据,
即实现诊断数据库创建规范,所有控制器都必须基于这个创建规范来完善各自独
特功能诊断数据的创建;
③ 在DTS Venice 中完善各个控制器独特功能的诊断数据的创建。
2. 用Softing 的OTX Studio 创建自动化诊断测试序列OTX,实现流程如下:
能实现以下自动化测试功能:
① 诊断功能:
读取整车控制器装备情况;
检查软硬件版本号等标示信息;
读过程传感器值(如车速,转速,发动机温度等),实时监控车辆状态;
读故障码及其环境数据;
搜索特定的故障码;
检查控制器对有效请求服务ID 给出的正响应;
检查控制器对无效请求服务ID 或无效请求数据ID 给出的负响应;
建立并检查总线静默模式(只监控不响应);
测试时间参数:计时,延时等;
对控制器进行传输协议测试,检查控制器响应是否正常;
客户定制化测试序列。
② 非诊断功能:
存储,生成报告,动态用户对话框,通用文件进入,xml 文件…
@ 2017 北京风丘科技有限公司
先进的汽车技术与工业技术提供商
IV. 自动代码生成
将ODX 文件导入到AUTOSAR 配置工具中,生成.c/.h 文件。
V. 规则检查
DTS Venice 自带的检查功能,主要检查创建的数据库是否符合ASAM 2.2.0 标准(一般和
第三步ODX 创建数据库同时进行)。
VI. ECU 测试
用DTS Monaco 和Q-Tester Expert 对单个控制器进行功能测试(在ECU 开发阶段,零部
件供应商使用整车厂认可的诊断工具来测试,将大大减少整车厂后期集成测试工作量)。
DTS Monaco:整车厂用来验证ODX 数据库完备性,确保传递给其他部门和零部件供应
商的数据库没有问题;
Q-Tester Expert: 零部件供应商进行单个控制器功能测试,整车厂进行质量检验。
Q-Tester Expert 可以实现以下功能:
基本诊断功能测试,包括读取物流数据,参数数据,测量数据等;
进程控制,输入输出控制等;
读/清故障码;
单个控制器功能配置(Coding );
整车控制器功能配置(一键Coding )及Coding 数据管理;
@ 2017 北京风丘科技有限公司
先进的汽车技术与工业技术提供商
单个控制器刷写/再编程 (Flash/Reprogramming);
整车刷写;
文档评论(0)