【AUTOSAR】UDS协议的代码分析与解读(二)----ECU诊断协议概述

UDSO断服务技术规范

1   范围

本规范定了增强型诊断需求的诊断服务部分的内容,定义了通用电子系统需遵循的UDS通用执行 则。

范适用于集团x事业部所有平台车型,所有电子控 单元(ECU) 的诊断需求,均需按此规范执行。

本规范定义的诊断开发需求是对已存在国际标准ISO14229的补充, 其并不能代替原标准。除本规 范后续章节中的特殊描述外,电子系统供应商需遵守ISO14229标准中的所有约束。

注:如果本标准与其他标准或规范不一致,则按照如下方式处理:

a) 如果标准与其他文档发生冲突时, 优先考虑本标准, 本标准强制要求所有支持诊断的ECU必须遵守,任何 偏差需要得到h事业部批准,并须在ECU断规范中注明;

b)如果本准与法规要求发生冲突时,法规要求优先于本规范。

在诊断开发过程中, 所有与本规范的偏离点及ECU具体的诊断实现(包括功能相关的故障代码、数据标识符及诊 策略)需在ECU级诊断文档中描述。下图(图1)描述了平台诊断需求与ECU诊断需求的区别。

 

 1 平台需求与 ECU 需求的区别

2   规范性引用文件

下表所列文档中条款通过本规范的引用成为本规范的条款。凡是注明日期的引用文档,其随后的 修改单(不包括勘误的内容) 或修订版均不适用于本规范。凡是不注日期的引用文档, 其最新版本适用 本规范。

ISO14229- 12013    Road vehicles-Unified diagnostic services(UDS)-Part1Specification and requirements ISO15031-5 2015  Road  vehicles-Communications between  vehicle  and  external  equipment  for  emis- sion-related diagnostics-Part5 Emissions-related diagnostic services

ISO15031-3 2004  Road  vehicles-Communication  between  vehicle  and  external  equipment  for  emis- sion-related diagnostics-Part3 Diagnostic connector and related electrical circuits,specification and use

3   术语和定义

下列语适用于本文件。

3.1 缩写

ECU电子控制单元

UDS UnifiedDiagnosticService  (统一诊断服务)

SID ServiceIdentifier  (服务识符)

DTC DiagnosticTroubleCode  (故障诊断代码)

DID DataIdentifier  (数据标识符)

NRC NegativeResponseCode  (否定响应码)

EOLEndOfLine  (下线)

ISO InternationalStandardsOrganization  (国际标准组织)

NANotApplicable  (不适用)

USDTUnacknowledgedSegmentedDataTransfer  (不需响应的分段数据传输)

APP Application  (应用程序)

FBLFlashBootLoader  (刷写引导程序)

3.2 条件类型约定

M”:Mandatory,强制项(必须满足该要求)

C”:Conditional,条件项(基于某些条件, 需要满足该要求)

U:UserOptional,用户选择项(根据用户适用情况选择满足或不满足)

需求概要

4.1 诊断接口

所有用于诊断通信的数据链应直接连接到车辆诊断接口。诊断接口的引脚排列如下图2和表1 

 

 2 OBD 连接器引脚

 1 OBD 连接器引脚排列

1

Ehernet Rx(+)

9

Ethernet Rx (-)

2

自由选择

10

自由选择

3

保留

11

保留

4

底盘

12

Ethernet Tx (+)

5

信号

13

Ethernet Tx (-)

6

CAN_H

14

CAN_L

7

自由选择

15

自由选择

8

以太网上拉激活线

16

池电压(terminal30)

注:诊断接口的引脚排列请参考h事业部各车型诊断接口定义。

4.2 诊断通信条件

下列情况时,ECU与诊断工具间应能够维持诊断通信:

电源模式ON开启(即整车上电, KL15开启);

电源模式ON关闭(即整车下电, KL15关闭),但网络具备稳定可靠的通信能力。 ECU最终实现与以上定义不符之处必须获得h事业部的认可并在相应文档中说明。

4.3 零部件诊断规范

零部件供应商基于此诊断规范制定零部件诊断规范(ECU诊断数据表),详细描述电控单元诊断 功能。零部件诊断规范的主要内容包括节点诊断地址、故障诊断代码及快照的定义、支持的诊断服务的 详情、否定应答代码0x22 (条件不正确) 所应对的具体原因代码的定义、数据标识符的定义等, 以及所 有与此标准有偏差的内容。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Autosar汽车行业广泛使用的一种软件架构标准,旨在提高汽车电子系统的可靠性和可维护性。它通过提供标准化的接口和通信协议,使得不同厂家和供应商开发的软件和硬件组件可以相容且互操作。Autosar标准包含了许多不同的模块和组件,它们分别负责不同的功能,如通信、诊断、操作系统等。要读懂Autosar代码,首先需要了解Autosar标准的整体架构和各个模块之间的关系。 在阅读Autosar代码时,需要熟悉标准中定义的各种接口和数据结构,了解它们的作用和用法。此外,还需要理解Autosar中使用的不同软件架构模式和设计模式,例如发布订阅模式、状态机模式等。很多Autosar代码都会按照这些模式进行设计和实现,因此读懂这些模式对于理解代码至关重要。 此外,由于Autosar标准是由多个汽车厂商和供应商共同制定和维护的,因此在阅读Autosar代码时还需要关注不同厂商或供应商对标准的实现方式和扩展。虽然Autosar标准化了接口和通信协议,但在实际应用中仍然存在一些厂商特定的实现和扩展,这些内容也需要在阅读代码时予以理解。 总之,要读懂Autosar代码,需要对Autosar标准有深入的了解,包括整体架构、各种接口和数据结构、软件架构模式和设计模式,以及不同厂商或供应商的实现方式和扩展。同时,也需要对汽车行业的背景和需求有一定的了解,这样才能更好地理解Autosar代码的含义和用途。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

大道生

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

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

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

打赏作者

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

抵扣说明:

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

余额充值