根据ISO 14229标准定义的UDS协议栈的服务

UDS - 诊断协议和协议栈介绍 OBD UDS有什么区别? OBD系统更重要的另一方面,也是它设计的初衷,就是为了控制排放,能在发生了尾气排放超标的故障时及时提醒车主,尽快去修复故障。 OBDII使用标准的16针诊断接口,并且统一各车种相同故障代码和意义,这样一方面,这是为了方便技师维修,当故障车辆来到4S店后,技师可用专用的诊断工具读取汽车存在的故障码,故障发生时的时间、里程、故障发生次数等重要参数,从而提高维修效率。 OBD是关注车辆实时排放的理念形成的行业规范,而UDS是诊断服务的统一化规范。 而且,UDS是... 阅读详情
SIDUDS服务描述
0x10诊断会话控制在ECU中启用各种诊断会话
0x11ECU重置将ECU重置为返回默认会话
0x27安全访问限制对数据和服务的访问,以防止未经授权的访问
0x3E测试仪存在向ECU警告客户端仍处于连接状态,以便诊断会话保持活动状态。
0x22按标识符读取数据向ECU请求数据
0x2E通过标识符写入数据将数据写入ECU
0x14清除诊断信息清除存储在ECU中的诊断故障代码(DTC)
0x19阅读DTC信息从ECU读取DTC
0x2F输入输出由标识符控制通过诊断界面控制输入/输出信号
0x31例行控制控制所有例行服务(擦除内存,测试例行程序等)
0x34要求下载请求ECU根据测试人员的请求启动下载会话
0x36传输资料管理数据的实际传输(上传和下载)
0x37请求转移出口终止并退出数据传输
0x28通讯控制管理ECU中的消息交换
0x85控制故障码设置启用/禁用ECU中DTC设置的更新
0x87链接控制控制ECU客户端(测试仪)通信以获取总线带宽以用于诊断。
0x23按地址读取内存从提供的内存地址读取内存数据
0x24通过标识符读取扩展数据使用数据标识符读取存储在服务器中的缩放数据。
0x3D按地址写入内存将信息写入服务器内存位置
0x35要求上传请求ECU上载数据

 

基于 ISO 14229(UDS)与 ISO 15031(OBD,dtc和19服务,诊断核心模块 DCM 与 DEM 深入解析 摘要: AUTOSAR诊断协议栈的核心模块DCM(诊断通信管理)和DEM(诊断事件管理)分别实现UDS/OBD协议服务和DTC管理。DEM负责诊断事件的存储与处理,关联FIM(功能抑制)、NVM(非易失存储)等模块,支持故障码(DTC)状态管理、严重性分类及快照数据记录。DTC由3字节编码,包含故障类型、子系统及状态位(如testFailed、confirmedDTC等)。服务0x19支持按状态掩码查询DTC数量、列表、快照及扩展数据。DCM则处理诊断请求与响应,实现法规(如排放诊断OBD)与厂商自定义需求 阅读详情

相关推荐

深度解析ISO 14229标准中的UDS NRC定义

详解ISO 14229标准中UDS NRC的含义与应用场景,帮助开发者准确识别诊断通信中的否定响应码,提升故障排查效率。深入剖析uds nrc的分类与处理机制,为汽车电子系统开发提供实用指导。

weixin_35754676的博客 882

【AutoSar】汽车诊断标准协议UDS详解

Tester端收到这个种子数,根据自己安全算法算出来一个K1发送给ECU,ECU也有自己对应的安全算法,他由这个Seed算出来一个密钥K2,当ECU收到这个K1后和自身计算的K2进行比较,如果两者是一致的,那么ECU发送肯定响应给Tester端,告诉Tester端ECU已经解锁。还有NRC 31,NRC 31常用的用法是请求超出范围,比如说22服务,发送的DID,是ECU不支持的,比如说发送的请求22 01 01 ,因为ECU不支持01 01这个DID,会发送NRC 31的否定响应。

weixin_45434953的博客 3663

ADAS/AD控制器模块开发08 - UDS诊断

前言 这一块可是汽车电子工程师必须掌握的硬菜,虽然不难,但是都要懂点。 UDS相关的detail knowhow内容就不在本文中体现了,大家可以在网上搜索ISO14229、ISO15765、ISO11898等一系列标准来学习。本文只介绍knowhow summary和project level相关的内容,尽量偏向实战应用。 简单来讲,汽车的诊断基本都是通过UDS实现的。其中ISO14229定...

我爱露营车的自留地 4567

诊断(UDS)协议栈设计-系列讲解

诊断(UDS)协议栈设计-系列讲解

ywtiex的专栏 1475

UDS,ISO14229,ISO15765,ISO15031,J1939车辆诊断协议入门系列

在汽车行业,做控制器的软件绕不开故障诊断,这是一门技术更是一种工程思想。 那到底啥是诊断呢?经常听说的UDS、ISO14229、ISO15765又是什么呢?想必点开标题看此文的朋友多少都有些了解,那我们共同交流、进步,欢迎留言&提问&点赞哦! 本文主要分享对于刚接触车辆诊断协议,该如何“删繁就简”&“抽丝剥茧”地、快速地了解车辆诊断的概念和原理。希望大家能对车辆诊断有个总体的初步的了解。 【本文持续更新,欢迎关注】本文持续更新,不断总结在工作中遇到的关于车辆诊断协议栈方

汽车电子软件领域知识分享 1万+

深入解析ISO 14229 UDS协议栈:核心汽车诊断技术

统一诊断服务(UDS)是一个在车辆网络中实现诊断通信的协议。它基于ISO 14230-3标准定义了一系列服务,通过这些服务,诊断工具可以访问车辆上的ECUs,进行故障检测、数据诊断、软件编程和配置参数修改等操作。UDS(统一诊断服务)协议栈是一个分层结构,各层之间相互协作,确保车辆诊断信息的准确交换。了解协议栈的组成对于开发和维护诊断系统至关重要。UDS协议栈主要分为三个层次:应用层、服务层和传输层。各层有明确的职能,保证信息在车辆与诊断设备间的流动。应用层。

weixin_33363025的博客 968

UDS协议(史上最全)

UDS协议 UDS应用层协议解读(上) ISO 15765-3主要包含以下内容 应用层时间参数 P2CAN_Client P2*CAN_Client P2CAN_Server P2*CAN_Server P3CAN_Client_Phys P3CAN_Client_Func 会话层时间参数 S3Client 当ECU处于非默认会话模式时,test端会周期性地向ECU端发送诊断设备在线的请求,使ECU端保

lxknewbee的博客 1万+

UDS协议与ISO 14229实现-C/C++源码解析及应用

统一诊断服务(UDS)协议是汽车行业内用于车辆诊断和编程的标准通信协议。作为ISO 14229标准的一部分,UDS协议定义了一系列诊断服务,用于访问和控制车载网络控制单元(ECU)。它为车辆制造商和维修技术员提供了一个共同的平台来诊断车辆,从传统的OBD-II接口过渡到更高级的车辆网络系统。统一诊断服务(UDS)是ISO 14229标准中定义的一组用于车辆通信和诊断的服务。其中,标准诊断服务是UDS的核心,定义了诊断工具和车辆电子控制单元(ECU)之间通信的标准协议。

weixin_31860973的博客 1594

现行几种主流的协议栈

现行几种主流的协议栈 1.BSD TCP IP协议栈 BSD栈历史上是其他商业栈的起点,大多数专业TCP/IP栈(VxWorks内嵌的TCP/IP栈)是BSD栈派生的.这是因为BSD栈在BSD许可协议下提供了这些专业栈的雏形,BSD许用证允许BSD栈以修改或未修改的形式结合这些专业栈的代码而无须向创建者付版税.同时,BSD也是许多TCP/IP协议中的创新(如广域网中饿拥塞控制和避免)的开始点. 2...

tangshulong的专栏 1583

ISO 14229与ISO 15765车载诊断标准全套资料汇总

随着汽车电子系统的日益复杂化,车载诊断标准在整车开发与维护中扮演着至关重要的角色。ISO 14229(统一诊断服务,UDS)与ISO 15765系列标准构成了现代汽车诊断通信的核心协议体系。ISO 14229定义了诊断服务的语义和数据交互方式,而ISO 15765则规范了在控制器局域网(CAN)上的传输机制,两者协同工作,实现了ECU(电子控制单元)与诊断工具之间的标准化通信。

weixin_29155599的博客 1176

ISO 14229-3:2022统一诊断服务标准详解与应用实践

简介:ISO 14229-3:2022是国际标准化组织发布的关于车辆统一诊断服务(UDS)的第三部分标准,聚焦车载电子系统通信协议的规范。该标准作为汽车诊断领域的核心技术文档,定义了诊断请求响应格式、错误处理机制及安全相关功能,确保不同厂商系统间的兼容性与互操作性。本压缩包包含标准PDF文档、一键批量改名工具及使用说明文本,适用于汽车制造商、软件开发者和测试工程师在诊断系统设计、开发与维护中的实际应用,助力提升车辆诊断系统的标准化与安全性。

weixin_29092787的博客 989

ISO 14229 (Unified Diagnostic Services, UDS) 诊断工具实现(can_uds)

CAN-UDS软件包在 RT-Thread 上实现 ISO 14229(UDS)协议栈及典型服务端示例,并配套 SocketCAN 客户端,覆盖会话控制、安全访问、参数读写、通信控制、IO 控制、远程控制台、文件传输等核心诊断能力,面向汽车电子与工业控制场景的远程诊断、运维和固件分发需求。

wdfk-prog.space 1655

深入解析ISO14229协议与汽车诊断技术

ISO14229协议,全称为"Road vehicles-Diagnostics on Controller Area Networks (CAN)",是国际标准化组织发布的一套用于车辆控制器区域网络(CAN)上的诊断协议标准。其主要目的是为了提供一个统一的诊断接口,使得车辆制造商和维修商可以更加便捷地进行车辆故障诊断和维护操作。ECU(Engine Control Unit,发动机控制单元)是现代汽车电子系统中的核心组件,负责处理来自各种传感器的数据,并据此控制发动机的运行。

weixin_33660045的博客 1535

UDS简介

因为ISO文档需要收费,所以以下内容整理于网络,请以ISO文档为准。 一、协议栈总览 二、UDS应用层 USD应用层由ISO 14229标准定义。诊断通信的过程从用户角度来看非常容易理解,诊断仪发送诊断请求(request),ECU给出诊断响应(response),而UDS就是为不同的诊断功能的request和response定义了统一的内容和格式。 Diagnostic request的格式: Diagnostic request的格式可以分为两类:一类是拥有sub-function的,另一类是没有su

CharmingSun的博客 8222

C语言实现的UDS诊断协议栈,专为小型嵌入式设备打造,可轻松实现将设备接入CAN/LIN网络(源码)

源码说明 UDS 诊断协议栈相关源码位于 "UDS_For_STM32MP157/CM4/UDSBase" 和 "UDS_For_STM32MP157/CM4/UDSLogic" 这两个目录下 先说 "UDSBase" 目录下的源码文件,其中核心文件有两个,分别是 "uds_tp.c" 和 "uds_service.c" 比如当我们想向外发送 100 个字节数据的时候,由于物理硬件的限制(CAN 一帧最多只能发送 8 个字节的数据),我们是没用办法把这 100 个字节的数据一次性全部发送出去的,这时候我们不得不将一整包数据拆分,然后一帧一帧地发送出去,"uds_tp.c" 就是实现这个拆分功能的,比如给每一帧添加一个帧序号等等,这样子接收方才能够准确的将接收到的数据完整的还原成一整包数据;有发送就有接收,"uds_tp.c" 还能将接收到的多帧数据拼接组装,去除帧序号等辅助信息,最后形成一整包完整的有效数据,再将其传送到上层或应用层去处理。"uds_tp.c" 的实现是完全遵循 ISO 15765-2 协议的 经 "uds_tp.c" 处理过的数据将继续交由 "uds_service.

华为防火墙NAT避坑指南:当双ISP出口遇到服务器发布,这些细节不注意会翻车

本文深入解析华为防火墙在双ISP出口环境下服务器发布的实战配置,重点探讨no-reverse参数对Server-Map表的影响、源进源出功能的实现及线路切换时的会话保持问题。通过策略路由和智能选路技术,确保HTTP/FTP服务在多运营商链路中的高可用性,避免路径不对称和NAT映射冲突等常见陷阱。

weixin_30897233的博客 548

【UDS系列-第一篇】搞不清14229-X和15765–X的关系?一篇文章帮你梳理清楚

本文梳理了UDS及其相关标准之间的关系,重点阐明了ISO 14229系列与ISO 15765系列的职责划分。UDS作为汽车诊断的统一应用层协议,其核心服务和交互逻辑由ISO 14229-1定义,独立于具体传输媒介。而ISO 15765-2专注于CAN总线网络层的数据分包与重组,保证长消息能在经典CAN帧限制内顺利传输。ISO 14229-3则是UDS在CAN上的具体实现标准,负责地址分配和帧格式规范,缓解了厂商间CAN ID混乱问题,尽管实际应用中存在一定灵活性。

qq_43399763的博客 1544

IOS APP上架被拒 4.3(a) - Design - Spam,成功

成功解决IOS APP上架被拒 4.3(a) - Design - Spam,本篇博客记录了详细过程

qq_40147106的博客 6904

小白必看汽车诊断UDS之ISO 15765和ISO 14229

直接上定义和组成(づ。◕‿‿◕。)づISO 15765 是国际标准化组织(ISO)制定的一个关于汽车诊断通信的标准系列,全称为 ISO 15765 - Road vehicles - Diagnostic communication(道路车辆—诊断通信它定义了一种用于在车载网络(如等)上传输诊断数据的协议栈。CAN ID。

weixin_63576854的博客 3977

深入解析FPGA中的GTX高速收发器架构与设计原理

本文深入解析了FPGA中GTX高速收发器的核心架构与设计原理。文章将GTX比作数据“高速公路”,详细拆解了其PMA(物理媒介适配层)与PCS(物理编码子层)的双层结构,阐述了串并转换、时钟恢复等关键技术,并提供了时钟源选型(QPLL/CPLL)、上电复位流程及信号完整性调试等实战指南,是掌握高速接口设计的必备知识。

f6g7h8i9j的博客 218

CIFAR-100模型性能对比:Top1与Top5错误率深度解析

本文深度解析了CIFAR-100数据集上Top1与Top5错误率的核心意义与差异。通过对比MobileNet、ResNet、DenseNet等主流模型的性能数据,揭示了模型架构、训练策略及数据集特性如何共同影响这两个关键指标,并为不同应用场景下的模型选择提供了实战指南。

weixin_28224217的博客 339

ISO14229-1专栏--(1)简介、发展及术语

ISO14229-1简介、发展及术语

weixin_43902082的博客 2753

量化 insider 爆料! 散户打板必亏?(打板必看!量化资金如何“隔日砸盘”收割散户)

量化开发 insider 爆料💥 散户追的涨停板📉,可能是机构故意做的陷阱!本文从技术视角拆解“涨停陷阱”,帮你看清市场真实逻辑🧠。

XiaoqiangClub的博客 449
上一篇: I2C、SPI、UART、CAN的相关简介
下一篇: 汽车网络管理的意义和分类
程序员草帽
博客等级 码龄5年 3096粉丝 64原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值