Uds on Can & ISO 15765-2

最新推荐文章于 2025-02-14 09:58:18 发布

我测试过没有问题

最新推荐文章于 2025-02-14 09:58:18 发布

阅读量1.3k

点赞数 29

分类专栏：通讯协议 autosar 协议栈 autoasr 学习笔记文章标签：汽车单片机物联网 mcu c语言

本文链接：https://blog.csdn.net/weixin_54376810/article/details/137050220

版权

autosar 协议栈同时被 3 个专栏收录

2 篇文章

订阅专栏

autoasr 学习笔记

2 篇文章

订阅专栏

通讯协议

1 篇文章

订阅专栏

本文介绍了UDS（统一诊断服务）协议，它是汽车行业中一种通用的诊断协议，类似于HTTP协议。UDS通过应用层的请求和响应机制，支持不同网络间的诊断功能。文章详细解释了UDS在网络层（TP层）的实现，包括ISO15765-2中的数据帧类型、多包传输策略以及诊断寻址方法，涉及物理寻址和功能寻址的概念。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

简介

UDS (Unified Diagnostic Services，统一的诊断服务）诊断协议是ISO 15765和ISO 14229定义的一种汽车通用诊断协议，位于OSI模型中的应用层，它可在不同的汽车总线(例如CAN, LINFlexray, Internet)上实现。UDS协议的应用层定义是ISO 14229-1，目前大部分汽车厂商均采用UDS on CAN的诊断协议。

协议的目的是建立统一的诊断服务:多种网络，统—诊断

可类比同样处于应用层的http协议，UDS的本质是一系列的服务，通过「请求」和「响应」的形式，对ECU进行测试、检测、诊断等功能。UDS诊断位于应用层，意味着只用关注数据场的部分，而提供差错控制等功能的部分不用关注。

UDS网络层/TP层（ISO 15765-2）的解读

网络层概述

UDS网络层，又称为TP层（Transport Protocol Layer），本文默认描述的是uds on can。其存在的主要目的是为了解决ISO 11898协议中定义的经典CAN数据链路层与ISO 14229协议中定义的应用层，彼此之间数据长度不统一的问题。说的专业一点,主要解决数据链路层和应用层之间的数据长度不统一的问题。如何科学、快捷、安全地将多个字节通过经典CAN来进行传输，就成了一个需要解决的问题。ISO 15765-2 协议由此诞生。

15765-2作为车辆诊断通信的一个组成部分，规范了“传输协议和网络层服务”。

所有的网络层服务都具有相同的通用结构。为了定义这种服务、需要定义三种类型的服务原语

A. 请求服务（Request）：用于向网络层传递控制报文信息及要发送的数据，应用于更高层或应用层。如tester向ECU发出数据。

B. 指示服务（Indication）：用于向更高层或应用层传递状态信息及接收到的数据，应用于网络层。如ECU收到了tester的数据，传至应用层。

具体说来，Indication前端应该执行的是底层传入数据的处理函数，即读取PDU信息，这一帧具体是SF、FC、CF还是FF。若满足条件，继续向上，即应用层传递。

C. 确认服务（Confirm）：被网络层使用，用于向更高层或应用层传递状态信息。如tester收到了ECU方面的数据。

。。。。。这段话，我也没怎么看懂。我的理解是API，Autosr 中的xxx_Rxindicaiton 、xxx_TxIndication、这种应该也是借检了这种思想。