AutoSAR学习笔记
文章平均质量分 64
学没止境,so别学了
行则将至
展开
-
E2E lib-P01
E2E 的保护与校验机制需要发送端和接收端的配合使用,对待发送的数据调用E2E_PxxProtect API 执行数据保护,将使用Crc 算法计算的Crc 校验信息、计数器信息(根据选用不同保护策略,还可能包括数据ID 信息与数据长度信息)回填至数据一同发送至总线。在接收方,调用E2E_PxxCheck API,使用同样的Crc 算法计算Crc 值,校验Crc 是否一致,并校验计数器信息(与数据ID 信息与数据长度信息)以确保发送端和接收端的数据保持一致,保证信息的完整性。如果尚未收到数据,则值为0x0。原创 2024-07-05 15:19:42 · 906 阅读 · 0 评论 -
CANTP单帧&多帧数据结构及时间参数
BS即块大小,收到一帧流控帧后发送连续帧的最大数量,用来限制连续发送连续帧的最大数量,如为0则没有限制可以一直发,直到数据发送完毕。一般N_As为0.07,N_Bs为0.15,N_Cs为0.05,N_Ar为0.07,N_Br为0.05,N_Cr为0.15。– N_Cs:从流控帧接收或CF确认发送到数据请求发送成功的最大时间间隔,如果超过这个时间则中断发送。– N_Ar:从数据(FC)请求发送到数据发送成功的最大数据间隔,如果超过这个时间则中断接收。原创 2023-11-26 20:49:53 · 1506 阅读 · 1 评论 -
UDS P2 P2*Server
在ECU发出NRC为0x78后,ECU开始答复请求的时间要求,即需要在该时间段内响应上位机请求或再次发送NRC 0x78再次重新计时。在接收到ECU应答的NRC为0x78时,到上位机收到ECU响应的时间间隔。是ECU收到上位机请求报文后,到处理完成发出响应的时间间隔。在上位机成功发送诊断请求后等待ECU发送响应时的时间间隔。P2Server时间,典型值: 0.05s。P2*Server时间,典型值: 5s。原创 2023-11-26 18:28:46 · 957 阅读 · 1 评论 -
AutoSAR NvM 问题分析
NvM模块在开发阶段还是很简单的,配置项并不太多,但因为随着NvM版本的迭代,遇到问题还是很难调查解决的,协议栈是没有问题的。根源:各家配置工具对NvM协议的架构不同和相关的配置项介绍模糊不够具体,导致我们对配置的理解不够透彻,导致配置项选错,出现了一些奇怪的问题。原创 2023-05-01 12:30:26 · 1341 阅读 · 0 评论 -
AutoSAR学习笔记
只是开发笔记如有问题,欢迎指出。原创 2023-04-26 21:42:18 · 87 阅读 · 0 评论