UDS/OBD诊断协议在嵌入式系统中的物理层与功能寻址和响应CAN_ID的应用

最新推荐文章于 2024-11-01 18:26:30 发布

FDSJRU

最新推荐文章于 2024-11-01 18:26:30 发布

阅读量297

点赞数

文章标签：嵌入式

本文链接：https://blog.youkuaiyun.com/FDSJRU/article/details/133217435

版权

嵌入式专栏收录该内容

162 篇文章 ¥59.90 ¥99.00

订阅专栏

本文详细介绍了UDS/OBD诊断协议在嵌入式系统中的实现，包括物理层通信使用CAN协议，功能寻址及CAN_ID响应的处理方法，并提供了C语言代码示例。

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

UDS/OBD诊断协议是一种广泛应用于汽车行业的通信协议，用于车辆的故障诊断和监测。在嵌入式系统中，实现UDS/OBD诊断功能需要涉及物理层通信和功能寻址以及CAN_ID的响应。本文将探讨如何在嵌入式系统中实现UDS/OBD诊断协议，并提供相应的源代码示例。

一、物理层通信

在UDS/OBD诊断中，物理层通信通常使用控制器区域网络（CAN）协议。CAN协议是一种快速可靠的串行通信协议，适用于嵌入式系统中的实时通信。在嵌入式系统中实现CAN通信，需要使用CAN控制器和CAN收发器，并配置相应的引脚和寄存器。

下面是一个示例的C语言代码，用于初始化CAN控制器和收发器，并发送一条CAN消息：

#include <stdio.h>
#include <

了解本专栏

订阅专栏解锁全文

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

FDSJRU

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

订阅专栏

创建OBD诊断和服务以及PID嵌入式

WangWEel的博客

08-28

419

通过连接OBD-II接口、读取故障码、解析故障码并显示诊断结果，我们可以实现一个简单但功能强大的汽车诊断系统。OBD-II协议规定了汽车诊断系统的标准化通信方式，通过连接到汽车的OBD-II接口，可以获取到许多有用的信息，包括车辆故障码、传感器数据等。以上代码演示了一个简单的温度控制系统，通过PID算法实现对温度的控制。连接OBD-II接口：使用适当的硬件设备（如OBD-II转USB线缆）将汽车的OBD-II接口连接到计算机或嵌入式系统上。解析故障码：将读取到的故障码进行解析，获取故障码的含义和相关信息。

【AUTOSAR-CanTp】-2.6-配置channel：基于CANFD扩展帧(DLC=8)诊断ID --Normal addressing和Extended addressing

「汽车电子助手」的博客

02-08

2166

在《【AUTOSAR-CanTp】-2.4-配置channel：基于CANFD标准帧(DLC=8)诊断ID--Normal addressing正常寻址》和《【AUTOSAR-CanTp】-2.5-配置channel：基于CANFD标准帧(DLC=8)诊断ID--Extended addressing扩展寻址》中，介绍了一组诊断ID（基于CANFD标准帧）：物理ID，功能ID和响应ID，从CanIf模块 --》CanTp模块 --》PduR模块 --》DCM模块的完整配置过程。目录 1 预设条件 2

1 条评论您还未登录，请先登录后发表或查看评论

OBD-II介绍

katcoo的学习笔记

10-20

1万+

文章目录OBD-II1. 引脚定义2. OBD-II 信号协议3.诊断问题代码 OBD-II OBD-II在功能和标准化方面都是对OBD-I的改进。 OBD-II标准指定了诊断连接器的类型及其引脚，可用的电信号协议以及消息传递格式。它还提供了车辆参数的候选列表，以监控每个参数的编码方式。连接器中有一个插针，可通过车辆电池为扫描工具供电，从而无需将扫描工具单独连接至电源。但是，某些技术人员可能仍将扫描工具连接到辅助电源，以在车辆因故障而导致电力损失的异常情况下保护数据。最后，OBD-II标准提供了DTC的可.

UDS/OBD诊断：多组物理/功能寻址CANID与响应CANID的嵌入式支持

PixelPusher的博客

09-11

683

在诊断过程中，诊断工具向汽车控制单元发送请求消息，控制单元根据CANID识别请求，并发送相应的响应消息。总结而言，通过动态CANID配置和适当的处理逻辑，嵌入式系统可以轻松地支持多组物理/功能寻址CANID，并实现相应的请求和响应功能。这样，诊断工具可以根据需要发送不同类型的请求消息，并正确地接收到相应的响应消息，以此实现对车辆进行全面的诊断和故障排除。此外，确保在使用诊断功能时遵守相关的法律法规和安全准则。在某些情况下，诊断工具需要发送具有不同物理或功能寻址的请求消息，同时期望接收相应的响应消息。

【AUTOSAR-DCM】-15.1-UDS/OBD诊断如何支持多组物理/功能寻址CANID,响应CANID

「汽车电子助手」的博客

02-09

2492

案列背景：假设有以下多组UDS/OBD诊断CAN ID，该如何配置Autosar BSW模块呢？ ==>UDS诊断CAN ID：第一组：功能寻址ID：0x780；物理寻址ID：0x781；响应ID：0x782(上述ID都是“Classic经典CAN标准帧”)；第一组：功能寻址ID：0x780x；物理寻址ID：0x781x；响应ID：0x782x(上述ID都是“CANFD扩展帧”)；第三组：… ==>OBD诊断CAN ID：第一组：功能寻址ID：0x770；物理寻址ID

OBD_II协议，CAN总线数据协议，诊断私有协议（个人理解，不对的的地方，请指出）【二】

weixin_44547460的博客

01-25

2529

1、CAN总线介绍 CAN总线介绍(转）这里说的汽车CAN总线协议，如上图CAN_H(6)和CAN_L(14)在小轿车上一般是500k bps 高速CAN来通讯，也有从CAN_H(3)和CAN_L(11)的250K BPS中速CAN来通讯，还有就是33.3K BPS单线CAN（1）来通讯[注：这里通常是通用系车辆有单线CAN] 2、汽车CAN总线数据应用在丰田2013款AT版本CROWN，能够破解到如下数据数据流名称: 左前轮轮速、右后轮轮速、左后轮轮速、右前轮...

OBD诊断(K线/CAN线)

fly_802的博客

08-23

1691

OBD诊断(CAN线、K线、J1939)

一文读懂UDS诊断服务

zam520的博客

04-19

1万+

通过深入学习UDS统一诊断服务，我掌握了其基本原理、服务请求以及DTC故障码的解读方法。在实践中，我能够将理论知识与实际操作相结合，运用UDS技术快速定位并解决车辆故障。同时，通过参与实际项目，我积累了丰富的经验，提升了技能水平。这段学习旅程不仅让我对UDS有了更深入的理解，也为我未来在汽车诊断领域的发展奠定了坚实的基础。

【UDS诊断性能优化】：速度与精度！提升诊断响应速度与准确性

统一诊断服务（UDS）诊断协议是汽车电子和嵌入式系统中广泛使用的标准，用于监测和维护车载网络。本文首先概述了UDS协议的技术原理，包括其通信模型和常用服务与消息类型。随后，文章深入分析了UDS诊断性能的基础，...

UDS诊断入门

最新发布

qq_45477402的博客

11-01

658

UDS（Unified Diagnostic Services，统一的诊断服务）诊断协议是在汽车电子ECU环境下的一种诊断通信协议，在ISO 14229中规定。它是从ISO 14230-3（KWP2000）和ISO 15765-3协议衍生出来的。“统一”这个词意味着它是一个“国际化的”而非”公司特定的”标准。到目前为止，这种通信协议被用在几乎所有由OEM一级供应商所制造的新ECU上面。

OBD2协议规范SAEJ1979

05-21

This document supersedes SAE J1979 SEP1997, and is technically equivalent to ISO/DIS 15031-5:April 30, 2002, except for minor reorganisation of Paragraphs 1 and 2. Foreword—On-Board Diagnostic (OBD) regulations require passenger cars, and light and medium duty trucks, to support communication of a minimum set of diagnostic information to off-board “generic” test equipment. This document specifies diagnostic services and functionally addressed request / response messages required to be supported by motor vehicles and external test equipment for diagnostic purposes which pertain to motor vehicle emission-related data. These messages are intended to be used by any external test equipment meeting the requirements of SAE J1978 for retrieval of OBD information from a vehicle.

【UDS统一诊断服务】三、应用层协议（2）

星Yeah 的博客

03-24

580

三、应用层协议（2） 1.增强的诊断和法规要求的OBD诊断规范对OSI各层的映射 2.应用层-网络层-链路层之间的接口 3.寻址模式（以单帧SF为例）常规寻址模式，仅用于11位ID 常规固定寻址模式，仅用29位ID 4.法规要求的11位OBD CAN标识符 ......

汽车协议学习

weixin_70301532的博客

03-09

2183

小白第一次接触汽车诊断自己的一些理解，如果有啥不对的地方请您指出一下谢谢大佬！！

【车载开发系列】UDS诊断协议总括篇

千月星跡

11-26

5821

【车载开发系列】UDS诊断协议总括篇 UDS诊断协议总括篇【车载开发系列】UDS诊断协议总括篇一.UDS诊断协议简介为什么要设计UDS诊断协议二. UDS诊断协议详细1）诊断通信管理功能单元2）数据传输功能单元3）存储数据传输功能单元3）输入输出控制单元4）例行程序功能单元5）上传下载功能单元三.UDS诊断协议通信1）物理寻址2）功能寻址四.UDS诊断服务否定响应码一.UDS诊断协议简介 UDS英文全称为Unified Diagnostic Services，既通用诊断协议。相对于传统的OBD诊断不仅具有

获取车辆VIN等OBD信息

jianxuezixuan的博客

04-20

9747

获取车辆如下OBD信息： VIN：Vehicle Identification Number CALID：Calibration Identifications CVN：Calibration verification number 一、SAE J1939协议通过请求 CALIBRATION INFORMATION (DM19)，获取CVN和CALID。发送请求：18EA00F9 00 D3 00 应答：18EC0000 10 14 00 03 FF 00 D3 00 数据，BYTE1=0x10，表明

UDS/OBD诊断服务中的某些功能不响应或否定响应的解决方法及示例代码

SUYUMM的博客

09-17

812

然而，有时候我们可能会遇到一些UDS/OBD诊断服务的子功能（Sub-Function）或者数据（Data）无法正常响应的情况，或者收到否定响应码（NRC，Negative Response Code）。根据具体的情况，我们可以检查通信连接、权限级别、诊断服务支持情况和诊断数据的有效性，以及处理NRC否定响应。如果诊断服务的子功能需要输入一些数据，需要确保这些数据的格式和取值范围符合要求。当收到NRC否定响应时，需要查阅相关的诊断服务文档，根据NRC的定义找到相应的解决方案。1.4 检查诊断数据的有效性。

CAN诊断的寻址方式

weixin_43014207的博客

05-24

6259

CAN的诊断寻址方式对于CAN诊断帧有两种不同的分类方式，按照寻址方式可以分为物理寻址、功能寻址，按照帧类别可以分为单帧、首帧、流控帧、连续帧。寻址方式在总线上往往连着众多ECU设备,作为诊断设备既可以单独与某一ECU进行通信，也可以同时与所有总线上的ECU设备通信。 ###1. 物理寻址物理寻址是指总线上始终只有一个ECU响应诊断设备发出的诊断命令，实现点对点通信。物理寻址指定发送特定诊断请求Request，等待指定ECU给与响应。 ###2.功能寻址功能寻址是指总线上的所有ECU对可以同时响

UDS诊断协议规范与要求

qq_37748525的博客

02-22

3万+

一、UDS简介

UDS诊断服务—物理寻址，功能寻址区别