诊断——UDS
关注
分享
扫一扫
文章平均质量分 87
诊断——UDS
aFakeProgramer
Adaptive AUTOSAR技术专家，2024 AUTOSAR中国官方TOP培训讲师。深耕汽车电子软件领域，精通Adaptive AUTOSAR架构及RTA-VRTE工具链，实战经验丰富。深入掌握SOME/IP、IPC、DDS、DoIP、UDS、TSN等通信协议，熟悉SOA设计、V2X与车载网络安全。熟练使用C++和Python进行系统开发与集成，具备MQTT、加密机制等智能网联技术应用能力。致力于将复杂技术通俗化，推动汽车软件架构向服务化、智能化发展。持续分享Adaptive AUTOSAR、DDS、TSN及车载以太网等前沿技术实践，助力工程师快速掌握下一代汽车电子开发核心技能。
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
一文读懂DTC
DTC状态位，即StatusOfDTC，是用来指示DTC所对应的故障是否发生，是否被确认等状态。DTC状态位包含1个字节数据长度，每一位都有具体的定义，如下所示：但并不是每一位不一定都要使用，具体取决于各OEM的需求，在ISO14229-1中，除了bit3: ConfirmedDTC是强制约束外，其他都没有强制约束。首先了解几个概念：测试（test），操作循环（operation cycle）和老化（aging）转载 2025-11-03 10:16:21 · 328 阅读 · 0 评论 -
UDS——ReadDataByIdentifier（0x22）服务具体内容总结
参数名称定义约束（Cvt）说明服务唯一标识M（强制）请求 SI 固定为0x22，肯定响应 SI 为0x62（请求 SI+0x40）数据标识符（DID）2 字节参数，唯一标识数据记录M（首个 DID）/U（后续 DID）格式为 “字节 1（MSB，高位字节）+ 字节 2（LSB，低位字节）”，如0x0123代表 ECU 软件版本数据记录（Data Record）DID 对应的具体数据M（首个 DID）/U（后续 DID）数据长度与格式由 DID 定义，如0x0123。原创 2025-10-13 11:20:25 · 1020 阅读 · 0 评论 -
面向服务的车辆诊断（SOVD）在AUTOSAR自适应平台中的实现与创新
本文主要介绍了面向服务的车辆诊断（SOVD）在AUTOSAR自适应平台中的实现，包括参考架构、关键组件以及具体用例等内容。首先，我需要确定文章的结构。通常，专业性文章需要包括引言、背景、主体部分（如架构、功能模块、用例等）、结论等部分。用户提供的文档已经有章节划分，可以参考这些章节来组织文章的结构。接下来，需要理解SOVD的核心概念和其与现有标准（如UDS）的区别。文档中提到SOVD是一个新的诊断标准，旨在解决UDS的一些局限性，例如依赖ODX文件和客户端技术栈的挑战。原创 2025-02-28 11:36:42 · 339 阅读 · 0 评论 -
UDS--能被诊断的才是好系统
0 序言在之前工作过程中，进行测试时，如果单板有故障，习惯性地会去找软件同事帮忙读一下故障码。很多时候，这个故障码会提示我的排查方向。如果没有软件的诊断支持，我也能一步一步去逼近问题，但效率比较低。前司的产品，各个模块都是自研的，所以其故障诊断的逻辑可以自行定制。新的项目里说要加一个诊断功能，只要硬件在设计上做支持，软件添加相应代码即可。但对于汽车这种复杂产品而言，在前期分布式架构阶段，整车厂更像一个集成商的角色，买各家供应商的ECU。行业只要有分工，就必须要有规范，这样才能提高生产效率，实现收益最大化。于转载 2024-11-12 16:44:11 · 1185 阅读 · 0 评论 -
UDS 服务 Service 0x31 RoutineControl 简介
通过该服务，诊断仪能够控制服务器（如ECU）中的例程，如擦除内存、检查编程依赖性、执行OBD测试等操作。：如果例程无法在当前模式条件下执行，发送参考 DcmModeRule 的负响应代码。：由两个字节组成，用于指定要控制的例程，可能由ISO定义或主机厂/供应商定义。：如果例程无法在当前安全级别执行，发送 NRC 0x33（安全访问被拒绝）。：如果子函数不支持，发送 NRC 0x12（不支持子函数）。：如果例程不支持，发送 NRC 0x31（请求超出范围）。：如果例程未使用，视为不支持。原创 2024-10-17 15:26:43 · 1073 阅读 · 0 评论 -
UDS（统一诊断服务）协议中的0x11服务
汽车UDS诊断之ECU复位服务（0x11）深度剖析_uds 0x11-优快云博客 汽车UDS诊断之ECU复位服务（0x11）深度剖析_uds 0x11-优快云博客转载 2024-06-05 16:55:12 · 374 阅读 · 0 评论 -
统一诊断服务 (Unified diagnostic services ， UDS) （一）~（七）
UDS由ISO-14229系列标准定义，ISO 14229-1 定义了诊断服务，不涉及网络及实现，只有应用层的内容。而ISO 14229-3则定义了UDS在CAN总线上的实现。诊断通信的过程从用户角度来看非常容易理解，诊断仪发送诊断请求(request)，ECU给出诊断响应（response），而UDS就是为不同的诊断功能的request和response定义了统一的内容和格式。最近关于UDS的一系列专栏文章只关注应用层的诊断服务，忽略下层的通信机制。Diagnostic request的格式：转载 2020-10-22 09:04:22 · 11368 阅读 · 3 评论 -
诊断学习记录 (三) UDS服务列表
0x19(ReadDTCInformation，读取故障码信息服务) 允许客户端请求诊断故障码信息(如故障码，扩展数据，冻结帧…0x14(ClearDiagnosticInformation，清除诊断信息服务) 允许客户端清除诊断信息(包括故障码，快照信息…0x36(TransferData，传输数据) 客户端传输数据到服务端(下载)，从服务端请求数据(上传)转载 2023-09-12 15:07:41 · 950 阅读 · 0 评论 -
诊断学习记录 （一）
在国际标准ISO 14229-1中定义，UDS标准中除了定义服务的用法，以及服务的格式以外，还定义了一些标准化的数据，而到OEM要使用UDS协议时，除了要使用标准定义的服务以及标准数据以外，还要依据自身的情况，定义属于OEM的特定数据，比如说，定义所要遵循的服务，需要支持的DID，需要支持的DTC等这些内容，这样形成的符合某OEM的诊断规范才能用于ECU诊断功能的开发以及验证。首先来看服务请求和响应格式，“请求”由Tester端发送给ECU，请求报文里带有SID，根据具体的服务内容后面加具体的数据。转载 2023-09-13 11:03:08 · 616 阅读 · 0 评论 -
UDS 服务 Service 0x31 - RoutineControl
这里对 RID 的三种控制类型做一个详细的介绍：启动 RID 如果对诊断请求的响应是肯定或否定，则表明该请求已被执行或正在进行中，例程将从 StartRoutine 请求消息完成到第一响应消息完成之间的某个时间在服务器的内存中启动。如果是动态的，则数据长度应为在参数currentDataLength中提供，该参数保存字节的长度（以字节为单位）最后一个dataIn参数。如果是动态的，则datalength应该在参数currentDataLength中提供，该参数持有最后一个dataln参数的字节长度。转载 2020-10-22 08:51:15 · 48122 阅读 · 0 评论 -
UDS服务基础篇—— 27/11/2f/10/28/22/2E/85/31时间参数
https://mp.weixin.qq.com/mp/appmsgalbum?__biz=MzU3OTI4NzY0OQ==&action=getalbum&album_id=2135829736873426944#wechat_redirecthttps://mp.weixin.qq.com/mp/appmsgalbum?__biz=MzU3OTI4NzY0OQ==&action=getalbum&album_id=2135829736873426944#wechat_redirect转载 2023-08-16 16:10:03 · 2833 阅读 · 1 评论 -
UDS 故障码——Diagnostic Trouble Code（DTC）
请问DTC的作用是什么？DTC（Diagnostic Trouble Code）是诊断故障码的缩写，用于表示车辆中检测到的某个问题。每个DTC都代表一个特定的故障或问题，通常与生产或维修有关。DTC由3个字节组成，通过诊断事件映射到特定的诊断事件，从而使这些事件通过DTC代码唯一标识。DTC在诊断管理中用于唯一标识事件存储数据库中的数据。这些故障码是如何生成的？DTC（诊断故障码）是由车辆的诊断系统（OBD-II）在检测到故障时生成的。翻译 2024-04-10 15:48:45 · 4042 阅读 · 0 评论 -
UDS(ISO14229) ———— 0x10(DiagnosticSessionControl)
在UDS协议中，我们首先接触到的是诊断和通信管理功能单元(Diagnostic and communication management functional unit)模块。在这个模块里面，DiagnosticSessionControl是我们第一个需要掌握的内容。按照ISO 14229上面的划分，我们可以将诊断会话模式分为两大类；0x10服务的作用是：用于在服务器中启用不同的诊断会话。对于具体的项目来说，存在着多个Session会话模式。也同样是符合上述的分类方式。DiagnosticSessionCo原创 2024-04-10 14:15:16 · 1671 阅读 · 1 评论