-
UDS统一诊断服务【十二】读取DTC信息0X19服务
19服务(ReadDTCInformation):用于读取ECU的故障信息,该服务允许客户端从任何服务器或车辆内的一组服务器读取服务器驻留的诊断故障代码(DTC)信息的状态。除非特定子功能另有要求,否则服务器应返回所有DTC信息。... 爱知ev
- 0
- 3
- 5.2k
-
一文搞懂UDS的各种NRC
诊断有2种类型的响应,肯定响应和否定响应。关于否定响应NRC的介绍,之前也有分享过,这里再简单回顾一下。可再回头去看看之前的介绍:UDS基础知识介绍... 爱知ev
- 3
- 19
- 11.7k
-
UDS统一诊断服务【十一】例程控制0X31服务
主要功能就是由客户端请求启动,停止ECU中的例程或请求例程结果 简单介绍一下例程,就是一段写好的代码,可通过例程控制服务,去执行这段代码。... 爱知ev
- 0
- 7
- 5.4k
-
UDS之快照和扩展数据介绍
DTC Snapshot:快照就是当故障发生时记录的一些环境数据,如温度,车速,电压,油量,系统时间等信息。快照也称为冻结帧,一般在autosar中就是称为冻结帧的。... 爱知ev
- 1
- 2
- 2.6k
-
UDS统一诊断服务【一】诊断会话控制0X10服务
诊断会话控制服务 DiagnosticSessionControl,SID是0X10,主要功能是控制服务端的会话模式切换。一般默认上电后是在默认会话模式下,当某一个服务端正在运行时,只会出现一个会话模式,不会同时存在两个会话模式。... 爱知ev
- 1
- 3
- 1k
-
大端 vs 小端 — 车内通 信
上篇文章我们介绍了大端和小端的概念,那么车内通信的时候具体是使用大端还是小端呢?CAN总线中的Intel和Motorola格式和大小端又有什么关系?... 秋名山车神
- 1
- 2
- 998
-
一篇易懂的整车网络管理指南
1 网络管理初识 为了更加通俗易懂地介绍网络管理,先来构建一个例子来进行说明,如下所示: 对该图稍作说明: 对于一个控制器而言,它可能存在多种唤醒源,包括本地唤醒和网络唤醒等方式,图中这两种方式都存在; 对于一个控制器参与CAN通讯,其他硬件组成有CAN收发器,CAN控制器和微控制器; 不同CAN总线网络通过网关才能进行通讯。 当整车处于休眠状态,即所有的控制器都睡觉了,在整车某个休眠唤醒场景下,…... 秋名山车神
- 0
- 7
- 1k
-
UDS统一诊断服务【三】安全访问0X27服务
SecurityAccess 安全访问,27服务,用来保护某些诊断服务的,提供一种保护机制。例如对于重要数据的上传或者下载过程不做任何限制,可能会对整车的安全造成极大的威胁,尤其是针对底盘域的控制器更是要在这方面做好全方位的安全防保护措施。... 爱知ev
- 0
- 3
- 1.3k
-
大端 vs 小端 —— Motorola vs Intel
前两篇文章我们介绍了大端小端的概念和在车内通信中的应用,今天我们来具体介绍大端和小端,也就是Motorola和Intel两个格式在信号排布时候的区别。... 秋名山车神
- 2
- 3
- 3.4k
-
车载以太网 DoIP 协议(上)
DoIP ( D iagnostic communication o ver I nternet P rotocol) 为基于IP的诊断通信协议,顾名思义,是基于IP的,专门用来进行诊断数据传输的协议。DoIP的工作机制和相关需求由ISO 13400的一系列标准进行定义。下图是OSI网络模型,我们可以看到DoIP是位于传输层之上的应用层协议,所以除了基于IP,底层也需要支持TCP/IP协议簇中的D…... 秋名山车神
- 1
- 2
- 2.4k
-
一文搞懂UDS的各种时间参数
在一开始做诊断的时候,看到这么多时间参数,真是头大,很多还长得很像,N_As,N_Bs, N_Cs等,这些到底代表啥含义呢?刚开始确实很头疼,我也是直接忽略,做其他任务开发,等基本功能都开发完了,后面发现升级的时候,出问题了,定位到和这些时间参数有问题,这才去研究这些参数的含义。接下来介绍一下这些参数。... 爱知ev
- 2
- 18
- 8.4k
-
ISO 14229、ISO 15765、ISO 11898的区别
ISO 11898是一种标准化的控制器局域网(CAN)协议,用于实时数据通信和控制。它提供了一种可靠的、实时的、多主机的、广播型的数据传输机制,并定义了CAN总线的物理层和数据链路层,支持在总线上发送多个优先级的消息,并提供了诊断和测试功能,以实现高效的数据通信和控制。适用于工业控制、汽车电子、航空航天和其他领域中的实时数据通信。该标准最初由国际标准化组织(ISO)于1993年发布,并于2003年…... 爱知ev
- 1
- 3
- 331
-
一文了解整车网络管理的来龙去脉
之前写过 一篇易懂的整车网络管理指南 介绍了如何实现休眠管理,最近从供应商角度来做网络管理功能的软件实现,有了一些新的体会,在此基础上再次汇总分享下。 首先了解网络管理产生的背景,其次介绍网络唤醒的机理,再介绍网络唤醒的实现方式,最后介绍网络唤醒的具体实现。 1 为什么需要进行网络管理? 网络管理的根据动机就是 减小电耗 , 控制器不需要工作时休眠,需要工作时被唤醒起来 。为什么以前不需要而现在需…... 秋名山车神
- 1
- 8
- 831
-
UDS统一诊断服务【四】通信控制0X28服务
通讯控制服务主要用于开启/关闭电控单元对某些报文的发送或接收,例如,当通过UDS协议下载程序时,可使用此服务停止其他非诊断报文停发,从而将带宽都用来下载,这样就可以加快下载速度。... 爱知ev
- 0
- 2
- 1.2k
-
汽车以太网SOME/IP协议
附件是汽车以太网SOME/IP协议的培训资料,适合新手入门。 对协议熟悉之后,如果想要更进一步,实战开发可以关注博文【开源分享】vsomeip 安装、编译、运行步骤笔记 ... 智驾Maker
- 2
- 11
- 208
-
-
SOME/IP 详解(4) —— 数据类型
SOME/IP数据类型是该协议中的基础概念,了解数据类型可以帮助我们理解SOME/IP的工作原理和实现方式。在做通信设计时,需要根据具体的应用需求和复杂性,选择合适的数据类型。简单的说,数据类型就是SOME/IP报文的Payload中要传输的数据是什么样的结构,以及如何排列。... 秋名山车神
- 0
- 1
- 555
-
大端 vs 小端 —— 基础原理
最近有人问王师傅一个问题:车内通信如果涉及到 CAN 报文和以太网报文转换的场景,大端、小端,或者 Intel、Motorola 格式会对数据转换造成什么影响吗?相信大家都曾学习或者了解过什么是大端、小端,可总是过眼云烟,扭头就忘。今天,希望能通过几个简单的例子帮助大家对这块的内容有个更好的理解。内部比较多,会分三篇文章,分别从基础原理、网络字节序和 Intel & Motorola 格式…... 秋名山车神
- 0
- 2
- 797
-
UDS统一诊断服务【五】诊断仪在线0X3E服务
诊断仪在线服务比较简单,其功能就是告诉服务端,诊断仪还是处于连着的状态,不要切换状态。比如,当你想从默认会话模式切换到扩展会话模式,并保持在扩展会话模式时,此时可以周期性发送3E服务。因为,如果不在默认会话模式,超过S3时间,ECU就会自动切换到默认会话,3E服务可保持在你其他模式下。... 爱知ev
- 0
- 3
- 604
-
资料下载|基于UDS的bootloader开发
基于uds的bootloader开发,是已完成的项目,包括14229 uds诊断层协议栈,15765-2网络层协议栈,瑞萨RH850F1底层驱动,基于周立功can卡的上位机,和各部分配套说明文档,以及开发过程中的学习资料,代码都有详细注释,无论是学习还是项目开发,这一套都足够。 内容资料较多不做展开展示,自行下载研究。... EVCar
- 1
- 15
- 315




















































