汽车UDS诊断详解及Vector相关工具链使用说明——3.4 多帧传输

最新推荐文章于 2024-08-22 17:59:52 发布
最新推荐文章于 2024-08-22 17:59:52 发布
阅读量5.6k 收藏 45
点赞数 4
分类专栏： 车辆UDS诊断协议及测试工具链系统教程 文章标签： UDS 诊断 15765 多帧 网络层
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42967006/article/details/118113134
版权
本文深入探讨了UDS诊断协议中的多帧传输机制，强调了只能使用物理寻址，不支持功能寻址。通过一个32字节数据传输示例，详细解释了从首帧发送、接收方的流控帧反馈，到连续帧的发送与接收方控制的整个过程。此外，还提到了Vector相关工具链在UDS多帧传输中的应用。
摘要由CSDN通过智能技术生成

前文已经大概介绍了多帧传输，本文我们详细展开讲讲。

【首先要注意的是：多帧传输只能使用物理寻址，不支持功能寻址，功能寻址发送的多帧传输的首帧应被接收方忽略。】

我们假设发送方要向接收方发送32字节的数据，用传统CAN，CAN帧的DLC为8。下图是整个多帧传输过程的示例：
在这里插入图片描述

我们来详细看一下每个步骤：

① 发送方先向接收方发送首帧，首帧前两字节是N_PCI，包含了整个多帧传输过程所要传输的有效数据总长度，示例中是32字节。

② 接收方发送流控帧，流控帧中有三个参数：

  • FS-FlowState：流控制状态，0是继续发送，代表发送方可以继续发送连续帧；1是等待，代表接收方当前不能接收连续帧，需要发送方进行等待，接收方在条件允许后会再次发送流控帧告诉发送方可以发送连续帧（如步骤⑤和⑥）；2是溢出ÿ
了解本专栏 订阅专栏 解锁全文 超级会员免费看
功能寻址不支持多帧传输
诊断协议那些事儿's blog
11-14 2315
多帧通信只能使用物理寻址，不支持功能寻址，功能寻址发送的多帧传输的首帧应被接收方忽略
汽车UDS诊断详解及Vector相关工具链使用说明——3.3 传输层协议
weixin_42967006的博客
06-15 1707
1. 基本规则 15765-2定义传输层需要有以下两个基本功能： 传输最长达 4 294 967 295 (2[^32]-1)字节的数据。这个只是说标准定义的框架下允许传输这么长的数据，其实要看ECU传输数据能力大小，很少有能够传输这么大的数据量的，也没这个必要。 要能够向应用层报告传输成功还是失败。 2. 传输层协议数据单元 - N_PDU 传输层的所有内容被称为传输层协议数据单元，记为 N_PDU，它的格式如下： **N_AI - Address information：**地址信息，包含了目标
数据通信中的单帧、首帧、连续帧和流控帧的概念及其作用
最新发布
weixin_60818935的博客
08-22 2356
单帧用于传输较短的数据包，这些数据包可以在一个数据帧内完整传输。通常适用于长度小于或等于7字节（对于标准CAN）的数据传输。
汽车UDS诊断详解及Vector相关工具链使用说明——总述
热门推荐
weixin_42967006的博客
05-14 1万+
1.什么是诊断 车辆在运行过程中，不可避免地会发生一些故障，为了确保行车安全，我们要求车上的ECU能够实时监测部件的运行状态，一旦发现异常情况，能通过点亮报警灯等方式提示驾驶员。但是，点亮报警灯只能告诉驾驶员车辆发生了故障，最多只能定位到故障ECU，比如ABS报警灯亮说明ABS系统出现故障，但具体是什么部件发生故障并不能通过报警灯显示出来。这时就需要ECU在本地存储一个与故障相对应的故障代码，在进行维修的时候，可以通过车上的OBD接口连接诊断仪，把这个存储的故障代码读取出来，从而进一步定位到更加具体的故障部
汽车UDS诊断详解及Vector相关工具链使用说明——6.2 VT System 入门
weixin_42967006的博客
07-05 4102
1. 概述 在ECU开发过程中，测试的重要性不言而喻。最初，当ECU的软硬件都开发完成后，需要将其接入真实系统中，连接好各个传感器和负载，对其输入特定的信号，观察其相应的功能和动作是否正确。在测试故障检测策略时，需要手动断开传感器或负载，来检测ECU是否能够将故障检出。 这种方法效率极低且很难实现自动化，于是VT系统应运而生。如下图，VT系统是一个装载着多个板卡的小机箱，高度是5U，宽度有½U和1U两种尺寸。VT系统的板卡能够模拟ECU供电（KL15 & KL30）、电阻型传感器、电位计、模拟信号输
汽车UDS诊断详解及Vector相关工具链使用说明——1.1 应用层协议整体介绍
weixin_42967006的博客
05-14 4733
本文我们先从整体的维度来介绍一下应用层协议，每个UDS服务都遵循本文中的协议。 一、SI（Service ID） SI是UDS指令的第一个字节，我们第一篇文章中提到的10等服务就是指这个服务的SI=0x10，它是服务的标识，每个服务的SI都是唯一的。 ...
有关uds的多帧传输
star_tale的专栏
01-06 1万+
一直没想通，多帧传输的一个机制，今天看了知乎上的文章，豁然开朗。 多帧传输其实跟uds协议没有关系，属于网络层的机制，遵循15765-2。 建立连接后，client首先发送首帧，告诉服务器，要发送的数据数量，然后服务器会返回一个流控制帧，告诉客户端，是否可以连续发送数据帧（连续帧），如果可以连续那么可以连着发多少帧，以及每两帧之间的最小时间间隔，然后client就按照这个规则发送，也就是发连续...
汽车UDS诊断详解及Vector相关工具链使用说明——2.6.5 请求文件传输（0x38）
weixin_42967006的博客
11-17 3785
1. 概述 请求文件传输服务是用在有文件系统的ECU上的，通常都是带操作系统的。该服务可以用来读取、新增、替换、删除某个路径下的文件，是0x34-请求下载和0x35请求上传两个服务在有文件系统的ECU上的替代服务。当读取、新增或替换文件时，会发生数据传输，这时也是使用0x36-传输数据服务和0x37-请求退出传输来完成数据的传输。 2. 请求报文格式 请求文件传输服务的请求报文格式如下表所示： 下面我们来分别看一下其中的参数。 ① 操作类型-modeOfOperation 操作类型参数（modeOfOpe
汽车UDS诊断详解及Vector相关工具链使用说明——2.2.5 读取DID换算信息（0x24）
weixin_42967006的博客
11-08 1955
1. 概述 该服务可以用来读取DID的换算信息，当我们不知道某个DID的数据应该如何换算的时候，可以先用这个服务读换算信息，再用22服务读取DID，来获取有效数据。 2. 请求报文格式 <<<回到总目录>>> ...
汽车UDS诊断详解及Vector相关工具链使用说明——3.7 地址格式
weixin_42967006的博客
07-05 1354
我们前文简要提到过地址格式，本文进行展开介绍。 再来贴一下这张图，网络层的信息包含以下三个部分： CAN报文有11位ID和29位ID两种形式，把上面网络层的三种信息映射到一帧CAN报文上的时候，有以下四种方式： （1）常规寻址——11位ID的CAN报文： N_AI映射到CAN ID，没有定义N_AI与CAN ID的具体映射关系。如下图所示： （2）常规规定寻址——29位CAN ID的报文： N_AI映射到CAN ID，定义了N_AI与CAN ID的具体映射关系，如目的地址映射到哪几位、源地址映射到哪几位
UDS详解（二）——多帧传输
manjixingkong1234的专栏
09-13 2547
介绍UDS的多帧传输原理与解读
UDS最全内容总结.pdf
04-15
UDS常用服务总结：包括10诊断会话，3E待机握手，27安全访问，22读数据，2E写数据，14清除DTC。以及对其中常用的子服务的介绍，可以很快的建立起对UDS的认识
UDS报文格式多帧，首帧，流控帧，连续帧
qq_45868587的博客
08-01 1万+
6-表示SF_DL(数据长度)为6个字节，即：50 01 00 32 00 C8。06：表示发送为单帧，且发送的数据中含有6个字节。此处SN 1 表示连续帧第一帧。1E：表示连续帧的数据长度，准换为十进制为30，单表字节长度为30。STmin：体现了接收方的处理能力，处理CAN接收的速度。50 表示第一个字节，01为第二个字节。8：表示buffer size为8个字节。14：表示连续帧的时间间隔为20ms。0：表示流控帧状态为继续发送帧。10：表示多帧的第一帧。3：表示流控帧(FC)AA :表示填充位。
CAN总线多帧发送方式
qq_39593577的博客
04-25 1万+
CAN总线多帧发送方式 要了解CAN总线多帧数据的发送，首先我们要知道我们发送的数据帧是属于拓展帧还是标准帧，再说多帧发送方式方法，网上资源有很多关于拓展帧和标准帧区别，以及多帧发送的方式方法，为了我方便查阅，我还是打算自己做个笔记，方便我以后查阅。 1. 拓展帧与标准帧 CAN接口兼容规范它可以接收和发送11位标识符的标准帧，也可以接收和发送29位标识符的扩展帧。 一、扩展帧的仲裁域有29位，可以出现2^29中报文，且在数据链路上是有间隙的(对操作者透明)，帧ID的范围是0000 0000-1FFF FF
UDS网络层知识整理：单帧与多帧传输以及网络层时间参数整理
不吃鱼的猫的博客
01-05 4212
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统一诊断服务】二、网络层协议（2）— 数据传输规则（单帧与多帧）
星Yeah 的博客
03-24 8235
二、网络层协议（2）— 数据传输规则（单帧与多帧） 1.单帧数据传输规则 2.多帧数据传输规则 （1）实现目标： （2）传输详细过程： （3）传输字节数据详细含义解析： 3.网络层定时及错误处理（以多帧传输为例） ......
技事纪-J1939-CAN多帧传输的实现
qq_49502822的博客
04-13 1085
CAN通讯，多帧传输，参考J1939协议实现。软件环境：QT+LINUX语言：C++硬件：nuc972板子，NUC972DF61YC。
UDS诊断详解
qq_44775824的博客
02-02 9304
UDS可以基于不同的总线网络来实现，诊断服务，发送SID给ECU如果ECU认可，就发送SID+40（肯定响应），如果没有认可，会回一个7F，7F是否定响应的标识符。
UDS 诊断 详解
雪锋的笔记
02-14 1万+
而后面的parameter则根据各个诊断服务的不同具有不同的内容，长度和格式并没有统一规格，它用于限定诊断服务执行的条件，比如某个诊断服务执行的时间等。诊断通信的过程从用户角度来看非常容易理解，诊断仪发送诊断请求(request)，ECU给出诊断响应（response），而UDS就是为不同的诊断功能请求和响应之间定义了统一的内容和格式。而negative response则意味着ECU因为某种原因无法执行诊断仪发过来的诊断请求，而无法执行的原因则存在于negative response的报文中。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

老孟的孟不是很老的孟

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

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

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

打赏作者

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

抵扣说明：

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

余额充值