Autosar诊断实战系列22-DoCanFD网络层二三事

已于 2023-11-06 21:33:50 修改
阅读量438 收藏 6
点赞数 3
分类专栏： AutoSar实战进阶系列[全面/持续更新中] Autosar 诊断实战系列 文章标签： autosar 诊断 UDS
于 2023-08-10 22:09:18 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/initiallizer/article/details/132155503
版权
本文介绍了Autosar诊断在CANFD网络层的应用，探讨了超过8字节CANFD诊断报文的NPDU格式，测试案例，以及SF_DL的错误处理策略。文章指出，DoCanFD需要支持8到64字节的诊断数据，并强调了在开发中应注意的问题。
摘要由CSDN通过智能技术生成

本文框架

前言

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

开始本篇讲述前，同样先抛出几个问题，基于CANFD与CAN的诊断在网络层是否有区别？对于超过8字节的诊断报文对应的N_PDU格式是什么的？基于CANFD的诊断是否可同时支持8字节到最大64字节的诊断数据？带着这几个问题开启今天的学习。
在这里插入图片描述

1. 基于CANFD与CAN诊断区别概览

针对这个问题，区别大概罗列如下

了解本专栏 订阅专栏 解锁全文
Autosar汽车电子进阶
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
订阅专栏
一文读懂——DoIP和DoCAN之间有什么不同
usstmiracle的博客
04-18 823
总的来说，DoIP和DoCAN都是为了实现统一的诊断服务（UDS）而设计的，但它们在物理通信层面、数据传输速度和远程诊断能力等方面有所不同。DoIP，即基于IP的汽车诊断协议，由ISO 13400-2标准定义，它促进了使用IP、TCP和UDP的外部测试设备与汽车控制单元（ECU）之间的诊断相关通信。通过互联网协议（DoIP）的诊断开启了一种新的ECU诊断范式，该范式通过以太网运行，这是一个更快、更可靠的通信渠道。DoIP协议是基于TCP/IP协议的网络协议，允许通过网络传输车辆诊断数据。
AUTOSAR CAN通信介绍
酒无忧的博客
07-25 6269
在AUTOSAR的分层和模块化架构中，使用PduR(ProtocalDataUnitRouter)将总线或者网络数据进行抽象，使得上层应用不用关心信号的来源。本文从PduR下层的CANInterface、CANDriver和CANTransceiverDriver模块介绍CAN总线在AUTOSAR架构中的工作机制以及信号的收发等功能。PduR以及COM等上层模块的介绍可以参考公众号内发布的历史文章。CanDriver(CanDrv)执行CAN控制器硬件访问，并向上层提供与硬件无关的API。......
Autosar UDS-CAN诊断开发02-1(CAN、CANFD诊断帧格式类型详解、15765-2(CANTP层)的意义)
qq_41848098的博客
12-09 5738
我们先来看一下诊断报文数据Log：上面图中，红色为诊断仪（Canoe或Canpro）发，蓝色为ECU发。我刚开始接触诊断的时候。看着这些密密麻麻的数据一脸茫然，由于经常能听到同事们在说19服务，所以我知道19服务读DTC，但Canoe发出的19 0A前面为啥还有个0x02？为什么ECU先返回了一帧然后再返回后面的多帧？为什么中间还夹这一帧Canoe发出来的？30 00 14又是啥意思？多帧的数据要怎么看啊，全部数据都是跟DTC故障有关吗？真的是小小的脑袋大大的问号。...
CANFD诊断(DoCAN)数据链路层和网络层的一点理解
weixin_44842720的博客
09-29 4016
CANFD和CAN在数据链路层和网络层诊断相关的一些区别总结。
《AUTOSAR UDS诊断开发入门》专栏大纲，内容持续更新中~~~
m0_66961286的博客
11-17 149
UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是在汽车电子ECU环境下的一种诊断通讯协议，为了给诊断系统定义通用的需求而设计。UDS协议又叫ISO 14229协议，在ISO 14229协议中定义了UDS服务用法、服务格式等信息，可快速准确判断车辆或者某个控制器的故障以及故障原因。本专栏重点在于讲解UDS诊断相关协议内容，UDS诊断相关服务内容，UDS诊断模块如何配置、开发及开发过程中遇到的一些问题。UDS诊断开发入门-1UDS诊断协议-ISO14229简介。
基于CAN总线实现的UDS诊断（DoCAN）
热门推荐
zhengzg_6的博客
10-22 1万+
本文转自https://www.zhihu.com/people/zhang-ding-12-47/posts 作者：张丁 链接：https://zhuanlan.zhihu.com/p/37063798 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 感谢作者@张丁   之前写的UDS系列的文章介绍的都是应用层的诊断服务，不涉及下层的传输机制，本篇文...
Autosar诊断实战系列04-Dem之Event的Debounce策略开发介绍
initiallizer的博客
07-04 621
在Dem开发中会遇到有些Event不是出现Fail就要立即置对应的DTC，需要设置Debounce，本篇一起学习下Dem中Event的Debounce开发
Autosar诊断实战系列导读
initiallizer的博客
05-30 2206
结合笔者在工作中的应用经验对Autosar 诊断实战开发部分进一步介绍，本篇介绍包括系列概述及文章快速链接
Autosar诊断实战系列03-Dem之Event的NvM存储详解
initiallizer的博客
06-26 1928
详解Dem中Event的存储，主要话题如下：1）Dem触发NvM存储的基本流程；2）Dem触发NvM存储的layout格式及内容，Event与DTC的存储关系；3）Combined Event的存储处理。
Autosar诊断实战系列01-CanTp配置开发详解
initiallizer的博客
06-28 1681
本篇一起学习下CanTp模块配置如何开发及开发时的注意事项
解析AUTOSAR CAN诊断
weixin_38535507的博客
04-26 2890
AUTOSAR是由全球汽车OEM和供货商共同推出的一种汽车电子嵌入式软件分层架构。该分层架构由微控制器抽象层、ECU抽象层、服务层、执行时环境(RTE)和应用层组成，前三层被统称为基础软件(BSW)。 AUTOSAR各层软件的通信通过三类接口实现，分别是标准接口、AUTOSAR接口和标准AUTOSAR接口。其中，标准接口用于BSW各个模块之间的通信，已用C语言定义，如void Adc_Init(...
AutoSAR CANTP总结
weixin_49326093的博客
10-07 5099
AutoSAR CANTPAutoSAR CANTPOverview配置与服务CANTP配置PDUR服务CANIf服务功能给上层的接口init & shutdowncommunication service给下层的接口(CanIf)内部行为N_SDU 接收N_SDU 发送Buffer策略常见用例的序列图收到单帧但提供的buffer不足成功接收SF N_PDU请求SF N_SDU AutoSAR CANTP Overview CANTP用来组装分段CAN I-PDUs。 COM和DCM模块通信协议是
基于单片机的红外感应防盗报警器的硬件设计-本科毕业设计.doc
08-27
基于单片机的红外感应防盗报警器的硬件设计-本科毕业设计.doc
java基于ssm+vue量化积分管理系统源码 带毕业论文
08-27
【资源说明】 1、开发环境：ssm框架；内含Mysql数据库；VUE技术 2、该资源包括项目的全部源码，下载可以直接使用！ 3、本项目适合作为计算机、数学、电子信息等专业的课程设计、期末大作业和毕设项目，作为参考资料学习借鉴。 4、本资源作为“参考资料”如果需要实现其他功能，需要能看懂代码，并且热爱钻研，自行调试。
毕业设计（论文）-基于51单片机的硬件加密锁的设计与实现.doc
08-27
毕业设计（论文）-基于51单片机的硬件加密锁的设计与实现.doc
模块化生产系统硬件设计.doc
最新发布
08-27
模块化生产系统硬件设计.doc
二叉树建立.c
08-27
二叉树建立.c
智能优化算法-鹈鹕优化算法（POA）（附源码）
08-27
鹈鹕优化算法 (Pelican Optimization Algorithm, POA) 是一种基于群体智能的元启发式优化算法，它模拟了鹈鹕的捕食行为和社会交互特性，用于解决复杂的优化问题。 POA的工作机制主要包括： 捕食行为：模拟鹈鹕群捕食的过程，用于探索解空间。 协作捕食：通过模拟鹈鹕之间的协作捕食行为，促进算法的局部搜索能力。 社会交互：模拟鹈鹕之间的社会交互，以维持种群多样性。 优点包括： 强大的探索能力：POA能够有效地探索解空间的不同区域。 灵活性：适用于多种优化问题，包括连续和离散优化。 快速收敛：通常能够在较少迭代次数内找到较好的解。 易于实现：算法设计直观，易于编程实现。
autosar诊断实战系列03-22服务读取did数据的几种接口类型区别详解
11-01
在AUTOSAR诊断实战系列中，服务读取DID（数据识别器）数据时，有几种不同的接口类型，它们的区别如下： 1. ReadDataByIdentifier：这是最常见的DID数据读取接口，在ReadDataByIdentifier接口中，读取DID数据时需要提供DID的ID，系统会返回与该ID对应的数据值。这种接口适用于需要读取单个DID数据的场景。 2. ReadScalingDataByIdentifier：这种接口类型在ReadDataByIdentifier的基础上进行了扩展，在读取DID数据时，除了提供DID的ID，还需要提供斜率和偏移量等缩放参数。系统会根据这些参数对读取到的原始数据进行缩放处理，返回经过缩放后的数据值。这种接口适用于需要对读取的数据进行进一步处理的场景，例如将原始数据转换为实际物理值。 3. ReadDataIdentifierOfPID：这种接口用于读取与特定PID（参数识别器）相关的DID数据，而不是通过DID的ID。通过提供PID，系统可以根据特定的参数来获取相应的DID数据。 这些接口类型在应用场景和使用方式上有所不同。在选择适当的接口类型时，需要根据具体需求考虑是否需要对数据进行缩放处理，以及根据DID的ID或PID来选择合适的接口。此外，还需要了解具体的接口使用规范和标准，确保正确使用这些接口读取DID数据。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

Autosar汽车电子进阶

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

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

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

打赏作者

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

抵扣说明：

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

余额充值