【AUTOSAR-CanTp】-1.1-CanFD诊断ID不同DLC收发过程举例（UDS和OBD诊断）

已于 2022-01-24 12:17:28 修改
阅读量3.1k 收藏 4
点赞数 2
分类专栏： Autosar_BSW高阶配置 Autosar # CanTp 文章标签： autosar
于 2022-01-22 16:47:23 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qfmzhu/article/details/122639580
版权
本文详细介绍了CANFD诊断ID在UDS/OBD诊断期间的交互过程，包括DLC为8和64的情况。通过具体的服务如$10、$3E、$22和$2E的实例，展示了不同DLC下的响应和不匹配情况，以及在CANoe/CANalyzer中的设置方法。

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

目录

1 预设条件

2 CANFD/经典CAN2.0诊断ID (DLC = 8)在诊断期间的交互过程

2.1 $10服务诊断期间交互过程举例

2.2 $3E服务诊断期间交互过程举例

2.3 $22服务诊断期间交互过程举例

2.4 $2E服务诊断期间交互过程举例

3 CANFD诊断ID (DLC = 64)在诊断期间的交互过程

3.1 $10服务诊断期间交互过程举例

3.2 $3E服务诊断期间交互过程举例

3.2 $22服务诊断期间交互过程举例

3.4 $2E服务诊断期间交互过程举例

4 在CANoe/CANalyzer中如何设置所加载的CDD/PDX文件请求ID的长度

5 结尾

<--返回「Autosar_BSW高阶配置」总目录-->

<--返回「Autosar_BSW高阶配置」专栏主页-->

<--返回「个人博客」首页-->

《UDS/OBD诊断网络层/传输层(ISO 15765)》专栏链接：

了解本专栏 订阅专栏 解锁全文
【AUTOSAR-CanTp】-2.4-配置channel：基于CANFD标准帧(DLC=8)诊断ID--Normal addressing正常寻址
「汽车电子助手」的博客
01-28 1393
共17页精讲：手把手教你创建一个自定义的OBD/UDS CANFD物理寻址和功能寻址诊断ID。从CanIf模块到DCM模块完整的配置。 目录 1 预设条件 2 EcuC模块配置 3 CanIf模块配置 4 CanTp模块配置 5 DCM模块配置 6 PduR模块配置 7 测试Log：基于Normal addressing 的“功能寻址”和“物理寻址” ​ 8 结尾 <--返回「Autosar_BSW高阶配置」总目录--> <--返回「Autosar_BSW高阶配置
AutoSAR_BSW高阶 24. Autosar CanTp 模块：CanFD 诊断报文不同 DLC 对收发过程的影响（UDS 和 OBD 诊断）
一直在水些技术小文
10-07 479
在现代汽车电子系统中，CAN FD（Controller Area Network Flexible Data-Rate）被广泛用于高速数据传输，尤其是在诊断通信中。CanFD 诊断报文允许传输更多的数据和更高的速率，但 DLC 字段的大小可以不同，通常有 8 个字节或更多。CanTp 模块是 AUTOSAR 标准中的一部分，用于在 ECU 之间传输大量数据。它提供了数据的分段和重新组装功能，以适应不同的物理层传输需求，包括 CAN FD。CanTp 模块通常用于诊断通信，包括 UDS 和 OBD 诊断。
CAN(FD)基础原理
最新发布
qq_57504925的博客
02-06 983
在接收报文的过程中，当检测到总线上出现边沿时，依然会进行同步，此时不是改变同步段（SS）的起始位置，而是根据实际的边沿与预期的同步段（SS）的差值来调整PBS1和PBS 2来改变采样点位置进行调整。如果实际边沿是在SS的后面，节点B认为这是一个慢速信号，会延长PBS1段来增加这一位的时间来相应的延后采样点时间，这里增加或减少的长度是重同步跳转宽度SJW，若相位相差太大，一次没有得到完全补偿的话，将在下一个下降沿来时继续补偿。但是A的时间是由节点A的晶振提供，节点B的时间是由节点B的晶振提供的。
ID CS6怎么加框_诊断之诊断ID与网络传输层协议
weixin_39616003的博客
10-24 213
本篇主要介绍诊断在通信上的一些概念：功能寻址、物理寻址和网络传输层协议。为什么要有功能寻址和物理寻址之分？不管是什么通信介质，通信模式无外乎三种：单播，多播和广播。单播：一个发送端一个接收端；多播和广播：一个发送端多个接收端。诊断仪和总线上各个ECU之间通信，有时需要一对一(通过物理寻址实现)，有时需要一对多(通过功能寻址实现)。即诊断仪发送的物理寻址报文只有一个ECU会接收处理，而同一总线上所有...
诊断DID分类说明
略懂一点劳动法民法和刑法，各位老板请注意措辞
08-01 567
诊断UDS服务，诊断DID
Autosar UDS-CAN诊断开发02-1(CAN、CANFD诊断帧格式类型详解、15765-2(CANTP层)的意义)
qq_41848098的博客
12-09 7888
我们先来看一下诊断报文数据Log：上面图中，红色为诊断仪（Canoe或Canpro）发，蓝色为ECU发。我刚开始接触诊断的时候。看着这些密密麻麻的数据一脸茫然，由于经常能听到同事们在说19服务，所以我知道19服务读DTC，但Canoe发出的19 0A前面为啥还有个0x02？为什么ECU先返回了一帧然后再返回后面的多帧？为什么中间还夹这一帧Canoe发出来的？30 00 14又是啥意思？多帧的数据要怎么看啊，全部数据都是跟DTC故障有关吗？真的是小小的脑袋大大的问号。...
CanFD诊断ID不同DLC收发过程解析
CyberBytezZ的博客
09-04 507
本文介绍了在嵌入式系统中使用CANFD协议收发不同DLC的CANFD帧的过程。通过初始化CANFD模块、设置CAN ID和DLC，并通过socket函数发送和读取CANFD帧，实现了收发功能。本文将介绍不同数据长度代码 (DLC) 的CANFD诊断ID收发过程，并附上相应的源代码。上述代码片段中，我们通过socket函数创建了一个原始的CANFD套接字，并将其绑定到CAN接口上。然后，初始化了一个CANFD帧，并设置ID和DLC。以上是关于CANFD诊断ID不同DLC收发过程的解析，希望对你有所帮助。
【AUTOSAR-CanTp】-2.9-配置channel：基于CANFD扩展帧(DLC=64)诊断ID--Normal addressing和Extended addressing
「汽车电子助手」的博客
02-08 1154
共3页精讲：（Normal addressing正常寻址和Extended addressing扩展寻址：附配置完成后的诊断交互LOG） 在《【AUTOSAR-CanTp】-2.7-配置channel：基于CANFD标准帧(DLC=64)诊断ID--Normal addressing正常寻址》和《【AUTOSAR-CanTp】-2.8-配置channel：基于CANFD标准帧(DLC=64)诊断ID--Extended addressing扩展寻址》中，介绍了一组诊断ID（基于CANFD标准帧）：物理ID
【AUTOSAR-CanTp】-2.6-配置channel：基于CANFD扩展帧(DLC=8)诊断ID --Normal addressing和Extended addressing
「汽车电子助手」的博客
02-08 2166
在《【AUTOSAR-CanTp】-2.4-配置channel：基于CANFD标准帧(DLC=8)诊断ID--Normal addressing正常寻址》和《【AUTOSAR-CanTp】-2.5-配置channel：基于CANFD标准帧(DLC=8)诊断ID--Extended addressing扩展寻址》中，介绍了一组诊断ID（基于CANFD标准帧）：物理ID，功能ID和响应ID，从CanIf模块 --》CanTp模块 --》PduR模块 --》DCM模块的完整配置过程。 目录 1 预设条件 2
【AUTOSAR-CanTp】-2.5-配置channel：基于CANFD标准帧(DLC=8)诊断ID--Extended addressing扩展寻址
「汽车电子助手」的博客
01-28 1327
共21页精讲：手把手教你创建一个自定义的UDS/OBD物理寻址和功能寻址CANFD诊断ID。从CanIf模块到DCM模块完整的配置。 目录 1 预设条件 2 EcuC模块配置 3 CanIf模块配置 4 CanTp模块配置 5 DCM模块配置 6 PduR模块配置 7 测试Log：基于Extended addressing的“功能寻址”和“物理寻址” 8 结尾 <--返回「Autosar_BSW高阶配置」总目录--> <--返回「Autosar_BSW高阶配置」专
HBase学习
迷雾总会解
10-19 560
介绍 定义 HBase 是一种分布式、可扩展、支持海量数据存储的 NoSQL 数据库 数据模型 逻辑上，HBase 的数据模型同关系型数据库很类似，数据存储在一张表中，有行有列。 但从 HBase 的底层物理存储结构（K-V）来看，HBase 更像是一个 multi-dimensional map 逻辑结构 HBase表由行和列组成，每个行由行键（row key）来标识，列划分为若干列族，一个列族中可以包含任意多个列，同一个列族里面的数据存储在一个文件中。当这个文件达到一定大小后，会进行分裂形成多个r
汽车UDS诊断传输协议（新增CAN_FD）
07-10
汽车UDS诊断传输协议，增加了CAN_FD的通信组包解包协议。
CAN & CAN FD 通信知识
08-17
1、CAN基础知识介绍 2、CAN FD前世今生 3、CAN2.0与CAN FD区别 4、CAN通信应用与常见问题（重点） 5、 物联网技术交流
车载网络测试 - UDS诊断篇 - 诊断RID/IOID($2F/$31)
车载网络测试
10-16 3756
车载网络测试 - UDS诊断篇 - 诊断RID/IOID($2F/$31)
汽车UDS诊断详解及Vector相关工具链使用说明——3.2 CAN 与CAN FD基础
weixin_42967006的博客
06-15 3617
1. 数据帧格式 为了更好的理解网络层传输协议，我们这里先简要介绍一下CAN 和CAN FD。一帧CAN报文分为仲裁场和数据场，仲裁场包含我们常说的CAN ID，用来决定CAN帧的优先级，还有其他一些帧属性信息，数据场就是所要传输的数据。CAN 和 CAN FD帧格式对比如下： 标准帧： 扩展帧： 这里对于每一位的具体含义不做详细的介绍，需要了解的可以查询ISO 11898标准，网上的资料也很多。大家着重关注以下**仲裁场（ArbitrationPhrase）和数据场（DataPhase）**的
【AUTOSAR-CanTp】-2.7-配置channel：基于CANFD标准帧(DLC=64)诊断ID--Normal addressing正常寻址
「汽车电子助手」的博客
02-08 1995
共19页精讲：（Normal addressing正常寻址：附配置完成后的诊断交互LOG） 手把手教你创建一个自定义的物理寻址和功能寻址CANFD (UDS/OBD)诊断ID。从CanIf模块 --》 CanTp模块 --》PduR模块 --》DCM模块完整的配置。 目录 1 预设条件 2 EcuC模块配置 3 CanIf模块配置 4 CanTp模块配置 5 DCM模块配置 6 PduR模块配置 7 测试Log：基于Normal addressing 的“功能寻址”和“物理寻址” 8 结
基于peakcan PCAN UDS上位机(14229 15765) 可以开发UDS小工具
XDbhnReCqv的博客
01-17 1713
综上所述，基于peakcan PCAN UDS上位机 (14229 15765) 的开发UDS小工具，新增支持CAN FD的数据链路层通信，为现代汽车制造业带来了新的可能性。在新增支持CAN FD的数据链路层通信方面，PCAN UDS上位机借助其高性能的硬件和灵活的软件架构，实现了对CAN FD通信的全面支持。因此，通过PCAN UDS上位机，我们可以新增支持CAN FD的数据链路层通信，以适应现代汽车网络的发展趋势。首先，PCAN UDS上位机通过支持UDS协议规范，提供了通信的基础能力。
UDS:基于CANFD &Stmin =0导致OTA失败问题分析及解决方法
这是一个CSD_N昵称的博客
06-18 499
在使用中断方式进行数据收发时需注意中断运行时长，中断运行时间太长也导致接收丢数据，见下文。
【AUTOSAR 基础软件】CanTp模块详解（Can栈之传输模块）
十六宿舍的博客
11-25 2860
文章包含了AUTOSAR基础软件（BSW）中CanTp模块相关的内容详解。本文从AUTOSAR规范解析，ISOLAR-AB配置以及模块相关代码分析三个维度来帮读者清晰的认识和了解CanTp这一基础软件模块。文中涉及的ISOLAR-AB配置以及模块相关代码都是依托于ETAS提供的工具链来配置与生成的，与AUTOSAR规范之间可能会有些许的出入，但总体的功能要点与处理流程都应该是一致的。
【autosar-cannm】-1.1-can network management网络管理详述
08-01
Autosar-CAN NM是一种用于网络管理的通信协议，旨在实现CAN总线系统的高效管理和控制。Autosar-CAN NM支持多个节点共享相同的CAN总线，通过提供网络管理功能来确保节点之间的通信可靠性和稳定性。 Autosar-CAN NM的...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

汽车电子助手

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

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

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

打赏作者

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

抵扣说明：

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

余额充值