诊断寻址方式

已于 2024-06-16 11:13:29 修改
阅读量1.6k 收藏
点赞数
分类专栏： 诊断协议那些事儿 文章标签： 网络 网络协议 车载系统 功能测试
于 2022-11-14 20:58:27 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41908302/article/details/127813020
版权
本文介绍了汽车诊断协议中的寻址方式，包括物理地址和功能地址。物理地址通过给每个ECU分配唯一ID实现点对点通信，而功能地址则用于一对多的广播通信。文中还探讨了诊断报文的Attribute Name在CAN网络中的作用，并提到功能寻址通常仅支持部分服务。

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

诊断协议那些事儿

本文为诊断协议那些事儿专栏文章，当我们知道各个服务的功能的前提下，需要知道请求总线上哪个ECU的数据。 在总线上使用唯一的标识符去指示具体ECU ，以下为某车厂相应的诊断CAN标识符。
寻址方式
关联文章：六、CANdelaStudio入门-通信参数编辑

文章目录

一、诊断通讯的基本流程

tester
常规情况：一问一答
①当想要获取ECU中存储的故障码时，需要先给ECU发送一个诊断请求，ECU接到诊断请求后，就会将故障码发送给诊断仪（诊

了解本专栏 订阅专栏 解锁全文
【AUTOSAR-CanTp】-2.7-配置channel：基于CANFD标准帧(DLC=64)诊断ID--Normal addressing正常寻址
「汽车电子助手」的博客
02-08 2014
共19页精讲：（Normal addressing正常寻址：附配置完成后的诊断交互LOG） 手把手教你创建一个自定义的物理寻址和功能寻址CANFD (UDS/OBD)诊断ID。从CanIf模块 --》 CanTp模块 --》PduR模块 --》DCM模块完整的配置。 目录 1 预设条件 2 EcuC模块配置 3 CanIf模块配置 4 CanTp模块配置 5 DCM模块配置 6 PduR模块配置 7 测试Log：基于Normal addressing 的“功能寻址”和“物理寻址” 8 结
【AUTOSAR-CanTp】-2.5-配置channel：基于CANFD标准帧(DLC=8)诊断ID--Extended addressing扩展寻址
「汽车电子助手」的博客
01-28 1337
共21页精讲：手把手教你创建一个自定义的UDS/OBD物理寻址和功能寻址CANFD诊断ID。从CanIf模块到DCM模块完整的配置。 目录 1 预设条件 2 EcuC模块配置 3 CanIf模块配置 4 CanTp模块配置 5 DCM模块配置 6 PduR模块配置 7 测试Log：基于Extended addressing的“功能寻址”和“物理寻址” 8 结尾 <--返回「Autosar_BSW高阶配置」总目录--> <--返回「Autosar_BSW高阶配置」专
UDS诊断中的物理寻址和功能寻址
WE_BIG的博客
03-29 3242
诊断物理寻址：物理地址是针对网络中具体的ECU。功能寻址：是针对网络中多个或所有ECU。（准确来说是功能请求报文的ID对应多个ECU）如一个车身域网络中，存在3个ECU，（车身域控制器，娱乐系统域控制器，远程网络系统域控制器），我们需要分别为这三个控制器分配三个物理诊断寻址。1：如0x618(请求报文ID)=车身 ，0x658服务器应答报文ID2：0x628 (请求报文ID)=娱乐, 0x668服务器应答报文ID3：0x638(请求报文ID) = 远程网络, 0x678服务器应答报文ID。
UDS诊断详解（一）- 诊断基础知识详解
m0_67883547的博客
03-04 2161
‌UDS诊断协议‌‌‌是一种在汽车电子ECU环境下使用的诊断通讯协议，基于标准。其主要目的是为了快速准确地判断车辆或控制器的故障及其原因，从而为维修提供可靠的依据‌。
车载测试_UDS诊断：功能寻址、物理寻址
车载测试
02-28 1560
车载项目讲解
配置通道：CANFD标准帧诊断ID的Extended addressing扩展寻址嵌入式
SUYUMM的博客
09-20 439
本文介绍了基于CANFD标准帧诊断ID的Extended addressing扩展寻址方法，并提供了相应的源代码示例。在CANFD网络中，诊断ID的配置是至关重要的一部分，以便实现有效的车辆故障诊断和性能监控。CANFD标准帧诊断ID是用于诊断和控制的CAN信号，包含11位的标准帧ID。传统的CAN协议支持的标准帧ID长度为11位，因此存在对ID数量的限制。Extended addressing通过扩展帧ID的长度，从而提供更多的ID空间，从而支持更多的ECU之间的通信。一、CANFD标准帧诊断ID。
Autosar诊断系列介绍17 - 物理寻址及功能寻址详解
initiallizer的博客
07-03 7536
两种寻址方式分别是什么意思？有什么区别？对应哪些使用场景等，下面我们就逐一介绍，保证大家看了就能理解。
从零开始：统一诊断服务UDS PART2
CocoseaRomania的博客
04-19 1409
答案是：两种寻址方式——物理寻址和功能寻址客户端（TESTER）与服务器（ECU）之间采用一对一的诊断通信方式客户端（TESTER）与服务器（ECU）之间采用一对多的诊断通信方式,客户端向多个服务器发出同一功能寻址的诊断请求（1）源地址（Source Address ，SA）发送节点地址（2）目标地址（Target Address，TA）接受节点地址（1）地址和报文ID相关，诊断报文ID=基地址+节点地址。
UDS诊断服务的会话层和寻址方式
weixin_50547796的博客
05-13 263
本文将探讨UDS诊断服务的会话层和寻址方式，并提供相应的源代码实例。通过本文对UDS诊断服务的会话层和寻址方式进行介绍，我们了解了UDS会话的建立和终止过程，以及物理寻址和功能寻址的使用方法。它允许诊断工具与车辆中的ECU进行通信，以读取和修改ECU内部的参数和状态信息。UDS会话可以是长期会话（长期在车辆和诊断工具之间保持打开状态）或短期会话（只在需要时打开）。UDS会话的终止过程类似，诊断工具发送会话控制命令请求终止会话，ECU接收到命令后切换到默认会话状态。服务的会话层和寻址方式。
汽车电子基于CANoe的手动发送功能寻址诊断请求：实现车载网络一对多通信测试如何使用CANoe
最新发布
04-20
接着详细讲解了在CANoe中基于功能寻址方式发送诊断请求的具体步骤，包括新建车载CAN总线工程、加载诊断数据库CDD文件、设置功能寻址方式、发送诊断请求以及查看Trace内容等操作。; 适合人群：具有一定汽车电子知识...
AutoSAR_BSW高阶 29. 配置基于 CANFD 标准帧(DLC=8)诊断 ID 的 Extended addressing 扩展寻址通道
一直在水些技术小文
10-09 357
CanTp 模块是 AUTOSAR 标准中的一部分，用于在不同的 ECU 之间传输大量数据，特别是在诊断通信中。CanTp 模块的主要功能包括数据的分段、重新组装以适应不同的物理层传输要求，包括 CAN 和 CAN FD（Controller Area Network Flexible Data-Rate）。CanTp 模块还支持不同的地址寻址方式，包括 Normal addressing 正常寻址、Physical addressing 物理寻址和 Mixed addressing 混合寻址。
配置通道：基于CANFD标准帧诊断ID的Extended addressing扩展寻址嵌入式
PixelPusher的博客
08-14 294
CAN通信协议最初采用标准帧诊断ID进行诊断通信，但随着车辆的复杂性和功能的增加，CAN FD（Flexible Data-Rate）以及Extended addressing扩展寻址等功能迅速发展起来。（2）配置CANFD标准帧诊断ID：在CAN控制器初始化完成后，我们需要配置CANFD标准帧诊断ID的相关参数，包括ID长度和通信模式等。（4）接收CANFD标准帧诊断ID：除了发送CANFD标准帧诊断ID外，我们还可以使用CAN控制器接收CANFD标准帧诊断ID。
基于经典CAN标准帧诊断ID的扩展寻址的嵌入式通道配置
CodeMaven的博客
09-12 235
CAN_Init函数用于初始化CAN通道的相关参数，CAN_SendMessage函数用于发送CAN消息，CAN_ReceiveMessage函数用于接收CAN消息。在本文中，我们将探讨基于经典CAN标准帧诊断ID的扩展寻址的嵌入式通道配置，并提供相应的源代码。然而，这种标识符长度有限，限制了可用的地址空间。为了克服这个限制，扩展寻址引入了29位的标识符，提供了更大的地址空间，允许更多的设备和消息类型。在嵌入式系统中配置基于经典CAN标准帧诊断ID的扩展寻址的通道，我们需要使用适当的硬件和软件支持。
测试开发实践系列 为支持全车OTA的LIN诊断刷写：LIN通信协议 | LIN 传输层协议 | LIN诊断 | LIN诊断刷写测试实践
Polelink北汇信息的博客
12-04 5788
1.前言 随着现代汽车逐渐向电动化、网联化、智能化和共享化方向发展，对于部分LIN控制器，也开始被要求支持刷写，以实现在线刷写或者远程更新，满足全车OTA的要求。 相较于CAN、FlexRay及Ethernet等其他车载网络，LIN是一种低成本的串行通信总线，它主要用于车内传感器和执行器的通信场合，例如车内门锁控制、座椅调节、灯光照明，车窗控制等。LIN2.0以及之后的规范（LIN2.1，ISO17987）定义了如何在数据链路层之上实现诊断的功能，本文将基于LIN2.1的诊断刷写测试开发和实践进行分享。
基于CANFD扩展帧诊断ID -- 正常寻址和扩展寻址的嵌入式通道配置
CodeSageX的博客
09-20 403
本文将详细介绍如何配置基于CANFD扩展帧的诊断ID通道，包括正常寻址（Normal addressing）和扩展寻址（Extended addressing）。本文介绍了基于CANFD扩展帧的诊断ID通道的配置方法，包括正常寻址和扩展寻址两种模式。与正常寻址模式类似，我们在发送消息时构造了一个CANFD扩展帧，并在接收消息时检查CAN ID是否与扩展寻址诊断ID匹配。在扩展寻址模式下，CANFD扩展帧的诊断ID通道使用扩展的29位CAN ID进行寻址。
LIN诊断（1）——CANoe内置诊断工程解读
蚂蚁小兵
08-29 2529
LIN诊断实例学习
鉴源实验室丨车载ECU嵌入式设备的诊断测试 - 服务
TICPSH的博客
09-28 1131
本章节将从诊断服务测试展开细说测试相关知识，主要分享上层的相关应用测试。
uds诊断功能寻址配置
01-15
### UDS诊断协议寻址配置方法及参数设置 #### 物理寻址与功能寻址的区别 在UDS（统一诊断服务）协议中，存在两种主要的寻址方式：物理寻址和功能寻址。对于拥有多个ECU（电子控制单元）的汽车网络而言，这两种寻址机制提供了不同的通信路径。 - **物理寻址**用于特定节点之间的直接一对一交互。这种方式下，每个消息都携带源地址和目标地址的信息，使得发送方能够精确指定接收者[^3]。 - **功能寻址**则允许向具有相同功能的一组设备广播指令而不必关心具体哪个成员回应。这意味着可以简化某些类型的查询操作，尤其是在不知道确切响应来源的情况下特别有用。 #### 功能寻址的应用场景 当涉及到大量ECUs时，使用功能寻址能显著提高效率并减少复杂度。例如，在初始化阶段或执行全局性的状态检查时，可以通过一次调用来收集所有相关组件的数据而无需单独访问每一个实体。 #### 配置流程概述 为了实现有效的功能寻址，通常需要完成以下几个方面的设定： 1. 定义好各个子系统的唯一标识符和服务ID (SID)，这有助于区分不同种类的服务请求； 2. 设置适当的CAN-ID范围来支持多播或多路传输特性； 3. 确定哪些类型的事件应该触发自动回复以及如何处理这些反馈信息。 ```python # Python伪代码展示基本的功能寻址逻辑 def configure_functional_addressing(ecus_list, service_id): for ecu in ecus_list: # 假设ecu对象有一个方法set_service_handler()用于注册服务处理器 ecu.set_service_handler(service_id) configure_functional_addressing([ecu1, ecu2], 0x1A) # 示例：为两个ECU配置SID=0x1A的服务监听器 ``` 通过上述措施，可以在不影响现有架构的前提下引入更加灵活高效的通讯手段，从而更好地满足现代车辆日益增长的需求。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

诊断协议那些事儿

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

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

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

打赏作者

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

抵扣说明：

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

余额充值