【ODX介绍】-4.3-UDS诊断$3E服务在ODX-D诊断描述文件中如何描述

已于 2022-03-23 21:28:08 修改
阅读量455 收藏
点赞数 2
CC 4.0 BY-SA版权
分类专栏： UDS/OBD诊断需求编辑工具 # ODX/PDX诊断描述文件 UDS/OBD诊断/刷写 文章标签： autosar
于 2022-03-23 20:32:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qfmzhu/article/details/123695305
这篇博客深入讲解了ODX-D如何描述UDS $3E TesterPresent服务，包括DIAG-SERVICE、REQUEST、POS-RESPONSE和NEG-RESPONSE的XML结构，提供相关XML示例，并强调了请求与响应参数的重要性。

共18页精讲：应用领域：读懂ODX-D诊断描述文件；制作生成ODX-D/PDX文件的脚本。

附ODX-D：UDS $3E TesterPresent服务。

目录

1 ODX-D描述一个UDS $3E TesterPresent服务的结构

2 标签DIAG-SERVICE描述的内容

2.1 举例：DIAG-SERVICE的XML描述

3 标签REQUEST描述的内容

3.1 举例：REQUEST的XML描述

4 标签POS-RESPONSE描述的内容

4.1 举例：POS-RESPONSE的XML描述

5 标签NEG-RESPONSE描述的内容

5.1 举例：NEG-RESPONSE的XML描述

6 附ODX-D XML：UDS $3E TesterPresent服务

7 结尾

1 ODX-D描述一个UDS $3E TesterPresent服务的结构

附XML语言描述，在本篇后续的章节中，详细描述其结构。

<BASE-VARIANTS>
  <BASE-VARIANT ID="xxxxxx">
	<FUNCT-CLASSS>
	  <FUNCT-CLASS ID="xxxxxx">
	     <!--TesterPresent Service名称描述-->
		 <SHORT-NAME>TesterPresent</SHORT-NAME>
		 <LONG-NAME>Tester Present</LONG-NAME>
	  </FUNCT-CLASS>
	</FUNCT-CLASSS>
	<DIAG-COMMS>
	  <DIAG-SERVICE ID="xxxxxx" SEMANTIC="TESTERPRESENT" ADDRESSING="FUNCTIONAL-OR-PHYSICAL">
	     <!--没有肯定响应抑制的请求和响应-->
	  </DIAG-SERVICE>
	  <DIAG-
了解本专栏 订阅专栏 解锁全文
【ODX介绍】-4.2-UDS诊断$27服务在ODX-D诊断描述文件中如何描述
「汽车电子助手」的博客
03-23 1040
共25页精讲：附ODX-D XML：UDS $27 Security服务0x61和0x62 Sub-Function，其它Sub-Function可参照其格式。 目录 1 ODX-D描述一个UDS $27 Security服务Sub-Function的结构 2 标签DIAG-SERVICE描述的内容 2.1 举例：DIAG-SERVICE的XML描述 3 标签REQUEST描述的内容 3.1 举例：REQUEST的XML描述 4 标签POS-RESPONSE描述的内容 4.1 举例：PO..
ODX-D诊断文件中同时支持OBD诊断$01和$02服务的PID详解
一直在水些技术小文
11-16 493
ODX，全称Open Diagnostic data eXchange，是一种用于描述汽车电子系统和网络的标准格式。它被设计为不同诊断工具之间的通用交换格式，旨在提高不同制造商之间的诊断数据的兼容性和可交互性。本文深入介绍了ODX的基本概念，聚焦于同时支持OBD诊断01和01和01和02服务的PID，并演示了在ODX-D诊断描述文件中如何描述这一特殊的OBD服务。通过案例分析和代码演示，读者可以更好地理解和应用这种同时支持多个OBD服务的PID，为汽车诊断领域的工作提供更多实际指导。
OBD诊断（ISO15031） 02服务
m0_56208280的博客
06-29 3066
02服务，即 Request powertrain freeze frame data（读取动力系统冻结帧数据）服务，此服务的目的是允许访问冻结帧中与排放相关数据值。
【ISO15031_OBD诊断】-2.1-$02服务Request powertrain freeze frame data理论部分
「汽车电子助手」的博客
12-26 4605
总目录：（单击下方链接皆可跳转至专栏总目录） 《UDS/OBD诊断&诊断描述文件CDD》总目录https://blog.csdn.net/qfmzhu/article/details/120425660 目录 1 0x02服务功能描述 2 0x02服务消息数据字节 2.1 0x02服务-请求动力总成冻结帧数据请求消息定义（读取支持的PID） 2.2 0x02服务-请求动力系统冻结帧数据响应消息定义（报告支持的PID） 2.3 0x02服务-请求动力总成冻结帧数据请求消息定义（读取冻结帧
OBD服务学习（2）--02服务-请求冻结帧数据
Qian_ShouYi的博客
08-22 1148
此服务的目的是允许访问冻结帧中的与排放相关的数据值。这允许进行扩展以满足制造商的特定要求，这些要求不一定与所需的冻结帧相关，也不一定包含与所需冻结帧相同的数据值。请求消息包括一个参数标识符（PID）值，该值向车载系统指示所请求的具体信息。冻结帧的PID规范、缩放信息和显示格式包含在SAE J1979-DA中。电子控制单元（ECU）应通过传输系统存储的请求数据值来响应此消息。对于传感器读数返回的所有数据值，都将是实际存储的读数，而不是由于该传感器故障而由系统使用的默认值或替代值。
深度剖析ODX技术：解密UDS诊断服务$3E在ODX-D描述文件中的表述
一直在水些技术小文
11-15 120
ODX技术，全名Onboard Diagnostics eXtended，是一种用于描述汽车电子系统的标准文件格式。其核心作用在于提供一种统一的描述方式，方便在汽车的开发、维护和诊断阶段进行信息交流。其中，ODX-D描述文件是ODX技术中的一项关键组成部分，主要用于描述诊断服务、数据标识和诊断通信。Unified Diagnostic Services（UDS）是一种在汽车电子控制单元（ECU）之间进行诊断和通信的标准。在UDS中，诊断服务$3E被赋予特殊的功能，这也在ODX-D描述文件中得到详尽的阐述。
车载诊断框架 --- 诊断协议UDS怎么定义 Service 10？
最新发布
Soly_kun的博客
10-28 768
本文是一位汽车电子工程师关于ISO 14229诊断协议中Service 10的技术分享。作者从长期主义视角出发，强调专业沉淀的重要性。文章重点解析了Service 10的三个核心功能：作为ECU工作模式切换钥匙（默认/非默认会话）、权限管理机制及会话保护定时器设计，并详细说明了协议格式定义和不同会话模式切换对通信控制、DTC设置及安全状态的影响。文中穿插工程实践思考，指出协议标准化带来的行业协同价值，同时预告后续将探讨企业标准实现。全文以技术深度结合工程哲学，展现了一位技术人的专业追求。
UDS诊断看这篇就够了，吐血整理
热门推荐
04-03 10万+
1 简介与概述 不同诊断通信协议的开发，调整，实施和维护会给车辆制造商，系统供应商和ECU供应商带来不必要的成本。为了解决此问题，将不同的技术协议和数据通信原理编译为一个国际ISO标准，通常称为统一诊断服务（ISO 14229-1）。 UDS ISO 14229-1：2013（UDS）和ISO 15765-3：2004（基于在CAN上的诊断）是互补标准，共同指定“ 基于CAN上的UDS”应用层协.........
【UDS诊断（TesterPresent_0x3E服务）测试用例CAPL代码全解析②】
汽车控制器系统开发、VIL测试、HIL测试、MIL测试、EMS电喷系统标定与开发、热管理系统标定
02-25 426
作者：车端域控测试工程师更新日期：2025年02月25日关键词：UDS诊断协议、会话保持服务、TesterPresent_0x3E服务、ISO 14229-1:2023。
OBD诊断（ISO15031） 01服务
m0_56208280的博客
06-28 4806
01服务，即 Request current powertrain diagnostic data（读取动力系统当前的诊断数据）服务，比如某个传感器的状态、发动机转速、DTC数量、故障指示灯是否亮起等
UDS（统一诊断服务）的理解-0x19服务.docx
03-24
uds中 0x19服务的理解，需要可下载
OBD诊断
m0_56208280的博客
06-28 2242
OBD诊断
【CANdelaStudio编辑CDD】-20.2-创建OBD诊断$01和$02服务以及PID
「汽车电子助手」的博客
03-25 3555
案例背景(共6页精讲)：创建PID；PID支持UDS $22服务。 在《【ISO15031_OBD诊断】-1.1-$01服务Request current powertrain diagnostic data理论部分https://blog.csdn.net/qfmzhu/article/details/122152782》和《【ISO15031_OBD诊断】-2.1-$02服务Request powertrain freeze frame data理论部分https://blog.csdn.net/qf
OBD服务学习（1）--01服务-请求当前动力总成诊断数据
Qian_ShouYi的博客
08-22 1121
此服务的目的是允许访问当前的与排放相关的数据值，包括模拟输入和输出、数字输入和输出以及系统状态信息。信息请求包括参数标识符（PID）值，该值向车载系统指示所请求的具体信息。PID规格、缩放信息和显示格式包含在SAE J1979-DA中。电子控制单元（ECU）应通过传输系统最后确定的请求数据值来响应此消息。为传感器读数返回的所有数据值都将是实际读数，而不是由于该传感器故障而由系统使用的默认值或替代值。并非所有PID都适用于或受所有系统支持。PID 00是一个位编码的PID，它指示每个ECU支持哪些PID。
OBD服务简述1--0x01服务
qq_40633122的博客
08-19 2122
因此，每辆车的ECU，其中至少支持一(1)个PID，应发送包含数据的PID的响应消息。这些PID包括是0x00,0x20,0x40,0x60,0x80,0xA0,0xC0,0xE0，SWS标准中称为。例如：PID 0x00表示0x01到 0x20之间的PID，PID 0x20表示0x21到0x40之间的PID。读取其中一个PID后ECU会返回4个字节的结果，这4个字节中的每个bit表示其所对应的PID是否被支持。下面介绍不同OBD服务的请求和响应数据格式（参考15031-5， 2015）
【ISO15031_OBD诊断】-1.1-$01服务Request current powertrain diagnostic data理论部分
「汽车电子助手」的博客
12-26 6631
总目录：（单击下方链接皆可跳转至专栏总目录） 《UDS/OBD诊断&诊断描述文件CDD》总目录https://blog.csdn.net/qfmzhu/article/details/120425660 目录 1 0x01服务功能描述 2 0x01服务消息数据字节 2.1 0x01服务-请求当前的动力总成诊断数据请求消息定义（读取支持的PID） 2.2 0x01服务-请求当前动力总成诊断数据响应消息定义（报告支持的PID） 2.3 0x01服务-请求当前动力总成诊断数据请求消息定义（读
【ODX介绍】-4.9-UDS诊断$31服务RoutineControl在ODX-D诊断描述文件中如何描述
「汽车电子助手」的博客
04-10 1128
点击返回「《UDS/OBD诊断需求编辑工具》总目录」 共39页精讲：应用领域：读懂ODX-D诊断描述文件；制作生成ODX-D/PDX文件的脚本。 附ODX-D描述：UDS $31 RoutineControl服务 目录 1 ODX-D描述一个UDS $31 RoutineControl服务的结构 2 标签DIAG-SERVICE描述的内容 2.1 举例：DIAG-SERVICE的XML描述 3 标签REQUEST描述的内容 3.1 举例：REQUEST的XML描述 4 标签POS-.
UDS中的DID（Data identification）
qq_43216283的博客
02-02 2645
DID是UDS中的一个重要概念，。，如传感器数据、状态信息等等。通过使用DID，诊断工具可以准确地获取所需的数据，从而帮助诊断人员更好地了解车辆的状态和性能。每个DID都对应着车辆的某个特定数据项。DID在车辆诊断中的应用场景广泛。比如，通过读取特定的DID，。此外，
在 EAS.Configurator 中如何配置诊断模块（如 UDS）？
10-26
<think>嗯，用户正在深入询问EAS.Configurator中诊断模块（特别是UDS）的具体配置方法。结合之前的对话历史，用户已经看过基础教程，现在需要聚焦诊断配置的专业操作。从引用材料看，关键信息点在： [^3]提到AP.Configurator支持导入ODX并转化为ARXML诊断模型，这是配置起点；[^2]则说明AUTOSAR AP架构原生支持UDS/DoIP等诊断功能。 用户可能是汽车电子工程师，正在实际配置ECU诊断功能。ta跳过了基础操作直接问UDS，说明有实战需求，且对AUTOSAR概念熟悉。需要强调三个技术要点： 1）ODX预处理：必须说明ODX-C（诊断数据库）到ARXML的转换逻辑，这是用户容易卡住的点 2）服务配置细节：要包含UDS基础服务（0x10/0x27）和DTC的图形化配置路径 3）集成注意事项：引用[^4]提到Vector工具链的差异，需提示EAS生成文件如何对接测试工具如CANoe 特别注意避免理论堆砌。比如配置DID时，要具体到"在SID 0x22子菜单创建字节数组+寻址类型"这样的操作级描述。最后补充DTC内存映射的注意事项——这是诊断功能量产时的关键痛点。 安全方面需强调：故障码配置涉及法规（如OBD），必须引用ISO 14229标准，但用户未问就不展开。 </think>在 EAS.Configurator 中配置诊断模块（如 UDS）需遵循以下步骤，结合 AUTOSAR AP 方法论[^2] 和工具特性实现： ### 一、诊断模块配置流程 1. **导入诊断数据库** - 点击 `Import` → 选择 **ODX 文件**（ISO 22901 标准格式） - 工具自动解析 **ODX-C**（诊断容器）并转换为 ARXML 诊断模型[^3] - 示例：导入 UDS 基础服务（如 0x10 会话控制、0x27 安全访问）的 ODX 定义 2. **配置诊断服务** - **路径**：左侧项目树 → `Diagnostic` → `UDS` - **关键配置项**： - **服务标识符 (SID)**：图形化添加/编辑服务 ID（如 0x22 读 DID） - **DID 参数**：配置数据标识符结构（字节长度、编码格式） - **诊断会话层**：设置默认/扩展会话超时时间、安全等级[^2] ```xml <!-- 示例：UDS 服务配置片段 --> <DIAG-SERVICE UUID="ReadDataByIdentifier"> <SHORT-NAME>Read_DID_0x22</SHORT-NAME> <DIAGNOSTIC-CLASS>UDS</DIAGNOSTIC-CLASS> <REQUEST-REF DEST="DIAG-REQUEST">/Diagnostic/Requests/Req_ReadDID</REQUEST-REF> </DIAG-SERVICE> ``` 3. **DTC 配置（故障码）** - 导航至 `DTC Management` → 创建故障码表 - 定义字段： - **DTC 编号**：按 ISO 14229 标准编码（如 P0001） - **故障等级**（Debounce 策略、存储周期） - **快照数据**：关联信号或变量（捕获故障发生时的 ECU 状态）[^2] 4. **通信绑定** - 在 `Communication` 模块： 1. 选择传输协议（如 DoIP 或 CAN TP） 2. 绑定诊断服务到通信端口（设置源/目标地址、寻址方式） 3. 配置 ISO 14229 要求的 **PCI 字节**（协议控制信息） --- ### 二、生成与验证 1. **生成诊断代码** - 点击 `Generate Code` → 输出以下文件： - **C++ 服务层代码**：实现 UDS 请求处理逻辑 - **ARXML Manifest**：描述服务接口与依赖关系[^3] - **诊断事件映射表**：链接 DTC 与应用层组件 2. **集成测试** - 将生成的代码导入 AUTOSAR AP 工程（如集成到 **AP Executable**） - 使用 **CANoe** 或 **vVIRTUALtarget** 仿真测试 UDS 服务[^4] - 验证服务响应（正/负响应码） - 检查 DTC 存储与清除功能 --- ### 注意事项 - **ODX 兼容性**：确保 ODX 文件版本与 EAS.Configurator 兼容（推荐 ODX 2.2.0+） - **参数验证**：使用内置 `Validate` 功能检查服务 ID 冲突或参数越界 - **诊断栈依赖**：配置前需完成 **SOME/IP 通信栈** 和 **执行管理（EM）** 的基础设置[^2] > 通过图形化配置可显著降低 UDS 手动编码复杂度（如自动生成 0x3E 心跳服务框架）[^3]。若需调试生成代码，可参考输出目录中的 `DIAG_` 前缀文件。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汽车电子助手

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值