Autosar诊断实战系列19-UDS首帧数据接收及流控帧发送代码级分析

已于 2023-11-06 21:32:02 修改
阅读量1.8k 收藏 8
点赞数 3
CC 4.0 BY-SA版权
分类专栏： AutoSar实战进阶系列[全面/持续更新中] Autosar 诊断实战系列 文章标签： autosar 诊断 UDS
于 2023-10-04 10:45:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/initiallizer/article/details/133543456
本文详细分析了Autosar中长帧数据的首帧接收过程，包括在CanTp_RxIndication()和CanTp_StoreRxNPduEvt()等接口中的操作，并讨论了首帧数据处理及流控帧发送的步骤，如CanTp_RxHandleFFReception()和CanTp_ConstructFCPci()。内容涉及ISO14229协议、CanTp内存管理及Dcm层的数据处理。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

本文框架

前言

在本系列笔者将结合工作中对诊断实战部分的应用经验进一步介绍常用UDS服务的进一步探讨及开发中注意事项， Dem/Dcm/CanTp/Fim模块配置开发及注意事项，诊断与BswM/NvM关联模块的应用开发及诊断capl测试脚本开发等诊断相关实战内容。
Autosar诊断实战导读快速链接：Autosar诊断实战系列导读
Autosar全模块实战专栏快速链接：AutoSar实战进阶系列导读

本篇开始，我们从代码级别分析下长帧数据的首帧数据接收及流控帧数据发送的实现过程，包括每个模块执行了哪些操作，配合流程图的方式更直观展示给大家，本文框架如下：
在这里插入图片描述

1. 长帧数据的首帧接收

根据ISO14229协议，对于无法通过一帧报文发送的长帧，会拆分为首帧+连续帧的形式发送，对于首帧报文的接收与单帧的接收过程基本一致，
1）对应报文callout函数CanTp_Rx

了解本专栏 订阅专栏 解锁全文 超级会员免费看
Autosar诊断实战系列导读
initiallizer的博客
05-30 2932
结合笔者在工作中的应用经验对Autosar 诊断实战开发部分进一步介绍，本篇介绍包括系列概述及文章快速链接
AutoSar实战进阶系列导读
initiallizer的博客
07-14 7715
Autosar实战全栈实战导读及文章快速链接
Autosar UDS-CAN诊断开发02-1(CAN、CANFD诊断帧格式类型详解、15765-2(CANTP层)的意义)
qq_41848098的博客
12-09 8974
我们先来看一下诊断报文数据Log：上面图中，红色为诊断仪（Canoe或Canpro）发，蓝色为ECU发。我刚开始接触诊断的时候。看着这些密密麻麻的数据一脸茫然，由于经常能听到同事们在说19服务，所以我知道19服务读DTC，但Canoe发出的19 0A前面为啥还有个0x02？为什么ECU先返回了一帧然后再返回后面的多帧？为什么中间还夹这一帧Canoe发出来的？30 00 14又是啥意思？多帧的数据要怎么看啊，全部数据都是跟DTC故障有关吗？真的是小小的脑袋大大的问号。...
UDS的帧类型讲解(简单易懂)
weixin_44142145的博客
07-23 2461
第一个字节的第1位表示: 1帧类型. 后面第1个字节的第2位,和第2个字节的数据表示数据量大小, 后面的6个字节表示报文数据.
ISO14229 UDS诊断
最新发布
随手分享工作中的知识，沉淀积累
05-28 1194
UDS是Unified Diagnostic Services的缩写，在国际标准ISO 14229-1中定义了一系列服务和诊断协议，用于在ECU之间进行通信和诊断，包括读取故障码、清除故障码、读取参数、编程，同时还支持密钥交换、加密和安全访问等功能，以保护车辆的安全性和防止未授权的访问。该标准最初由国际标准化组织（ISO）于2006年发布，并于2013年进行了更新和修订。
UDS中的帧类型
yardwood的博客
06-15 1979
本位介绍UDS诊断中基本帧的格式和概念。
有关uds的多帧传输
star_tale的专栏
01-06 1万+
一直没想通，多帧传输的一个机制，今天看了知乎上的文章，豁然开朗。 多帧传输其实跟uds协议没有关系，属于网络层的机制，遵循15765-2。 建立连接后，client首先发送首帧，告诉服务器，要发送的数据数量，然后服务器会返回一个流控制帧，告诉客户端，是否可以连续发送数据帧（连续帧），如果可以连续那么可以连着发多少帧，以及每两帧之间的最小时间间隔，然后client就按照这个规则发送，也就是发连续...
车载网络测试 - UDS诊断篇 - 流控制帧
车载网络测试
09-16 1万+
ISO 15765之CANTP层中的流控制帧介绍
UDS诊断服务基础详解一之ISO15765-2协议简介
DiR_323的博客
09-15 2564
本文主要是对ISO15765-2协议的简介，包含协议的作用，PDU的简述，以及诊断传输帧类型的介绍
uds帧格式_UDS诊断帧
weixin_39796839的博客
12-21 1781
UDS诊断服务通常是通过CAN总线实现。对于CAN诊断帧有两种不同的分类方式，按照寻址方式可以分为物理寻址、功能寻址，按照帧类别可以分为单帧、首帧、流控帧、连续帧。寻址方式在总线上往往连着众多ECU设备(如图1所示)，作为诊断设备既可以单独与某一ECU进行通信，也可以同时与所有总线上的ECU设备通信。图1 总线示意图1. 物理寻址物理寻址是指总线上始终只有一个ECU响应诊断设备发出的诊断命令，实现...
UDS网络层知识整理：单帧与多帧传输以及网络层时间参数整理
不吃鱼的猫的博客
01-05 7110
UDS网路层的相关类型帧：SF单帧参数：FF首帧参数：CF连续帧参数：FC流控帧参数：单帧传输中仅需要用到SF（SingleFrame）:TX：02 10 03 00 00 00 00 00单帧的第一个字节02，高4位为0表示是SF帧；低4位为2，表示后面的有效字节长度为2个字节多帧传输中需要用到：FF（首帧）、FC（流控帧）、CF（连续帧）TX：10 14 2E F1 90 FF FF FFRX：30 08 14 00 00 00 00 00TX：21 FF FF FF FF FF FF FFTX：22
【UDS学习笔记】
weixin_43405695的博客
10-30 4688
UDS学习笔记
UDS诊断详解（二）- ISO15765-2 详解
m0_67883547的博客
03-05 2822
经典CAN数据链路层最大能够支持8个字节，但ISO 14229并不仅仅是为了CAN总线设计的，最大容量达到4095个字节。比如VIN码是17个字节，CAN总线必然需要传递3帧才能传完VIN码，那么如何科学、快捷、安全地将多个字节通过经典CAN来进行传输，就成了一个需要解决的问题，ISO 15765-2协议由此诞生。
Vector - CAPL - 诊断模块函数（流控制帧）
车载网络测试
08-09 2000
CAPL控制流控制帧的相关函数
UDS流控帧解析
lmy_loveF的博客
04-07 269
【代码】UDS流控帧解析。
UDS快速入门
xiaohuanxiong_的博客
03-02 790
UDS，CANtp
汽车电子学习笔记---UDS
热门推荐
weixin_42399934的博客
11-19 1万+
汽车电子学习笔记—UDS 一、概述 UDS(Unified Diagnostic Services)，统一的诊断服务。协议的应用层定义是ISO 14229-1，目前大部分汽车厂商均采用UDS on CAN的诊断协议。 UDS本质上是一种定向的通信，是一种交互协议(Request/Response)，可以理解为C/S模式，Tester为client端，ECU为Server端，即诊断方(Tester)给ECU发送指定的请求数据（Request），ECU服务端回复肯定或否定响应。 1、SID：Service Id
uds下载服务流程图_UDS诊断全集，干货分享
weixin_39816946的博客
12-23 1599
UDS诊断是Unified Diagnostic Services的全称，其标准是ISO14229,ISO15765，文末可获取链接。其中：ISO14229-1定义了各诊断服务的格式，以及一些通用信息，比如7层模型；ISO14229-2定义了诊断会话中的各种时间参数，比如P2Server、P2*Server、P2Client等；ISO14229-3定义了UDS基于CAN总线的实现；ISO...
记：从零开始讲解UDS（二）——传输层帧格式
liquid soul
12-02 6136
0x00 UDS概述 UDS（University Diagnostics System通用诊断系统）是一个在整车系统上经常使用的设备维护协议。其主要遵循的法规为：ISO-15765、ISO-14229，其主要协议模式脱胎于OBD（On-board diagnostics）诊断协议。经常应用在整车的各种ECU上面。是一个在整车ECU应用层开发经常使用的也是较为复杂的协议层之一。 本篇文章主要介绍了...
uds诊断流控帧的回复
07-26
UDS (Unified Diagnostic Services) 是ISO 14229标准定义的一套统一的汽车诊断服务规范，用于车辆之间的通信，允许对车辆的各种系统进行诊断、读取数据、执行动作等操作。 诊断流控帧（Diagnostic Flow Control Frame）在UDS环境中是一个用于控制数据传输速度的帧。它主要用于在发送大量数据前，请求接收方准备好接收，以及在发送完数据后确认已接收到所有数据。这种机制有助于防止因数据传输过快而导致的数据丢失或接收错误的情况发生。 ### UDS诊断流控帧回复的基本功能： 1. **请求准备接收**：当需要向远程节点发送大量数据之前，本地节点可以发出一个流控帧询问对方是否已经准备好接收数据。这通常由本地节点主动发起。 2. **接收准备状态指示**：远程节点在收到流控帧后，会回复相应的流控帧表示其当前的接收状态。如果远程节点尚未完成之前的数据接收并准备好了接收新的数据，则可能会暂时拒绝接收新的数据。 3. **数据传输确认**：在发送完数据之后，本地节点可以再次使用流控帧告知远程节点数据传输已完成，并期望获得接收确认。 4. **接收确认**：远程节点在接收到全部数据后，通过特定的响应帧向本地节点反馈接收结果。如果所有的数据都被成功接收，会返回确认信息；如果有数据丢失或未被正确接收，则需要进行相应处理，如重新传输等。 ### 实现细节： - **帧结构**：UDS流控帧通常包含一个命令字节、一个数据长度字段和其他必要的信息，比如CRC校验码。这些信息帮助确定帧的目的、长度以及有效性。 - **协议交互**：在实际应用中，通过按照ISO 14229标准规定的流程执行一系列特定的命令和等待响应，来实现流控帧的操作。例如，使用ISO 5725-1标准中定义的特定命令ID来启动和管理流控过程。 - **安全性考虑**：在使用流控帧进行数据传输的过程中，还需要考虑到安全性的保护措施，比如使用密码验证或其他加密手段，以确保数据传输过程中数据的安全性和完整性。 ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Autosar汽车电子进阶

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值