UDS:基于CANFD &Stmin =0导致OTA失败问题分析及解决方法

最新推荐文章于 2024-08-09 17:33:38 发布
最新推荐文章于 2024-08-09 17:33:38 发布
阅读量263 收藏 3
点赞数 1
分类专栏： UDS CANFD Boot 文章标签： c语言 信息与通信 汽车
本文为博主原创文章，未经博主允许禁止转载。如有问题，欢迎指正
本文链接：https://blog.csdn.net/weixin_42779543/article/details/139749254
版权
UDS 同时被 3 个专栏收录
1 篇文章 0 订阅
订阅专栏
CANFD
1 篇文章 0 订阅
订阅专栏
Boot
1 篇文章 0 订阅
订阅专栏

问题描述:

软硬件描述

软件

Boot程序

CAN-FD通信（波特率：500k+2M），采用1ms的轮询接收和发送数据

UDS协议；

STmin =0连续帧时间间隔，连续帧间隔较短；

硬件

芯片型号TLE989X；

现象描述

在OTA过程中，上位机（CANOE）发送36服务（发送数据128Bytes）。上位机发送连续帧后boot未响应上位机（boot应做出正响应或负响应），导致OTA失败。

从CANOE 记录的Log来看，连续帧报文间隔109us；通过Keil仿真可以看到从数据寄存器中读取的数据是有问题的（倒数第二帧的后半部分数据不对）。

问题分析

问题分析一：是否因为CANFD模块接收到的数据没有上传到应用层导致失败

尝试方法一：使用FIFO功能接收数据
尝试结果：无法解决问题。TLE989x 集成的CANFD模块不支持FIFO功能，（FIFO功能仅适用于CAN模块）

尝试方法二：使用中断的方式进行数据的收/发

测试：
测量倒数第二帧发送完成到最后一帧发送完成时长（109us）

测量接收中断运行时长（31.4us）

结果：使用中断可以解决OTA失败的问题。

在使用中断方式进行数据收发时需注意中断运行时长，中断运行时间太长也导致接收丢数据，见下文

这是一个CSD_N昵称
关注
专栏目录
Autosar诊断实战系列26-基于CANoe的长帧BS及STmin测试
initiallizer的博客
07-20 822
基于CANoe的长帧BS及STmin测试方法、步骤介绍，测试结果样例分析及总结。
汽车UDS诊断详解及Vector相关工具链使用说明——3.2 CAN 与CAN FD基础
weixin_42967006的博客
06-15 3419
1. 数据帧格式 为了更好的理解网络层传输协议，我们这里先简要介绍一下CAN 和CAN FD。一帧CAN报文分为仲裁场和数据场，仲裁场包含我们常说的CAN ID，用来决定CAN帧的优先级，还有其他一些帧属性信息，数据场就是所要传输的数据。CAN 和 CAN FD帧格式对比如下： 标准帧： 扩展帧： 这里对于每一位的具体含义不做详细的介绍，需要了解的可以查询ISO 11898标准，网上的资料也很多。大家着重关注以下**仲裁场（ArbitrationPhrase）和数据场（DataPhase）**的
基于peakcan PCAN UDS上位机(14229 15765) 可以开发UDS小工具
XDbhnReCqv的博客
01-17 1226
综上所述，基于peakcan PCAN UDS上位机 (14229 15765) 的开发UDS小工具，新增支持CAN FD的数据链路层通信，为现代汽车制造业带来了新的可能性。在新增支持CAN FD的数据链路层通信方面，PCAN UDS上位机借助其高性能的硬件和灵活的软件架构，实现了对CAN FD通信的全面支持。因此，通过PCAN UDS上位机，我们可以新增支持CAN FD的数据链路层通信，以适应现代汽车网络的发展趋势。首先，PCAN UDS上位机通过支持UDS协议规范，提供了通信的基础能力。
C#UDS 诊断服务CAN报文发送与接收
最新发布
weixin_42521126的博客
08-09 1506
用CAN工具做二次开发时，服务报文发送与接收的处理，包括单帧多帧
Autosar UDS-CAN诊断开发02-1(CAN、CANFD诊断帧格式类型详解、15765-2(CANTP层)的意义)
qq_41848098的博客
12-09 6108
我们先来看一下诊断报文数据Log：上面图中，红色为诊断仪（Canoe或Canpro）发，蓝色为ECU发。我刚开始接触诊断的时候。看着这些密密麻麻的数据一脸茫然，由于经常能听到同事们在说19服务，所以我知道19服务读DTC，但Canoe发出的19 0A前面为啥还有个0x02？为什么ECU先返回了一帧然后再返回后面的多帧？为什么中间还夹这一帧Canoe发出来的？30 00 14又是啥意思？多帧的数据要怎么看啊，全部数据都是跟DTC故障有关吗？真的是小小的脑袋大大的问号。...
汽车UDS诊断传输协议（新增CAN_FD）
07-10
汽车UDS诊断传输协议，增加了CAN_FD的通信组包解包协议。
UDS之AM、BS、STmin、FF、FC、CF介绍
热门推荐
LOVE135149的博客
01-21 1万+
一、AM（寻址方式） 1、AM(Addressing Mode):寻址方式 在发送诊断指令的过程中，存在两种寻址方式：物理寻址和功能寻址 物理寻址：即该诊断服务请求只针对符合请求中物理地址的ECU，其他ECU节点不做任何接收处理； 功能寻址：即该诊断物理请求针对当前网络下所有的ECU节点，所有的ECU均会接收处理该诊断请求； 通俗得说，物理寻址是一对一的，在人群中你要找人，直接喊他的名字，即为物理寻址；功能寻址为一对多，在人群中你要找所有男性，即为功能寻址； 2、应用场景与作用 当该诊断请求需要发送至特定E
UDS协议：基于CAN
07-04
标题：“UDS协议：基于CAN”所涉及的知识点涵盖了汽车电子通讯领域的关键技术和标准，具体如下： 1. UDS协议定义 统一诊断服务（UDS）协议，按照ISO14229-1标准规范，位于OSI模型的第七层。该协议定义了车辆诊断...
CANFD UDS刷写流程
12-22
近期做了一个基于UDS协议进行自动刷写的项目，使用的labview进行刷写，刷写驱动程序（.bin）和S19文件。整理了一下流程，后期有时间会将labview刷写的整个流程及实现方法整理出来，一起交流。
CAN分析仪 解析 DBC uds 源码
06-27
UDS服务通常是基于CAN网络的，因此在CAN分析软件中实现UDS功能是非常常见的。 描述中提到的“CANas分析软件.exe”的源码，意味着这是一个用于CAN数据分析的程序。源码的可用性意味着用户可以查看和修改软件的内部...
基于CAN FD的车载BootLoader研究与实现
11-24
ISO11898-1 CAN 协议，设计实现了基于 CAN 协议，使用 CAN FD 进行通信的 数据链路层，这也是本文创新之处。最后的物理层，选择了瑞萨的 RH850硬件 平台，并实现了相关底层驱动模块。 2. 设计了 Bootloader 详细下载...
CAN & CAN FD 通信知识
08-17
1、CAN基础知识介绍 2、CAN FD前世今生 3、CAN2.0与CAN FD区别 4、CAN通信应用与常见问题（重点） 5、 物联网技术交流
基于UDS协议的CANBootLoader的开发与验证1
08-03
在线程序更新成为解决这一问题的关键，其中，基于UDS（Unified Diagnostic Services）协议的CAN BootLoader系统扮演了重要角色。UDS协议，即ISO 14229国际标准，旨在规范车辆电子系统的故障诊断服务，确保上位机与...
【AUTOSAR-CanTp】-1.1-CanFD诊断ID不同DLC收发过程举例（UDS和OBD诊断）
「汽车电子助手」的博客
01-22 2897
目录 1 预设条件 2 CANFD/经典CAN2.0诊断ID (DLC = 8)在诊断期间的交互过程 2.1 $10服务诊断期间交互过程举例 2.2 $3E服务诊断期间交互过程举例 2.3 $22服务诊断期间交互过程举例 2.4 $2E服务诊断期间交互过程举例 4 CANFD诊断ID (DLC = 64)在诊断期间的交互过程 3.1 $10服务诊断期间交互过程举例 3.2 $3E服务诊断期间交互过程举例 3.2 $22服务诊断期间交互过程举例 3.4 $2E服务诊断期间交互过程举例
【UDS】基于CAN FD的UDS传输层 重要理解
星Yeah 的博客
01-16 4644
【UDS】基于CAN FD的UDS传输层 重要理解
UDS简介
CharmingSun的博客
05-03 7014
因为ISO文档需要收费，所以以下内容整理于网络，请以ISO文档为准。 一、协议栈总览 二、UDS应用层 USD应用层由ISO 14229标准定义。诊断通信的过程从用户角度来看非常容易理解，诊断仪发送诊断请求(request)，ECU给出诊断响应（response），而UDS就是为不同的诊断功能的request和response定义了统一的内容和格式。 Diagnostic request的格式： Diagnostic request的格式可以分为两类：一类是拥有sub-function的，另一类是没有su
新能源汽车OTA升级中的UDS通信分析
qq_33163046的博客
11-27 8970
本文主要分析了一次OTA升级步骤里用到的UDS服务以及报文解释。
UDS网络层知识整理：单帧与多帧传输以及网络层时间参数整理
不吃鱼的猫的博客
01-05 4162
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总结
xiaolifeidaofirst的博客
10-09 2580
uds诊断协议
void SetPlaneData(NcmPlanarEngRetBuilder* builder, std::string& str) { NXOpen::PlaneCollection* planeCollection = UDS::GetWorkpart()->Planes(); NXOpen::Plane *plane = builder->Plane(); std::vector<std::string> vector; UDS::SplitStringToList(str, KEY_WORD_ARRAY_SEPRATOR, vector); if (6 == vector.size()) { Point3d origin(UDS::StrToDouble(vector[0]), UDS::StrToDouble(vector[1]), UDS::StrToDouble(vector[2])); NXOpen::Vector3d vec(UDS::StrToDouble(vector[3]), UDS::StrToDouble(vector[4]), UDS::StrToDouble(vector[5])); NXOpen::PlaneTypes::MethodType type = plane->Method(); NXOpen::PlaneTypes::AlternateType alternateType = plane->GetAlternate(); bool flip = plane->Flip(); bool percent = plane->Percent(); NXString expression = plane->Expression()->RightHandSide(); std::vector<NXOpen::NXObject *> geometry = plane->GetGeometry(); NXOpen::Plane* plane1 = planeCollection->CreatePlane(type, alternateType,origin, vec, expression,flip, percent, geometry); builder->SetPlane(plane1); } }
06-10
这段代码是一个C++函数，用于设置平面的数据。它首先获取当前工作部件的平面集合...此代码中使用了UDS中的一些函数和类，如GetWorkpart()、SplitStringToList()等，这些函数和类的具体实现需要根据UDS的文档进行理解。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值