汽车UDS诊断教程 ISO15765(六)

ISO15765-2是什么?包含哪些内容? 

接上一节了解具体数据链路层的使用

   

 

数据链路层接口服务

 

L_Data.request

 

该请求服务需要通过<Idetifier>标识,将<Data>数据映射到指定的数据链路层单元。

 

<Idetifier>标识需提供参照指定的访问格式发送<Data>数据:

L_Data.request(

<Identifier>

<DLC>

<Data>

               )

 

L_Data.confirm

 

该确认服务用于确认L_Data.request请求指定的<Identifier>服务的完成,参数<TransferStatus>提供服务请求的状态。

L_Data.confirm(

<Identifier>

<TransferStatus>

               )

 

 

L_Data.indication

 

该指示服务指示数据链路层到相邻上层的事件并通过<Identifier>标识发送<Data>数据。

L_Data.indication (

<Identifier>

<DLC>

<Data>

                   )

 

 

数据链路层服务参数

 

下列所示数据链路层服务参数在ISO 11898-1中定义。

 

<Identifier>:         CAN 标识

<DLC>:                数据长度码

<Data>:               CAN帧数据

<TransferStatus>:     发送状态

 

 

映射到N_PDU域

 

 地址格式

 

网络层数据交互有三种地址格式的支持:标准,扩展和混合。不同的地址格式需要不同数据长度的CAN帧对包含数据的地址信息进行打包。因此,选择单个CAN帧的数据长度依赖于地址格式类型的选取。

 

标准地址

对于N_SA, N_TA,N_TAtype,一个特定的CAN标识符被分配。N_PCI和N_Data安置在CAN帧的数据域。如表。

N_PDU类型

CAN标识

CAN帧数据域

  

字节1

字节2

字节3

字节4

字节5

字节6

字节7

字节8

单帧(SF)

N_AI

N_PCI

N_Data

首帧(FF)

N_AI

N_PCI

N_Data

连续帧(CF)

N_AI

N_PCI

N_Data

流控帧(FC)

N_AI

N_PCI

N/A

 

标准混合地址

 

标准混合地址是标准地址的子格式,也就是映射到CAN标识的地址信息更多一层定义。在上述标准通信,N_AI和CAN标识之间打开。

对于标准混合通信只允许有29bit的CAN标识。N_PCI和N_Data放在CAN帧数据域。

表标准混合地址,N_TAtype = 物理的

N_PDU类型

29bitCAN标识,位地址

CAN数据域位地址

28…26

25

24

23…16

15

8

7…0

1

2

3

4

5

6

7

8

单帧(SF)

110(bin)

0

0

218(dec)

N_TA

N_SA

N_PCI

N_Data

首帧(FF)

110(bin)

0

0

218(dec)

N_TA

N_SA

 

N_Data

连续帧(CF)

110(bin)

0

0

218(dec)

N_TA

N_SA

N_PCI

N_Data

流控帧(FC)

110(bin)

0

0

218(dec)

N_TA

N_SA

N_PCI

N/A

 

表 标准混合地址,N_TAtype = 功能的

 

N_PDU类型

29bitCAN标识,位地址

CAN数据域位地址

28…26

25

24

23…16

15

8

7…0

1

2

3

4

5

6

7

8

单帧(SF)

110(bin)

0

0

219(dec)

N_TA

N_SA

N_PCI

N_Data

首帧(FF)

110(bin)

0

0

219(dec)

N_TA

N_SA

 

N_Data

连续帧(CF)

110(bin)

0

0

219(dec)

N_TA

N_SA

N_PCI

N_Data

流控帧(FC)

110(bin)

0

0

219(dec)

N_TA

N_SA

N_PCI

N/A

 

 

 

扩展的地址

 

对于N_SA, N_TA,N_TAtype,一个特定的CAN标识符被分配。N_TA安置在CAN帧数据域第一个字节,N_PCI和N_Data安置在CAN帧数据域剩下的字节。

 

 

表 N_PDU参数到CAN帧的映射——扩展地址

N_PDU类型

CAN标识

CAN帧数据域

  

字节1

字节2

字节3

字节4

字节5

字节6

字节7

字节8

单帧(SF)

N_AI,无N_TA

N_TA

N_PCI

N_Data

首帧(FF)

N_AI,无N_TA

N_TA

N_PCI

N_Data

连续帧(CF)

N_AI,无N_TA

N_TA

N_PCI

N_Data

流控帧(FC)

N_AI,无N_TA

N_TA

N_PCI

N/A

 

 

混合地址

 

29位CAN标识

 

混合地址是将Mtype设置为远程诊断的地址格式。

下表定义了地址信息(N_AI)到29位CAN标识符的映射机制。主要是目标地址类型(N_TAtype),N_PCI和N_Data安置在CAN帧数据域剩余字节。

 

表29位CAN标识符的混合地址,N_TAtype=物理的

N_PDU类型

29bitCAN标识,位地址

CAN数据域位地址

28…26

25

24

23…16

15

8

7…0

1

2

3

4

5

6

7

8

单帧(SF)

110(bin)

0

0

206(dec)

N_TA

N_SA

N_AE

N_PCI

N_Data

首帧(FF)

110(bin)

0

0

206(dec)

N_TA

N_SA

N_AE

N_PCI

N_Data

连续帧(CF)

110(bin)

0

0

206(dec)

N_TA

N_SA

N_AE

N_PCI

N_Data

流控帧(FC)

110(bin)

0

0

206(dec)

N_TA

N_SA

N_AE

N_PCI

N/A

                 

表29位CAN标识符的混合地址,N_TAtype=功能的

N_PDU类型

29bitCAN标识,位地址

CAN数据域位地址

28…26

25

24

23…16

15

8

7…0

1

2

3

4

5

6

7

8

单帧(SF)

110(bin)

0

0

205(dec)

N_TA

N_SA

N_AE

N_PCI

N_Data

首帧(FF)

110(bin)

0

0

205(dec)

N_TA

N_SA

N_AE

N_PCI

N_Data

连续帧(CF)

110(bin)

0

0

205(dec)

N_TA

N_SA

N_AE

N_PCI

N_Data

流控帧(FC)

110(bin)

0

0

205(dec)

N_TA

N_SA

N_AE

N_PCI

N/A

                 

 

 

11位CAN标识符

 

混合地址是将Mtype设置为远程诊断的地址格式。

下表定义了地址信息(N_AI)到11位CAN标识的映射机制。对于N_SA, N_TA,N_TAtype,一个特定的CAN标识符被分配。N_AE安置在CAN帧数据域的第一个字节。N_PCI和N_Data安置在CAN帧数据域的剩余字节。

 

 

 

表混合地址(11位CAN标识符)

N_PDU类型

CAN标识

       

CAN帧数据域

字节1

字节2

字节3

字节4

字节5

字节6

字节7

字节8

单帧(SF)

N_AI

N_AE

N_PCI

N_Data

首帧(FF)

N_AI

N_AE

N_PCI

N_Data

连续帧(CF)

N_AI

N_AE

N_PCI

N_Data

流控帧(FC)

N_AI

N_AE

N_PCI

N/A

 

 

CAN帧数据长度码(DLC)

 

DLC参数指定了某一个CAN帧中数据字节长度。本文档不指明数据域中长度的任何要求,而只是在网络层协议数据单元的大小给出暗示。

应用网络层要么将所有CAN帧打包成完整、全部的长度,要么优化DLC以适合网络协议数据单元。

 

CAN帧数据打包

DLC总是设置为8.如果发送的N_PDU比8短,那么发送方将DLC设置为最大值为8(打包了一些不使用的数据字节)。这些会在SF,FC帧或拆分信息的最后一个CF帧中会出现。

DLC参数由发送方设置并由接收方决定网络层处理的每一CAN帧的数据字节个数。DLC参数无法用于决定信息长度;该信息应该在信息的开始从N_PCI的信息中提取。

 

CAN帧数据优化

DLC不总是为8.如果发送的N_PDU比8 短,那么发送方会通过缩减CAN帧到只包含N_PDU占有的字节数(不对无用的数据字节打包)来优化CAN总线负载。CAN帧的优化只能针对SF,FC帧或拆分信息的最后一个CF帧。

DLC参数由发送方设置并由接收方决定网络层处理的每一CAN帧的数据字节个数。DLC参数无法用于决定信息长度;该信息应该在信息的开始从N_PCI的信息中提取。

 

数据长度码出错处理

依赖于N_PCI的值,网络层可计算一个接收到的CAN帧中CAN DLC最小期待的值。

接收到的CAN帧中DLC的值比期待的值要小,(使用打包CAN帧时比8要小或者比网络协议数据单元优化后指示的值要小)网络层应该忽略并不做任何更多的操作。

 

汽车UDS诊断教程 ISO15765(一)

汽车UDS诊断教程 ISO15765(二)

汽车UDS诊断教程 ISO15765(三)

汽车UDS诊断教程 ISO15765(四)

汽车UDS诊断教程 ISO15765(五)

 

如需获取更多资料可以关注公众号“Auto笔记”,其分享汽车电子行业的最新资讯,及开发笔记、学习笔记等相关经验。关注公众号,回复“iso15765”,获取相应文档。

  • 1
    点赞
  • 31
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: 2020UDS(Unified Diagnostic Services)是一种针对现代汽车诊断协议,在汽车电子控制单元(ECU)之间建立通讯,方便汽车诊断和故障排除。UDS协议可以让汽车维护人员通过一个统一的诊断接口访问多个ECU,并获取ECU的故障码、参数、状态信息和执行诊断测试等。UDS还支持远程诊断并支持通用故障码(DTC)格式ISO 27145是UDS协议的标准化规范,包括UDS协议的通信框架、数据格式诊断服务和通用故障码等内容。它是基于ISO 14229标准的,定义了ECU诊断和通信的具体流程和规范。ISO 27145的制定是为了实现不同厂家和供应商之间的互操作性,方便汽车行业的标准化和交互性。 UDS诊断ISO 27145的标准化规范使得汽车维护人员可以更加简单、有效地进行故障排除和诊断,提升了汽车电子系统的稳定性和可靠性,也有益于减少维修时间和成本。同时,这些标准化规范还有助于促进汽车行业的技术发展和创新,为未来智能汽车和可持续交通发展提供更好的基础。 ### 回答2: 2020UDS诊断汽车电子控制系统诊断技术的最新标准。它能够精确获取车辆各个子系统的故障信息,并能够做出相应的维修方案。具有高效、准确、智能、安全等特点,使车辆维修更加科学化、规范化、自动化。UDS技术已被广泛应用于汽车制造和售后服务领域。 ISO27145是一项涵盖汽车、卡车和摩托车通信的标准,可确保所涉及的数据、信息和电子设备之间的兼容性。该标准旨在提高车辆性能和可靠性,同时降低维修和维护成本。此外,ISO27145还能够提高汽车的安全性和可靠性,并有助于减少污染和能源消耗。 综上所述,2020UDS诊断ISO27145标准都是现代汽车制造和维修领域的重要标准。它们不仅能够提高汽车性能和可靠性,还能够改进售后服务体系和制造流程。此外,它们还有助于可持续性发展和环境保护。 ### 回答3: 2020年UDS(Unified Diagnostic Services)诊断标准是一种用于汽车系统诊断的通用诊断协议,可以对汽车的各个子系统进行诊断,包括发动机管理、制动系统、底盘控制等。该标准被广泛应用于现代汽车的故障诊断,可以提高诊断效率和准确性,有助于快速定位汽车故障,并进行相应的维修。 而ISO 27145是针对汽车工业的故障诊断通信协议的国际标准。该标准规定了汽车故障诊断通信协议的技术要求和规范,包括使用的协议和网络,以及消息传递结构和诊断流程。该标准的推广应用有利于提高汽车工业的诊断水平,加快故障定位速度,为汽车制造商和修理厂提供更好的服务,同时也提高了车辆的质量和安全性。 综上所述,2020年UDS诊断ISO 27145都是针对汽车故障诊断和通信协议的国际标准,它们的推广应用有助于提高汽车行业的效率和可靠性,为消费者提供更好的服务和产品质量保障。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值