UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

这篇具有很好参考价值的文章主要介绍了UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

  • 🍅 我是蚂蚁小兵,专注于车载诊断领域,尤其擅长于对CANoe工具的使用
  • 🍅 寻找组织 ,答疑解惑,摸鱼聊天,博客源码,点击加入👉【相亲相爱一家人】
  • 🍅 玩转CANoe,博客目录大全,点击跳转👉

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

📙 RequestDownload (0x34) service

  • Tester向目标ECU请求下载服务

请求格式

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

  • dataFormatIdentifier :这是第二个字节的参数,其中高4个bit表示压缩方法,低4个bit表示加密方法一般情况就是0x00
  • addressAndLengthFormatIdentifier:请求刷写地址和长度格式,高4个bit表示下面的memorySize参数占几个字节,低4个bit表示下面的memoryAddress参数占几个字节。常规就是0x44,就是memorySizememoryAddress各占4个字节。
  • memoryAddress :请求刷写的首地址,这个参数占几个字节由addressAndLengthFormatIdentifier参数的低4个bit决定的
  • memorySize : 请求刷写的字节长度,这个参数占几个字节由addressAndLengthFormatIdentifier参数的高4个bit决定的

如下图的实例Trace : 34 00 44 52 80 90 00 00 00 16 00

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

正响应格式:

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

  • lengthFormatIdentifier:高4个bit表示下面的maxNumberOfBlockLength参数占几个字节,低4个bit默认0
  • maxNumberOfBlockLength : 目标ECU允许Tester传输最大的字节数
  • 比如下面34服务响应的 maxNumberOfBlockLength等于0x0802,下面36服务就传输了0x0802个字节(包括36 01)
  • 0x1802的解释:CAN TP层的第一个字节的高4bit表示帧类型,1就表示是首帧,2是连续帧,3是流控帧,0是单帧。
  • 实际上,36服务传输可以小于maxNumberOfBlockLength,但不能大于,

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

负响应格式:

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

  • 0x13 :36服务传输字节大于maxNumberOfBlockLength
  • 0x22 :当目标ECU正在接受数据,发送S34服务请求,ECU应该响应CNC(0x22)
  • 0x31 :请求参数中,参数不对
  • 0x33 :没有进入指定的安全会话
  • 0x70: 没事先擦除内存会报这个NRC

📙 TransferData (0x36) service

  • 刷写过程,即Tester向ECU中下载数据的过程叫download
  • Teser向ECU请求返回数据,即ECU向Tester传输数据的过程叫 upload

请求格式

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

  • blockSequenceCounter:数据传输计数器,第一帧从1开始,到了0xFF后,再从0开始,循环往复,直到下载完毕
  • transferRequestParameterRecord:传输数据,正常来说就是(maxNumberOfBlockLength - 2)

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

正响应格式:

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

  • blockSequenceCounter: 响应的结果和请求时一样
  • transferRequestParameterRecord : 刷写过程是没有这个参数的,35服务请求数据时,才有这个参数
  • 34和35服务,互为逆过程,36服务的请求和响应也是互逆的。

负响应格式:

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

  • 0x24 : 不先请求34或者35服务,会响应这个NRC
  • 0x71:xxxxx
  • 0x72:xxxxx
  • 0x73:传输Block计数器错误,比如第一帧传输时不是1,或者,不连续
  • 0x92/0x93: 刷写时电压过高或者过低

📙 RequestTransferExit (0x37) service

正响应格式:

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

  • transferResponseParameterRecord:从没见过
    UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

负响应格式:

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

🌎总结

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白文章来源地址https://www.toymoban.com/news/detail-406314.html

  • 🚩要有最朴素的生活,最遥远的梦想,即使明天天寒地冻,路遥马亡!

  • 🚩如果这篇博客对你有帮助,请 “点赞” “评论”“收藏”一键三连 哦!码字不易,大家的支持就是我坚持下去的动力。
    UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白

到了这里,关于UDS 14229 -1 刷写34,36,37服务,标准加Trace讲解,没理由搞不明白的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • UE4运用C++和框架开发坦克大战教程笔记(十一)(第34~36集)

    我们前面已经在一个类里面实现了一套可行的协程系统,接下来我们需要通过宏来将它们变得更加方便可用,不必每次都写这么多代码。 将 CoroActor 头文件里的委托声明语句以及两个结构体全复制到 DDTypes 下,改成通用的结构。下面只列出需要更改的代码。 DDTypes.h 来到 Cor

    2024年02月03日
    浏览(34)
  • 【概率论与数理统计】猴博士 笔记 p36-37 协方差、相关系数、不相关、相互独立时的期望和方差

    接下来做几道例题,练习一下套公式: 例1: 解: 前4个就是简单的套公式: 第5个有点类似分配律: C o v ( 2 X + 3 Y , 4 X + 5 Y ) = 8 C o v ( X , X ) + 10 C o v ( X , Y ) + 12 C o v ( X , Y ) + 15 C o v ( Y , Y ) Cov(2X+3Y,4X+5Y)=\\\\8Cov(X,X)+10Cov(X,Y)+12Cov(X,Y)+15Cov(Y,Y) C o v ( 2 X + 3 Y , 4 X + 5 Y ) = 8 C o v ( X , X

    2023年04月08日
    浏览(61)
  • UDS之11服务

    11服务:        功能 :控制MCU进行重启,重启分为硬重启和软重启,11服务一般代表软重启,虽然它里面有个子服务是硬件重启,这里需要注意下;硬重启在日常工作中一般代表B+重启。 命令格式(请求应答):诊断请求 积极应答格式: 消极应答格式:

    2024年02月16日
    浏览(39)
  • UDS服务基础篇之14

    前言 你知道如果系统产生了DTC,应当如何清除呢? 14服务具体的执行流程如何? 14服务在使用过程中的常见bug又有哪些? 这篇,我们来一起探索并回答这些问题。为了便于大家理解,以下是本文的主题大纲: 正文 根据 ISO14119-1 标准中所述,诊断服务14主要用于Client向Server

    2023年04月17日
    浏览(62)
  • UDS服务基础篇之85

    UDS服务基础篇之85服务 前言 正如前文《UDS基础之28服务》所说的28服务与85服务往往是搭配使用,因此讲完28服务之后,本文将对85服务做一个专题介绍。那么针对85服务,小T咨询下大家如下几个问题? 你知道85服务是干什么的吗? 85服务是怎样的请求与诊断格式? 85服务在使

    2024年02月14日
    浏览(62)
  • uds的0x14服务介绍

    0x14服务是UDS(Unified Diagnostic Services)中的诊断服务之一。具体而言,0x14服务是用于执行ClearDTC(Drive Train Controller)操作的服务。Drive Train Controller通常指的是车辆驱动控制器,包括发动机控制单元、传动控制单元、制动控制单元等。 执行ClearDTC操作后,UDS 0x14服务可以清除D

    2024年02月09日
    浏览(47)
  • uds的0x11服务介绍

    UDS(Unified Diagnostic Services)是一种汽车电子系统的诊断协议,目标是提供具有通用性、标准化和可互换性的诊断接口。在UDS中,0x11服务主要用于对ECU的存储器进行读取和写入操作,其具体介绍如下: 0x11服务被称为“安全访问(Request Upload / Request Download)”,是UDS协议的两项

    2023年04月09日
    浏览(42)
  • UDS统一诊断服务【三】安全访问0X27服务

    今天分享的是UDS的安全访问服务,希望能对你有所帮助 SecurityAccess 安全访问,27服务,用来保护某些诊断服务的,提供一种保护机制。例如对于重要数据的上传或者下载过程不做任何限制,可能会对整车的安全造成极大的威胁,尤其是针对底盘域的控制器更是要在这方面做好

    2024年02月16日
    浏览(49)
  • UDS统一诊断服务【一】诊断会话控制0X10服务

    最近在做诊断相关的开发工作,将自己接触到的知识点记录下来。前面的文章已经介绍过UDS的一些基础知识,和基本的一些概念,不清楚的可以查看之前的文章:UDS基础知识介绍 诊断会话控制服务 DiagnosticSessionControl ,SID是0X10,主要功能是控制服务端的会话模式切换。一般默

    2024年02月03日
    浏览(154)
  • 【车载开发系列】UDS诊断---安全访问服务($0x27)

    该服务提供了一种保护机制,该机制用来保护访问限制的诊断服务。 加密策略采用种子和密钥相关联的方法。采用随机产生的种子,通过安全算法得到唯一的秘钥。 若秘钥匹配正确则可以调用受到保护的诊断服务。这个服务解锁的是处在某个安全等级下的服务。 诊断工具请

    2024年02月03日
    浏览(67)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包