UDS详解（二）——多帧传输

最新推荐文章于 2024-07-23 01:13:58 发布
最新推荐文章于 2024-07-23 01:13:58 发布
阅读量2.4k 收藏 3
点赞数 1
分类专栏： BMS功能介绍 文章标签： 信息与通信
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/manjixingkong1234/article/details/132851955
版权
UDS传输中，由于数据场长度限制，当诊断命令超过8字节时需使用多帧传输。ISO 15765规范定义了四种帧格式：单帧、首帧、连续帧和流控帧。单帧数据不足8字节用0xAA/55/CC填充，多帧传输的首帧用0x10-0xFF表示总数据长度，连续帧通过SN标识顺序，流控帧控制发送速率和暂停。
摘要由CSDN通过智能技术生成

       UDS是传输8个字节，由于数据场比较短，即使CANFD也只能传输64个字节，如果一条诊断命令的长度超过数据场长度，就需要分包传输，即多帧传输。如此引出一个问题——四种数据帧即多帧传输。

       根据ISO 15765规范规定了帧格式：

[单帧]：

1、单帧意味着这一帧的数据场长度＜=8，不足的地方多用0xAA/55/CC(增加跳变)；

2、无论单帧还是多帧，每一帧的0字节的高4位用于区别帧类型（0/1/2/3）;

3、对于单帧，0字节低4

了解本专栏 订阅专栏 解锁全文 超级会员免费看
manjixingkong1234
关注
专栏目录
订阅专栏
CANoe发送UDS多帧报文
天赐好车的博客
08-14 6658
法1：需要canoe的诊断模块里先设置好要发送的报文，不可更改，操作比较简单 diagRequest BasicDiagnosticsEcu.RoutineControl RoutineControl; diagSendRequest(RoutineControl); 法2： https://zhuanlan.zhihu.com/p/363028138 可通过面板更改要发送的报文，比较灵活 long handle; byte reqdata[8]={0x31,0x01,0xDF,0xFF,0x01,0x02
有关uds的多帧传输
star_tale的专栏
01-06 1万+
一直没想通，多帧传输的一个机制，今天看了知乎上的文章，豁然开朗。 多帧传输其实跟uds协议没有关系，属于网络层的机制，遵循15765-2。 建立连接后，client首先发送首帧，告诉服务器，要发送的数据数量，然后服务器会返回一个流控制帧，告诉客户端，是否可以连续发送数据帧（连续帧），如果可以连续那么可以连着发多少帧，以及每两帧之间的最小时间间隔，然后client就按照这个规则发送，也就是发连续...
UDS的帧类型讲解(简单易懂)
weixin_44142145的博客
07-23 637
第一个字节的第1位表示: 1帧类型. 后面第1个字节的第2位,和第2个字节的数据表示数据量大小, 后面的6个字节表示报文数据.
uds总结
xiaolifeidaofirst的博客
10-09 2560
uds诊断协议
UDS网络层知识整理：单帧与多帧传输以及网络层时间参数整理
不吃鱼的猫的博客
01-05 3979
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报文格式多帧，首帧，流控帧，连续帧
热门推荐
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 :表示填充位。
【UDS统一诊断服务】二、网络层协议（2）— 数据传输规则（单帧与多帧）
星Yeah 的博客
03-24 8173
二、网络层协议（2）— 数据传输规则（单帧与多帧） 1.单帧数据传输规则 2.多帧数据传输规则 （1）实现目标： （2）传输详细过程： （3）传输字节数据详细含义解析： 3.网络层定时及错误处理（以多帧传输为例） ......
UDS报文传输的四种帧
weixin_59334478的博客
04-23 1020
是在CAN总线传输的情况下， 具体规定如何传输UDS诊断的请求和响应报文的。四种帧就是定义在这个标准中。流控帧（FC）负责根据接收方和发送方的实际需要，来实时的调节下次发送连续帧（CF）时如何发送。一个UDS的请求或者响应的发送方，发出一个单帧（SF）即可，接收方接收到就可以了。因为单帧的时候，这一帧CAN报文是能够装得下所有的uds报文。一帧CAN报文中有8个字节，流控帧的控制信息一定是3个字节，还有5个字节用00填充，称为“补白”。如下图所示，是一个接收方发送给发送方的流控帧（FC）示例。
UDS诊断学习（一）--- UDS诊断概述、单/多帧、肯/否定响应
qq_18064677的博客
03-14 2760
诊断报文通常会有三个诊断ID，物理请求报文ID，功能请求报文ID、诊断响应ID。
UDS帧传输
weixin_30244681的博客
05-05 869
说明 在UDS协议中，其中有一点我视作为基础，即帧传输。也即是数据传输这一块，在UDS的帧传输中，分为4种： SF单帧 FF第一帧 CF连续帧 FC流控制帧 首先，我们抛开以上的东西，假设一个销售商（超市）和一个供应商之间存在某种通信协议，该协议大致规定了货物的发送和接收。即： 供应商每次提供给超市的货物的数量与种类。 经过分析，发现，就只有以上的这些东西。假设，之间的传输是通过货车来运输...
CAN多帧收发源码（STM32)）.rar
10-31
stm32 can通讯多帧发送接收实例 实测可用 绝对受益匪浅
自学CAN技术浅谈对各种帧传输的理解
05-30
自己学习CAN协议的一点心得，以及自己对CAN协议的理解，继续学习，都学完了还会有 9B92
帧传送流程图
10-03
https://download.csdn.net/upload帧传输流程图，，，，
汽车UDS诊断详解及Vector相关工具链使用说明——2.6.5 请求文件传输（0x38）
weixin_42967006的博客
11-17 3760
1. 概述 请求文件传输服务是用在有文件系统的ECU上的，通常都是带操作系统的。该服务可以用来读取、新增、替换、删除某个路径下的文件，是0x34-请求下载和0x35请求上传两个服务在有文件系统的ECU上的替代服务。当读取、新增或替换文件时，会发生数据传输，这时也是使用0x36-传输数据服务和0x37-请求退出传输来完成数据的传输。 2. 请求报文格式 请求文件传输服务的请求报文格式如下表所示： 下面我们来分别看一下其中的参数。 ① 操作类型-modeOfOperation 操作类型参数（modeOfOpe
汽车UDS诊断详解及Vector相关工具链使用说明——2.6.2 数据传输服务（0x36）
weixin_42967006的博客
06-08 2832
1. 概述 36服务就是用来在诊断仪和ECU之间传输数据的，有两个方向：在下载流程中，是诊断仪发送的请求报文中包含数据，在上传流程中，是ECU返回的肯定响应中包含数据。 36服务必须在34或35服务后开始执行。 在传输数据的时候，因为网络层传输能力大小的限值，大多数情况下要传输的数据都不能用一次请求和响应传输完成，要分成多个36服务来传输，我们通常把每个36服务请求或响应中传输的数据叫做一个数据块。 2. 请求报文格式 36服务的请求报文格式如下： transferRequestParameterRec
UDS详解（一）——肯定响应与否定响应
manjixingkong1234的专栏
09-13 2005
UDS的通信规范，介绍肯定响应和否定响应的回复方式
汽车UDS诊断详解及Vector相关工具链使用说明——3.3 传输层协议
weixin_42967006的博客
06-15 1697
1. 基本规则 15765-2定义传输层需要有以下两个基本功能： 传输最长达 4 294 967 295 (2[^32]-1)字节的数据。这个只是说标准定义的框架下允许传输这么长的数据，其实要看ECU传输数据能力大小，很少有能够传输这么大的数据量的，也没这个必要。 要能够向应用层报告传输成功还是失败。 2. 传输层协议数据单元 - N_PDU 传输层的所有内容被称为传输层协议数据单元，记为 N_PDU，它的格式如下： **N_AI - Address information：**地址信息，包含了目标
UDS连续帧，流控帧，多帧
最新发布
09-07
UDS（统一诊断服务）是在车辆中使用的一种通信协议，它是基于ISO 14229标准开发的，用于车辆的诊断通信。在UDS中，数据的传输涉及多种不同类型的帧，包括连续帧、流控帧和多帧等。 连续帧（Flow Control Frame）：在处理较大的数据传输时，如果数据量超过了单帧能够承载的大小，就需要将数据分割成多个帧来传输。连续帧用于标记一个数据消息的多个帧的连续部分。它们通常会包含一个连续帧计数器，这个计数器会指明当前帧是该消息中的第几帧，以及消息总共有多少帧。 流控帧（Flow Control Frame）：用于控制数据的发送速率，确保发送端和接收端的数据处理能够匹配。流控帧可以是正向的，比如发送方请求继续发送更多的数据，也可以是反向的，比如接收方请求发送方减慢发送速度或者暂停发送。在UDS中，流控制通常通过发送特定的消息（如ISO 14229-3中定义的单帧和连续帧）来实现。 多帧（Multi Frame）：当传输的数据量超过一个帧的最大数据载荷时，就需要使用多帧传输。多帧传输涉及到将数据分成多个连续的帧，每个帧都有序号和总帧数的信息，接收方通过这些信息将多个帧重新组合成原始的数据消息。 在使用多帧传输时，发送方和接收方之间的通信需要有相应的协议来确保数据的完整性和顺序性。如果在数据传输过程中，接收方没有正确地接收到某个帧，它可以通过发送流控帧来请求重传那个特定的帧。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

manjixingkong1234

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

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

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

打赏作者

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

抵扣说明：

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

余额充值