CN115756918A - 一种基于CANoe软件编写整车EOL测试的方法 - Google Patents
一种基于CANoe软件编写整车EOL测试的方法 Download PDFInfo
- Publication number
- CN115756918A CN115756918A CN202211402990.2A CN202211402990A CN115756918A CN 115756918 A CN115756918 A CN 115756918A CN 202211402990 A CN202211402990 A CN 202211402990A CN 115756918 A CN115756918 A CN 115756918A
- Authority
- CN
- China
- Prior art keywords
- test
- file
- writing
- capl
- whole vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本发明公开了一种基于CANoe软件编写整车EOL测试的方法,通过CAPL脚本下发诊断指令,来控制对应控制器,执行EOL中配置信息写入的测试,实现整车EOL测试中配置信息写入等下线相关流程进行测试,及早测试可尽早发现问题,保证整车下线流程的可靠性,确保产线装车过程中下线流程的功能稳定性,大幅提高测试效率,具有费时间短、效率高、重复性高的特性。
Description
技术领域
本发明涉及汽车网络诊断测试领域,特别是涉及一种基于CANoe软件编写整车EOL测试的方法。
背景技术
随着电子控制单元(ECU)在汽车中的大量应用,电子控制单元(ECU)数量不断增加,电控系统日益复杂,整车功能复杂程度不断提升,汽车电子向智能化、网联化方向发展。整车下线流程(EOL,End of Line)也变得越来越复杂,除了传统的动力、车身部分的下线流程扩充外,更有智能驾驶相关的新流程加入,使整车下线流程也变得越来越复杂,涉及到信息安全相关的功能,例如控制器之间的认证流程,一旦出现问题,车辆将无法启动;而涉及到动力和底盘的功能出现问题,也常常导致产线暂停。
整车下线流程流程作为整车生产环节末端的一部分,一旦出现问题,则会对生产效率产生较大影响,出现严重问题往往意味着产线停止,严重影响生产效率,因此,在一款车型投产之前,对下线相关流程进行测试是很有必要的,及早测试可以尽早的发现问题,大幅度提升测试效率,保证整车下线流程的可靠性,目前,还没有相关文献公开过对整车下线相关流程进行测试的方法。
发明内容
本发明针对现有技术存在的问题,构思了一种基于CANoe软件编写整车EOL测试的方法,通过CAPL脚本下发诊断指令,来控制对应控制器,执行EOL中配置信息写入的测试,实现整车EOL测试中配置信息写入等下线相关流程进行测试,保证整车下线流程的可靠性。
实现本发明采用的技术方案是:一种基于CANoe软件编写整车EOL测试的方法,其特征是,它包括以下步骤:
1)创建CANoe工程,对CANoe进行通道配置,在HardwareConfiguration窗口中,设置通讯速率为500Kbit/s,选择CAN接口为CAN1.在Simulation Setup窗口中选择总线类型为CAN总线,选择总线类型为CAN总线;在TEST模块下,Test Setup中新建New TestEnvironment,点击右键新建XML Test Module,然后在Tool模块下,CAPL Browser中新建.CAN文件;
2)在所述的.CAN文件的Variables中定义全局变量和诊断服务变量;
3)根据整车ECU诊断规范,在所述的.CAN文件中,使用CAPL编写读整车各ECU零件版本号代码;
4)在所述的.CAN文件中,使用CAPL编写进入拓展会话,进入安全访问的代码;
5)使用CAPL中诊断函数“DiagResize”,设置发送写入系统配置的诊断命令长度,“DiagSetPrimitiveByte”设置发送写入系统配置的诊断命令内容,使用“DiagSendPhyRequest”设置发送物理地址请求;
6)在所述的.CAN文件中使用CAPL编写写整车ECU的VIN的代码;
7)在所述的.CAN文件中使用CAPL编写写整车ECU安装日期的代码;
8)在所述的.CAN文件中使用CAPL编写返回默认会话代码;
9)在所述的.CAN文件中使用CAPL编写清除整车ECU的DTC代码;
10)在XML文件中调用.CAN文件中的程序;
11)运行CANoe执行测试用例,在整车OBD口连接测试设备CANoe,打开配置工程,点击开始按钮,即可实现写入整车各ECU的配置信息,测试完成后生成测试报告。
优选地,在步骤2)中,在所述的.CAN文件的Variables中定义全局变量为定义CAN通道配置、DTC数组、DTC个数;定义诊断服务变量为需要用的10服务、11服务、14服务、19服务、22服务、27服务、2E服务的诊断请求服务和诊断响应服务变量。
优选地,在步骤10)中,在XML文件中调用.CAN文件中的程序,包括以下步骤:首先,在XML Test Module下,Configuration中的Components添加.CAN文件,然后,在Configuration中的Common添加XML文件,其次,在XML文件中调用.CAN文件中的程序,最后,编写整车各ECU配置信息写入的测试用例。
本发明一种基于CANoe软件编写整车EOL测试的方法的有益效果体现在:
1、一种基于CANoe软件编写整车EOL测试的方法,在量产之前基于实车环境测试验证整车下线流程相关需求,可实现在整车EOL测试中配置信息写入等下线相关流程进行测试,及早测试可尽早的发现问题,保证整车下线流程的可靠性,具有费时间短、效率高、重复性高的特性;
2、一种基于CANoe软件编写整车EOL测试的方法,利用CANoe软件中的CAPL脚本,编写整车EOL测试,实现在整车下线前的配置信息写入测试,能够及早测试并发现问题,确保产线装车过程中下线流程的功能稳定性,大幅提高测试效率。
附图说明
图1是一种基于CANoe软件编写整车EOL测试的方法的流程图。
具体实施方式
以下结合附图1和具体实施例对本发明作进一步详细说明,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
实现用CANoe软件对整车EOL测试的方法,首先搭建测试环境,硬件设备是1640A,4路CAN通道,对应的软件使用的是CANoe10.0,通过USB接口将硬件设备连接到电脑,并在CANoe软件中新建工程配置,添加该车型的整车DBC,然后利用CAPL语言编写脚本,实现整车EOL测试中配置信息写入等下线相关流程进行测试。
如附图1所示,一种基于CANoe软件编写整车EOL测试的方法,包括以下步骤:
步骤1:
对CANoe进行配置,在HardwareConfiguration窗口中设置通讯速率为500Kbit/s,选择CAN接口为CAN1.在Simulation Setup窗口中选择总线类型为CAN总线;在TEST模块下,Test Setup中新建New Test Environment,点击右键新建XML Test Module,然后在Tool模块下,CAPL Browser中新建.CAN文件;
步骤2:
在Variables中定义CAN通道配置、DTC数组、DTC个数等全局变量和需要用的10服务、11服务、14服务、19服务、22服务、27服务、2E服务的诊断请求服务和诊断响应服务变量;
步骤3:
根据整车各ECU诊断规范,在.CAN文件中使用CAPL编写读整车各ECU零件版本号代码,具体内容如下:
使用CAPL中诊断函数“DiagsetTarget”在测试节点中选择ECU目标,识别ECU的诊断ID,“DiagResize”设置发送读ECU零件版本号诊断命令长度,“DiagSetPrimitiveByte”设置发送读ECU零件版本号诊断命令内容,使用“DiagSendPhyRequest”设置发送物理地址请求,请求读取ECU零件版本号,实际的结果可能有:1、回复肯定响应;2、回复否定响应;3、回复无响应。按照不同情况分转的多路问题,使用switch语句将期望得到的诊断响应变量逐个与Case后的常量进行比较,判断实际的测试结果,若与其中一个相等,则执行该常量下的语句,若不与任何一个常量相等,则执行default后面的语句。
步骤4:
在.CAN文件中使用CAPL编写进入拓展会话代码,具体内容如下:使用CAPL中诊断函数“DiagResize”设置发送进入拓展会话诊断命令长度,“DiagSetPrimitiveByte”设置发送拓展会话诊断命令内容,使用“DiagSendPhyRequest”设置发送物理地址请求,
请求进入拓展会话,实际的结果可能有:1、回复肯定响应;2、回复否定响应;3、回复无响应。按照不同情况分转的多路问题,使用switch语句将期望得到的诊断响应变量逐个与Case后的常量进行比较,判断实际的测试结果,若与其中一个相等,则执行该常量下的语句,若不与任何一个常量相等,则执行default后面的语句。
在.CAN文件中使用CAPL编写进入安全访问的代码,具体内容如下:使用CAPL中诊断函数“DiagResize”设置发送进入安全访问诊断命令长度,“DiagSetPrimitiveByte”设置发送进入安全访问诊断命令内容,
使用“DiagSendPhyRequest”设置发送物理地址请求,请求进入安全访问,实际的结果可能有:1、回复肯定响应;2、回复否定响应;3、回复无响应。按照不同情况分转的多路问题,使用switch语句将期望得到的诊断响应变量逐个与Case后的常量进行比较,判断实际的测试结果,若与其中一个相等,则执行该常量下的语句,若不与任何一个常量相等,则执行default后面的语句。
请求解锁安全访问,实际的结果可能有:1、回复肯定响应;2、回复否定响应;3、回复无响应。按照不同情况分转的多路问题,使用switch语句将期望得到的诊断响应变量逐个与Case后的常量进行比较,判断实际的测试结果,若与其中一个相等,则执行该常量下的语句,若不与任何一个常量相等,则执行default后面的语句。若解锁成功,回复密钥回复肯定响应后写入系统配置。
步骤5:
使用CAPL中诊断函数“DiagResize”设置发送写入系统配置的诊断命令长度,“DiagSetPrimitiveByte”设置发送写入系统配置的诊断命令内容,使用“DiagSendPhyRequest”设置发送物理地址请求,请求写入系统配置,实际的结果可能有:1、回复肯定响应;2、回复否定响应;3、回复无响应。按照不同情况分转的多路问题,使用switch语句将期望得到的诊断响应变量逐个与Case后的常量进行比较,判断实际的测试结果,若与其中一个相等,则执行该常量下的语句,若不与任何一个常量相等,则执行default后面的语句。
步骤6:
在.CAN文件中使用CAPL编写写整车各ECU的VIN的代码,具体内容如下:使用CAPL中诊断函数“DiagResize”设置发送写入VIN的诊断命令长度,“DiagSetPrimitiveByte”设置发送写入VIN的诊断命令内容,使用“DiagSendPhyRequest”设置发送物理地址请求,
请求写入系统配置,实际的结果可能有:1、回复肯定响应;2、回复否定响应;3、回复无响应。按照不同情况分转的多路问题,使用switch语句将期望得到的诊断响应变量逐个与Case后的常量进行比较,判断实际的测试结果,若与其中一个相等,则执行该常量下的语句,若不与任何一个常量相等,则执行default后面的语句。
步骤7:
在.CAN文件中使用CAPL编写写整车各ECU安装日期的代码,具体内容如下:使用CAPL中诊断函数“DiagResize”设置发送写入系统配置的诊断命令长度,“DiagSetPrimitiveByte”设置发送写入系统配置的诊断命令内容,使用“DiagSendPhyRequest”设置发送物理地址请求,
请求写入系统配置,实际的结果可能有:1、回复肯定响应;2、回复否定响应;3、回复无响应。按照不同情况分转的多路问题,使用switch语句将期望得到的诊断响应变量逐个与Case后的常量进行比较,判断实际的测试结果,若与其中一个相等,则执行该常量下的语句,若不与任何一个常量相等,则执行default后面的语句。
步骤8:
在.CAN文件中使用CAPL编写返回默认会话代码,具体内容如下:使用CAPL中诊断函数“DiagResize”设置发送返回默认会话诊断命令长度,“DiagSetPrimitiveByte”设置发送默认会话诊断命令内容,使用“DiagSendPhyRequest”设置发送物理地址请求,请求返回默认会话,实际的结果可能有:1、回复肯定响应;2、回复否定响应;3、回复无响应。按照不同情况分转的多路问题,使用switch语句将期望得到的诊断响应变量逐个与Case后的常量进行比较,判断实际的测试结果,若与其中一个相等,则执行该常量下的语句,若不与任何一个常量相等,则执行default后面的语句。
步骤9:
在.CAN文件中使用CAPL编写清除整车各ECU的DTC代码,具体内容如下:使用CAPL中诊断函数“DiagsetTarget”在测试节点中选择ECU目标,识别ECU的诊断ID,“DiagResize”设置发送清除DTC诊断命令长度,诊断函数“DiagSetPrimitiveByte”设置发送清除DTC诊断命令内容14FF FF FF,使用“DiagSendPhyRequest”设置发送物理地址请求,
请求清除ECU的DTC代码,实际的结果可能有:1、回复肯定响应;2、回复否定响应;3、回复无响应。按照不同情况分转的多路问题,使用switch语句将期望得到的诊断响应变量逐个与Case后的常量进行比较,判断实际的测试结果,若与其中一个相等,则执行该常量下的语句,若不与任何一个常量相等,则执行default后面的语句。根据ECU诊断规范,依次编写清除整车各ECU的DTC代码。
步骤10:
在XML文件中调用.CAN文件中的程序,具体内容如下:首先在XML Test Module下,Configuration中的Components添加.CAN文件,然后在Configuration中的Common添加XML文件,最后在XML文件中调用.CAN文件中的程序,然后编写整车各ECU配置信息写入的测试用例。
步骤11:
运行CANoe执行测试用例,具体内容如下:在整车OBD口连接测试设备CANoe,打开配置工程,点击开始按钮,即可实现写入整车各ECU的配置信息,测试完成后生成测试报告。
以上所述仅是本发明的优选方式,应当指出的是,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应该视为本发明的保护范围。
Claims (3)
1.一种基于CANoe软件编写整车EOL测试的方法,其特征是,它包括以下步骤:
1)创建CANoe工程,对CANoe进行通道配置,在HardwareConfiguration窗口中,设置通讯速率为500Kbit/s,选择CAN接口为CAN1.在Simulation Setup窗口中选择总线类型为CAN总线,选择总线类型为CAN总线;在TEST模块下,Test Setup中新建New Test Environment,点击右键新建XML Test Module,然后在Tool模块下,CAPL Browser中新建.CAN文件;
2)在所述的.CAN文件的Variables中定义全局变量和诊断服务变量;
3)根据整车ECU诊断规范,在所述的.CAN文件中,使用CAPL编写读整车各ECU零件版本号代码;
4)在所述的.CAN文件中,使用CAPL编写进入拓展会话,进入安全访问的代码;
5)使用CAPL中诊断函数“DiagResize”,设置发送写入系统配置的诊断命令长度,“DiagSetPrimitiveByte”设置发送写入系统配置的诊断命令内容,使用“DiagSendPhyRequest”设置发送物理地址请求;
6)在所述的.CAN文件中使用CAPL编写写整车ECU的VIN的代码;
7)在所述的.CAN文件中使用CAPL编写写整车ECU安装日期的代码;
8)在所述的.CAN文件中使用CAPL编写返回默认会话代码;
9)在所述的.CAN文件中使用CAPL编写清除整车ECU的DTC代码;
10)在XML文件中调用.CAN文件中的程序;
11)运行CANoe执行测试用例,在整车OBD口连接测试设备CANoe,打开配置工程,点击开始按钮,即可实现写入整车各ECU的配置信息,测试完成后生成测试报告。
2.根据权利要求1所述的一种基于CANoe软件编写整车EOL测试的方法,其特征是,在步骤2)中,在所述的.CAN文件的Variables中定义全局变量为定义CAN通道配置、DTC数组、DTC个数;定义诊断服务变量为需要用的10服务、11服务、14服务、19服务、22服务、27服务、2E服务的诊断请求服务和诊断响应服务变量。
3.根据权利要求1所述的一种基于CANoe软件编写整车EOL测试的方法,其特征是,在步骤10)中,在XML文件中调用.CAN文件中的程序,包括以下步骤:首先,在XML Test Module下,Configuration中的Components添加.CAN文件,然后,在Configuration中的Common添加XML文件,其次,在XML文件中调用.CAN文件中的程序,最后,编写整车各ECU配置信息写入的测试用例。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211402990.2A CN115756918A (zh) | 2022-11-10 | 2022-11-10 | 一种基于CANoe软件编写整车EOL测试的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211402990.2A CN115756918A (zh) | 2022-11-10 | 2022-11-10 | 一种基于CANoe软件编写整车EOL测试的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115756918A true CN115756918A (zh) | 2023-03-07 |
Family
ID=85368937
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211402990.2A Pending CN115756918A (zh) | 2022-11-10 | 2022-11-10 | 一种基于CANoe软件编写整车EOL测试的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115756918A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116700808A (zh) * | 2023-06-26 | 2023-09-05 | 中国第一汽车股份有限公司 | 一种eol配置码处理方法、系统、电子设备和存储介质 |
-
2022
- 2022-11-10 CN CN202211402990.2A patent/CN115756918A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116700808A (zh) * | 2023-06-26 | 2023-09-05 | 中国第一汽车股份有限公司 | 一种eol配置码处理方法、系统、电子设备和存储介质 |
CN116700808B (zh) * | 2023-06-26 | 2024-05-14 | 中国第一汽车股份有限公司 | 一种eol配置码处理方法、系统、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107145140B (zh) | 车载电子控制单元can接口自动测试系统及其测试方法 | |
CN106067840B (zh) | 一种在轨卫星的远程调试方法与系统 | |
CN115756918A (zh) | 一种基于CANoe软件编写整车EOL测试的方法 | |
CN109726061B (zh) | 一种SoC芯片的验证方法 | |
CN104461610A (zh) | 平台化的多ecu在线刷写方法 | |
CN113468070A (zh) | 车载以太网的一致性测试方法 | |
CN107579792B (zh) | 多型号在轨卫星工程参数并行解析方法 | |
CN116489043A (zh) | 一种can通信自动化测试方法 | |
CN114326672A (zh) | Ecu模拟检测方法、电子设备及存储介质 | |
CN115080104A (zh) | 一种对Autosar中COM代码进行自动配置的方法及系统 | |
CN111443688B (zh) | 基于can总线的汽车诊断服务网络层测试系统及方法 | |
CN113225232A (zh) | 硬件测试方法、装置、计算机设备及存储介质 | |
CN102710656A (zh) | 基于汽车网关系统的通信协议逆向解析方法 | |
KR102279776B1 (ko) | 오토사 베이직 소프트웨어 테스팅 자동화 시스템 및 그 방법 | |
CN113985849A (zh) | 一种基于CANoe软件编写自动清读整车DTC读ECU版本的方法 | |
CN116389314A (zh) | 一种关于控制器can信号的测试方法及系统 | |
CN116521217A (zh) | 一种基于autosar工具快速配置bsw的方法、系统及储存介质 | |
CN116340146A (zh) | 一种整车ota升级自动化测试系统及方法 | |
CN115495363A (zh) | 一种软件测试方法、电子设备及可读存储介质 | |
CN113220345B (zh) | 一种指令块的处理方法、装置、设备及存储介质 | |
CN102075370A (zh) | 基于虚拟网络及虚拟节点的ecm通讯的标定及验证系统 | |
CN116319499A (zh) | 车辆的诊断方法、装置、电子设备及存储介质 | |
CN115190041A (zh) | 远程can总线自动化测试系统及方法 | |
CN111414299A (zh) | 基于hdparm的SSD扩展信息获取方法和装置 | |
Laufenberg et al. | A framework for can communication and attack simulation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |