- 博客(96)
- 资源 (5)
- 收藏
- 关注
原创 【零基础学习CAPL】——Panel之弹窗的创建与使用
在测试过程中弹窗一般用于手动故障注入操作,也可用于测试过程中手动改变测试环境。下面主要来介绍弹窗的制作以及配合的函数使用语法。
2025-02-08 13:32:11
163
原创 PyCharm+RobotFramework框架实现UDS自动化测试- (四)项目实战0x10
硬件环境:CANoe、待测设备(包含UDS诊断模块)
2025-01-21 19:33:55
577
3
原创 RobotFramework框架实现UDS自动化测试- (三)RobotFramework语法
RobotFramework是一种基于关键字的自动化测试框架,它允许测试人员使用简单的表格格式进行测试用例编写。Setting Section: 设置部分,用于定义测试用例的配置信息.Variable Section:变量部分,用于定义测试用例中使用的变量.Test Case Section: 测试用例部分,包含具体的测试用例.KeywordSection: 关键字部分,用于定义可重用的关键字下面对其语法和结构进行详细介绍。
2025-01-08 00:19:46
783
原创 PyCharm+RobotFramework框架实现UDS自动化测试——(二)RobotFramework环境配置
从0开始学习CANoe使用从0开始学习车载测试相信时间的力量星光不负赶路者,时光不负有心人。
2025-01-06 23:07:49
1469
原创 PyCharm+RobotFramework框架实现UDS自动化测试——(一)python-can 库的安装与环境配置
本专栏主要Python-can环境配置主要使用环境:软件环境:python3.10、pycharm硬件:CANoe(Vector 1630)环境安装可以在任意目录下安装也可直接在pyCharm软件中安装,下面分别讲解。
2025-01-06 22:53:36
733
原创 【零基础学习UDS诊断测试】——0x27测试用例设计
UDS(统一诊断服务)中的0x27服务,即安全访问服务(Security Access Service),其主要作用是提供一种安全验证机制,以限制对ECU(电子控制单元)的某些数据或诊断服务的访问。这些限制通常是由于保密、排放或安全原因。安全访问通常分不同的等级,等级不分优先级。比如:在扩展会话下支持安全等级5,在编程会话下支持安全等级2。
2024-12-21 15:36:38
485
原创 【零基础学习UDS诊断测试】——NRC 否定响应码
NRC(Negative Response Code)是UDS(统一诊断服务)中用于表示ECU(电子控制单元)拒绝执行诊断请求的代码。每个NRC都有一个唯一的含义,用来指明诊断请求错误的原因。否定响应格式如下:请求: ID:长度+SID+子功能否定响应:ID:长度+7F+SID+NRCNRC 0x11:所有会话下都不支持该服务eg.当前程序不支持0x99服务在默认会话下:在扩展会话下:NRC 0x7F:服务在当前会话中不支持。
2024-12-03 17:11:14
1166
原创 【零基础学习UDS诊断测试】——0x10测试用例设计
一般有三大会话,默认会话、扩展会话、编程会话ECU上电初始进入默认会话,其他两个扩展会话和编程会话的进入需要发送对应指令才能进入。
2024-12-02 19:40:28
310
原创 【CAN总线测试】——如何测试DTC快照(0x19 04)
在台架测试过程中,如何进行快照测试?①模拟快照存储信息,比如车速,时间,里程等②触发DTC③读取快照信息④解读快照信息。
2024-11-29 16:54:10
351
原创 【CAN总线测试】——使用VH6501 进行Busoff快慢恢复测试
即在IDBase中填标准帧11位二进制ID,如果不满11位,高位补零,凑齐11位,并将下方CurrTriggerField设置干扰前一位AckSlot位,Triggeroffset设置为0。首先确认环境支持VN6501,6501硬件连接成功后,工程的小闪电是正常黄色状态,若是灰色证明缺少License,或者软件安装环境不正确。填写干扰报文ID、干扰位置 注意这里的干扰位置是实际干扰的前一位,TriggerOffset表示偏移量,可以干扰某个字节的具体位.找到并打开Panel后,开启工程,并且配置面板。
2024-11-11 18:45:00
3035
原创 【零基础学习CAPL】——XML工程创建与使用详解
XML(eXtensible Markup Language,可扩展标记语言)是一种标记语言,用于存储和传输数据。XML(可扩展标记语言)在CAPL中扮演着重要的角色,主要用于定义测试模块、测试用例和测试参数。
2024-11-07 18:45:00
616
原创 【CANoe使用大全】——使用CAPL脚本自动开始和停止报文录制
在日常测试使用CANoe过程中,一般都需要录制log文件。用于对问题排查分析。本章主要介绍如何使用CAPL脚本对log的录制启动与结束进行控制。
2024-11-01 15:23:44
1836
原创 【CANoe使用大全】——使用Frame Histogram窗口检测报文周期
本章主要介绍如果使用更方便快捷的方式进行报文的周期测试不需要脚本,不需要DBC文件,一键快速输出报文周期结果下面对Frame Histogram窗口进行介绍横坐标中每条竖线代表一个报文ID,纵坐标代表每秒发送的帧数上图可以看到报文ID粘连在一起,可以选择如下方式分开。
2024-11-01 11:39:05
1335
原创 【零基础学习CAPL】——T_MsgStart时间检测
T_MsgStart:在改时间内所有周期报文至少被发送一次实现逻辑:1.上电时刻:ECU输入电压>=9V2.T_MsgStart = DUT所有报文至少发出一次的时间-上电时刻(ECU输入电压>=9V)(DUT所有外发报文ID从DBC或者CAn通讯矩阵获取本下面脚本报文为0x14c、0x170~0x17F)3.T_MsgStart
2024-10-31 19:51:41
196
原创 【零基础学习CAPL】——T_CANAck时间检测
T_CANAck :在该时间内,ECU能够接收报文,即能对ACK进行响应。整个测试流程:(有网络管理)1.打开电源,等待DUT睡眠2.打开CANoe工程,并且运行脚本;3.记录过程中首个0x123错误帧的时间time_Sart4.记录第一帧0x123 非错误帧时间 time_End(任意报文都行,报文ID可设置小一点,优先级高一点)
2024-10-31 19:40:07
429
原创 【零基础学习CAPL】——ECU上电后首帧报文发出时间检测(CANInt)
上电首帧报文发送时间,在日常测试场景中比较常见,下面从工程搭建开始进行详细说明上电时刻:ECU输入电压>=9V首帧报文发出时间=首帧报文发出时刻-上电时刻(ECU输入电压>=9V)首帧报文发出时间
2024-10-30 22:59:00
1109
原创 【零基础学习CAPL】——CANoe的 I/O功能配置
通过CANoe I/O口,CANoe可以与外部设备进行交互,实现信号的检测和控制,为ECU的开发和测试提供强大的支持。下面详细介绍I/O口的一些基本使用。Analog Input (AIN):用于模拟量输入,比如采集电压信号Digital Input (DIN0, DIN1):用于数字量输入,比如检测数字开关信号Digital Output (DOUT):用于输出数字信号,可以用于控制外部设备或模拟PWM信号Digital GND:数字地线Analog GND:模拟地线。
2024-10-30 22:25:03
372
原创 【零基础学习CAPL】——CRC值监控测试
在工作过程中,很多报文总是有RollingCounter和CRC值,测试则需要去验证RollingCounter和CRC值的正确性。单靠人手动去计算观测,是没办法实时观测的,所以还是靠脚本去自动监控。前面一章主要讲述CRC值的发送,本章主要介绍CRC值的实时监控,确保CRC的持续正确性。后面一章会对RollingCounter实时监控脚本进行讲解。
2024-09-13 21:02:05
430
原创 【零基础学习CAPL语法】——on message
本章主要介绍on message 事件的各种格式的使用on message:接收到CAN报文时触发。
2024-09-09 23:25:24
1394
原创 【CANoe使用大全】——仿真节点基本配置
Simulation Setup 窗口是配置仿真功能的主要窗口,主要用于配置网络、创建仿真节点,以及添加代码或模型文件以扩展仿真功能。“SimulationSetup”窗口由两部分组成,右侧显示工程中配置的网络使用情况,如网络类型、网络数目等,可通过“Networks”选项添加不同类型的总线网络,如CAN、FlexRay、 Ethernet等,并可在具体的总线网络(如CANNetworks)中增加使用的总线数目;Network Node:仿真节点,用于模拟真实ECU的行为,如报文收发、信号处理。
2024-09-09 16:43:14
1537
原创 基于UDS的Flash 刷写——BootLoad刷写流程详解
基于CANoe 的CAPL+Panel实现 图示如下:主要配合实际指令发送与恢复,进行详解讲解每个步骤这部分主要目的为了后面进入编程中进行准备0x10 03:为了禁止ECU间的正常通信和控制DTC设置, 而这些指令都需要在扩展会话下完成。0x31 01 xx:编程条件检查-确保APP升级过程中,系统的安全性,如果不安全将拒绝编程(可选步骤)0x 85 02: 在刷写过程中,禁止DTC更新0x28 03 03:服务是为了减少在刷写过程中总线负载率——禁止app报文发送与接收这部分主要目的为了后面进
2024-08-26 22:51:05
2205
原创 【UDS诊断】——0x34、0x36、0x37服务
Client端使用Routine Control服务来执行定义的步骤序列并获取特定序列的相关结果。该服务有极大的灵活性。Service31的典型用途可以包括擦除内存、重置定义的数据、覆盖正常服务控制策略以及控制ECU值随时间变化的功能。通过Service31可以启动特定序列、停止运行该特定序列、请求运行结果。该服务以往常用于ECU在做Software Update时,应用于检查刷写条件是否满足、传输数据完整性以及独立性检测。
2024-08-26 18:28:52
2769
2
原创 Bootloader中的PBL、SBL的区别
应用软件和应用数据可以同时编程或者相互独立编程,不允许Boot Loader在软件运行时被非法修改。因此,Bootloader软件存储于被保护的存储器区域,即使发生潜在错误时,控制器始终保证可重新编程。基于软件运行安全性考虑,flash diver不会存在放在flash中,避免正常程序在发生错误时可能的非法修改。在需要执行应用程序或应用数据需要时,首先将flash diver下载至RAM中,然后执行相应的更新。
2024-08-26 13:51:07
812
原创 【CANoe使用大全】——cdd导入CANoe流程详解
当你急需使用CDD进行一些诊断指令的发送,但是此时手边没有已经配置完成的CDD文件,此时我们只需要导入自带的UDS诊断文件模板即可。在①处为Identified时,点击②处,会发送19 02 09进行DTC读取。在①处为Supportde时,点击②处,会发送19 0A进行DTC读取。当然如果你已经提前制作好了CDD文件,那么可以直接导入使用。先选中需要读取快照信息的DTC Code,点击②处的图标。方式二:直接填写需要发送的指令,回车发送。方式一:选择需要发送的指令双击发送。指令:14 FF FF FF。
2024-08-22 21:13:38
2743
原创 CANoe.DiVa的应用——Diva进行诊断自动化测试执行过程详解(三)
从0开始学习CANoe使用从0开始学习车载测试相信时间的力量星光不负赶路者,时光不负有心人。
2024-08-22 20:30:00
494
原创 CANoe.DiVa的应用——生成TP层测试用例过程流程详解(二)
CANoe. DiVa 支 持关于经典CAN/CAN FD TP层测试用例自动化生成 (Standard) ISO 15765 . CANoe.DiVa 基 于 需求规范 , 实现测试用例自动化生成 ,主要验证 CAN/CAN FD 的TP层软件代码的稳健性。
2024-08-22 20:00:00
665
原创 【CANoe使用大全】——在线回放数据
在外面测试过程中经常会遇到一些故障场景,需要采集这些时刻的故障场景log,回灌到程序中复现问题。下面主要介绍数据的在线回灌数据的操作。
2024-08-20 23:06:35
2407
原创 CDD数据库文件制作(十二)——服务配置(0x19_快照/扩展信息)
快照序列号可根据用户定义进行设定先看一下诊断调查表中定义根据诊断调查表,仅支持0x01,那么可以把0x02删除。
2024-08-20 16:26:02
527
原创 CDD数据库文件制作(十一)——服务配置(0x19_DTC Code)
虽然选择Copy和Reference都可以加载DTC,但是如果我们在DTC库中有修改DTC,通过Copy的方式加载的DTC在DTC Table中不会跟着DTC库的修改而自动更新。通过Reference的方式加载的DTC可以自动更新。找到Fault Memory的DTC Table,鼠标放在DTC Table区域,右键点击选择Copy …根据需要(客户协议)勾选响应的19服务子功能。如何创建一个新的DTC code?按照字母与下方要素可做一一对应。首先在DTC库中新建DTC。支持10 01/10 03。
2024-08-19 23:43:40
992
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人