- 博客(77)
- 资源 (5)
- 收藏
- 关注
RSS订阅
原创 【零基础学习CAPL】——CRC值监控测试
在工作过程中，很多报文总是有RollingCounter和CRC值，测试则需要去验证RollingCounter和CRC值的正确性。单靠人手动去计算观测，是没办法实时观测的，所以还是靠脚本去自动监控。前面一章主要讲述CRC值的发送，本章主要介绍CRC值的实时监控，确保CRC的持续正确性。后面一章会对RollingCounter实时监控脚本进行讲解。
2024-09-13 21:02:05
205
原创 【零基础学习CAPL语法】——on message
本章主要介绍on message 事件的各种格式的使用on message：接收到CAN报文时触发。
2024-09-09 23:25:24
443
原创 【CANoe使用大全】——仿真节点基本配置
Simulation Setup 窗口是配置仿真功能的主要窗口，主要用于配置网络、创建仿真节点，以及添加代码或模型文件以扩展仿真功能。“SimulationSetup”窗口由两部分组成，右侧显示工程中配置的网络使用情况，如网络类型、网络数目等，可通过“Networks”选项添加不同类型的总线网络，如CAN、FlexRay、 Ethernet等，并可在具体的总线网络（如CANNetworks）中增加使用的总线数目；Network Node：仿真节点，用于模拟真实ECU的行为，如报文收发、信号处理。
2024-09-09 16:43:14
483
原创 基于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
992
原创 【UDS诊断】——0x34、0x36、0x37服务
Client端使用Routine Control服务来执行定义的步骤序列并获取特定序列的相关结果。该服务有极大的灵活性。Service31的典型用途可以包括擦除内存、重置定义的数据、覆盖正常服务控制策略以及控制ECU值随时间变化的功能。通过Service31可以启动特定序列、停止运行该特定序列、请求运行结果。该服务以往常用于ECU在做Software Update时，应用于检查刷写条件是否满足、传输数据完整性以及独立性检测。
2024-08-26 18:28:52
904
1
原创 Bootloader中的PBL、SBL的区别
应用软件和应用数据可以同时编程或者相互独立编程，不允许Boot Loader在软件运行时被非法修改。因此，Bootloader软件存储于被保护的存储器区域，即使发生潜在错误时，控制器始终保证可重新编程。基于软件运行安全性考虑，flash diver不会存在放在flash中，避免正常程序在发生错误时可能的非法修改。在需要执行应用程序或应用数据需要时，首先将flash diver下载至RAM中，然后执行相应的更新。
2024-08-26 13:51:07
427
原创 【CANoe使用大全】——cdd导入CANoe流程详解
当你急需使用CDD进行一些诊断指令的发送，但是此时手边没有已经配置完成的CDD文件，此时我们只需要导入自带的UDS诊断文件模板即可。在①处为Identified时，点击②处，会发送19 02 ０９进行DTC读取。在①处为Supportde时，点击②处，会发送19 0A进行DTC读取。当然如果你已经提前制作好了CDD文件，那么可以直接导入使用。先选中需要读取快照信息的DTC Code，点击②处的图标。方式二：直接填写需要发送的指令，回车发送。方式一：选择需要发送的指令双击发送。指令：14 FF FF FF。
2024-08-22 21:13:38
872
原创 CANoe.DiVa的应用——Diva进行诊断自动化测试执行过程详解（三）
从0开始学习CANoe使用从0开始学习车载测试相信时间的力量星光不负赶路者，时光不负有心人。
2024-08-22 20:30:00
111
原创 CANoe.DiVa的应用——生成TP层测试用例过程流程详解（二）
CANoe. DiVa 支 持关于经典CAN/CAN FD TP层测试用例自动化生成 (Standard) ISO 15765 ． CANoe.DiVa 基 于 需求规范 ， 实现测试用例自动化生成 ，主要验证 CAN/CAN FD 的TP层软件代码的稳健性。
2024-08-22 20:00:00
287
原创 【CANoe使用大全】——在线回放数据
在外面测试过程中经常会遇到一些故障场景，需要采集这些时刻的故障场景log，回灌到程序中复现问题。下面主要介绍数据的在线回灌数据的操作。
2024-08-20 23:06:35
561
原创 CDD数据库文件制作（十二）——服务配置（0x19_快照/扩展信息）
快照序列号可根据用户定义进行设定先看一下诊断调查表中定义根据诊断调查表，仅支持0x01，那么可以把0x02删除。
2024-08-20 16:26:02
107
原创 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
461
原创 CDD数据库文件制作（四）——Data Type（0x22/0x2E）
总线传输的（原始）值到物理值（例如温度，角度，速度，长度等）的转换。虽然从数学的角度来看，phys = factor * raw + offset即可满足要求，但附加的除数（默认值：1.0）有助于指定原始值的分辨率。因为本人工作中暂时还未用到该数据类型，模板中自带了一个该类型的数据，主要用在0x28服务中的参数中。线性公式（因数，除数，偏移），可以选择由“开始”和/或“结束范围”限制。也称为“原始值”，“十六进制转储”：编码值类型=物理值类型。编码值类型描述数字，物理值类型=字符串。
2024-08-17 22:42:16
360
原创 【零基础学习CAPL语法】——TestWaitForMessage:等待指定报文
TestWaitForMessage——等待指定报文若在aTimeout时间内等到了指定ID的报文，函数返回1，否则返回0；
2024-08-13 22:07:37
210
原创 【零基础学习CAPL】——脱离CDD使用CAPL脚本实现诊断报文的发送与接收
本章主要介绍使用CAPL脚本实现诊断脚本的发送与接收。本次主要以10 03实际例子进行讲解，本次数据主要以单帧数据为主，后面会进行多帧数据的讲解。变量定义创建发送和响应数据打印 的自定义函数创建需要发送的诊断报文函数创建 存储回复值函数把期望回复值与实际存储的回复值（步骤2）进行对比， 一致则PASS，不一致Fail测试用例编写variables//全局变量定义/*诊断请求ID：0x41F诊断响应ID：0x49F*///定义诊断请求ID，名字为Diag_Req。
2024-08-13 21:44:40
677
原创 【零基础学习CAPL】——CAN报文的发送（CRC——ChecSum值）
本章主要介绍带有CRC值的报文发送一般报文可使用CANoe的IG模块直接发送，但带有CRC值的报文就只能编写脚本进行发送，以下详细讲解在配合Panel面板情况下，如何进行带有循环冗余码的报文进行报文的发送。
2024-08-12 18:47:01
332
原创 【UDS诊断】——0x19 06
获取DTC存储时候的一些扩展数据，如老化计数器。19 06与19 04格式与规则都差不多，只不过1904是读取快照信息的，1906是读取扩展信息的。
2024-04-10 13:25:40
2525
3
原创 【零基础学习CAPL】——CAN报文的发送（LiveCounter——生命信号）
主要介绍带有循环冗余码（rollingCounter）的报文发送的脚本实现
2024-02-18 17:45:42
910
原创 【零基础学习CAPL】——CAN报文的发送（配合Panel面板单次发送）
使用场景，按下面板按钮同时发送报文。本章主要介绍 CAPL脚本配合系统Panel面板进行报文发送的实例介绍。
2024-01-31 19:30:20
896
原创 Bootloader简单说明
主要是提供数据的组包和拆包功能服务，能够实现报文的分段传输：长报文的分包发送，以及分包报文的组装接收。特点：分包和组装来自数据链路层的数据，长报文的流控制和定时参数的调整，数据传输过程中的错误检测和超时处理。②判断运行boot标志，若为1，则进入Boot段的编程会话（安全等级为上锁），之后写Flash/EEPROM（不安全操作），运行boot标志清零。特点：Flash硬件初始化，擦除Flash扇区，Flash块的数据写入，Flash块的数据读取，数据校验。实现CAN报文的收发和CAN控制器硬件的操作。
2024-01-31 18:59:11
1082
原创 安全刷写简单说明
ECU得到以上两串数据后，进行对比，如果一致，说明在软件刷写过程中，数据未被篡改；如果不一致，说明在刷写过程中，数据有可能被篡改。目前很多厂商会使对软件进行签名操作，从一定程度上实现安全刷写的目的。在刷写过程中，由上位机将刷写文件以及文件签名传递给ECU。为了避免ECU被恶意篡改数据，从而导致ECU功能失效。ECU接收到签名后，对签名进行解密得到一串数据。ECU会使用算法对刷写文件进行计算得到一串数据。使用公钥对签名进行解密，主要嵌入ECU内部。使用私钥对刷写文件进行签名，由车厂保管。
2024-01-29 18:33:32
1233
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人