汽车诊断之UDS入门-诊断会话状态机0x10

已于 2022-09-29 10:11:49 修改
阅读量1.4k 收藏 3
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 汽车诊断 文章标签： 汽车 网络
于 2022-09-28 11:19:12 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44842720/article/details/127085773
本文介绍了ECU中诊断会话（session）的概念及其控制方法。通过0x10服务可以激活不同的诊断会话，如默认会话、编程会话及扩展会话。文章还讨论了在不同会话间切换的需求及保持非默认会话的技术细节。

有些安全相关的服务要求在特定的非默认会话下解锁使用，对于和安全无关不改变ECU状态和数据的服务例如0x22(ReadDataByIdentifier)服务可以在默认会话下进行。

0x10(DiagnosticSessionControl)用来激活ECU各个诊断会话（session)，包括3个subfunction,0x01 default session默认会话，0x02 Programming session 编程会话，0x03 Extended session 扩展会话，会话之间的跳转关系如下图所示。由于S3定时器存在，Tester需要周期性发送0x3E 0X80/00，使ECU保持在非默认会话下 .

汽车UDS诊断之诊断会话控制服务（0x10）深度剖析
心骗小白话的博客
07-03 7124
DiagnosticSessionControl就是诊断会话控制。 请求消息定义 A_Data类型 参数名称 Cvt 字节值 助记符 #1 诊断会话控制请求SID M 0x10 DSC #2 子功能=[诊断会话类型] M 0x00-0xFF LEV_DS_ ...
《UDS协议从入门到精通》系列——图解0x10：诊断会话控制
车载系统攻城狮
10-16 1万+
什么是诊断会话控制服务？切换模式时ECU要做哪些？有没有通信示例？本文全网最详解！！
6、UDS会话管理的“黑箱”揭秘——从状态机到实战攻防
qq_36535423的博客
07-25 792
摘要： 本文深入解析UDS协议会话管理机制，揭示ECU诊断会话的状态转换、安全访问流程及攻防实战。核心内容包括： 会话状态机：默认会话（0x10 01）、编程会话（0x10 03）的权限控制与超时规则； 安全访问（0x27服务）：种子生成、密钥派生及防暴力破解设计； 攻防案例：会话劫持、密钥暴力破解的漏洞利用与防御方案（如CANoe白名单配置）； 工具链实战：CANoe脚本监控会话状态、Python自动化渗透测试； 防御建议：双向认证、日志审计及超时重置机制。文末提供互动实验指南，助力理解会话管理安全。
FlashBootloader11【诊断会话管理状态机】
01-09 1063
文章目录1 缩略语2 会话管理状态机3 应用软件与引导加载程序的跳转流程 传送门 ==>> AutoSAR实战系列300讲「糖果Autosar」总目录 1 缩略语 下列缩略语用于下文描述的会话管理中的转移各个状态的转移条件。 缩略语 描述 SIS Software Integrity status软件完整性状态 SVF Software valid flag软件有效标志位 DSC Diagnostic session control诊断会话控制 Tpup Time
【车载开发系列】AutoSar当中的诊断会话控制
千月星跡
01-22 1855
DiagnosticSessionControl，SID是0X10，主要功能是控制服务端的会话模式切换。一般默认上电后是在默认会话模式下，当某一个服务端正在运行时，只会出现一个会话模式，不会同时存在两个会话模式。
【CANdelaStudio编辑CDD】-1.2-给$10服务SessionControl创建一个新Session会话并修改Session state machine会话状态机(UDS诊断)
「汽车电子助手」的博客
09-20 5632
前一篇：【UDS诊断描述文件CDD】-1.1-ISO_14229中$10服务理论部分https://blog.csdn.net/qfmzhu/article/details/120375515案例背景： 在CDD中如何给$10服务创建一个新的Session会话； 在CDD中如何给$10服务修改Session state machine会话状态机。 目录 1 查看$10服务中已有的Session会话​ 2 查看$10服务中已有的Session state machine会话状态机 3 在$10...
整车诊断会话控制服务0x10
qiu421的博客
08-27 369
0x10服务是所有诊断服务里面最简单的，叫做会话控制服务。其实就是你诊断仪以一个什么样的身份跟被测对象对话，你的身份对了，那就允许你问对应的问题，你的身份有问题，那对不起，我拒绝回答你的这个问题。用滴滴司机的话来说，就是请搞清楚你的定位。会话控制服务没有子服务，一般标准里面就三个子功能，也就是三个会话，默认会话0x01、编程会话0x02、扩展会话0x03。默认会话0x01：一上电就是这个会话，哪怕上电之前是别的会话都好，只要一上电就肯定是它，这是最低级的，能问的问题也是最少的。
UDS 诊断 - DynamicallyDefineDataIdentifier（动态定义数据标识符）（0x2C）服务
耳朵东金子千的博客
08-26 1390
下表定义了请求消息 —。字节参数名称字节值Cvt#1DynamicallyDefineDataIdentifier（动态定义数据标识符）请求SID0x2CM#20x01M#3#4MM#5#6MM#7positionInSourceDataRecord #1（第 1 个源数据记录中的位置）M#8memorySize #1（第 1 个内存大小）M. .. .. .. .#n-3#n-2UU#n-1。
UDS 诊断 - ReadScalingDataByIdentifier（按标识符读取换算数据）（0x24）服务
耳朵东金子千的博客
08-22 1320
字节参数名称字节值#1ReadScalingDataByIdentifier（按标识符读取换算数据）请求SID0x24#2#3byte#2 ]定义dataIdentifier（数据标识符）此参数识别客户端当前锁清秋的服务器数据记录。字节参数名称字节值Cvt#1ReadScalingDataByIdentifier（按标识符读取换算数据）请求SID0x64M#2#3byte#2 ]MM#4scalingByte#1（第 1 个换算字节）M#5#(p-1)+5。
UDS 诊断 - ReadDataByPeriodicIdentifier（按周期性标识符读取数据）（0x2A）服务
耳朵东金子千的博客
08-23 1393
字节参数名称字节值Cvt#1ReadDataByPeriodicIdentifier（按周期性标识符读取数据）请求SID0x2AM#2transmissionMode（传输模式）M#3periodicDataIdentifier（周期性数据标识符）[] 第 1 个C. .. .. .. .#m+2periodicDataIdentifier（周期性数据标识符）[] 第 m 个U。
UDS 诊断 - ReadDataByIdentifier（按标识符读取数据）（0x22）服务
耳朵东金子千的博客
08-20 1579
字节参数名称字节值#1ReadDataByIdentifier（按标识符读取数据）请求SID0x22#2#3byte #2]#n-1#nbyte #2]定义dataIdentifier（数据标识符）（第 1 个至第 m 个）此参数识别客户端当前所请求的服务器数据记录。字节参数名称字节值#1ReadDataByIdentifier（按标识符读取数据）响应SID0x62#2#3byte #2]#4#(k-1)+4data #1data #k]
汽车UDS诊断详解及Vector相关工具链使用说明——2.1.2 诊断会话控制服务（0x10）
weixin_42967006的博客
05-25 3528
诊断会话控制服务（DiagnosticSessionControl）的SI是0x10，它是最为基础的一个诊断服务。 1. 诊断会话的概念 1.1 何为诊断会话。 诊断会话其实也可以称为诊断模式，ECU在同一时刻必然会处于某一种诊断会话下，且只能处于唯一一种诊断会话下。 它类似于一个基础平台，不同的诊断会话所支持的诊断服务不同，同时也具有不同的诊断定时参数，如诊断响应的最大允许时间等。 诊断会话总体上分为默认会话和非默认会话两种，非默认会话还可以进一步分为多个具体的诊断会话。 1.2 诊断会话间的转换 ECU
10服务-DiagnosticSessionControl
诊断协议那些事儿's blog
11-12 932
诊断会话又称作诊断模式，本质上是UDS各个服务的“权限条件”，使用10服务启动服务器不同的会话状态。不同的会话状态具有一组特定的诊断服务和/或功能、以及不同的定时参数 。标准定义了默认会话和非默认会话下允许的服务。诊断会话分为默认会话和非默认会话两种，非默认会话有可以进一步分为编程会话、扩展会话、安全系统会话等。
整车控制器开发之状态机设计
汽车工程师精选
05-05 197
基于MATLAB 2018 simulink 我们搭建其状态机，主状态大致分为几个子模块：唤醒与休眠、上下电流程、模式跳转、故障跳转。整车控制器被唤醒后实时响应关键信号(例如钥匙、档位等)，在几个子模块之间跳转，实现状态机的核心作用。
UDS诊断服务（0x10)
qq_45315904的博客
07-12 2861
UDS诊断是一种汽车诊断技术，通过收发车辆ECU的请求信号，即可做出相应的响应。它的数据帧是由8字节构成，分别为单帧，首帧，续帧，流帧。1.通讯管理单元命令 0x10 （诊断会话控制）每次用到UDS，都需要加上0x10命令，而10指令有三个模式可以选择，即默认模式，刷新模式，扩展模式，对应的指令分别为：10 01 ， 10 02 ， 10 03；一般发完指令后，就会马上被回复响应标识符，50-7E为肯定响应服务标识符，7F为否定服务响应标识符。即正响应（50） 负响应（7F)以上说明针对ISO 14229
车载诊断协议UDS——会话模式状态机Session
Soly_kun的博客
01-02 1263
如上图中所示，可直观查看不同会话模式之间切换。其中若当前处于非默认会话模式，控制器重置（Reset），控制器会强行跳转到默认会话模式。
汽车诊断简介
热门推荐
脚踏实地，仰望星空
03-09 2万+
一. 诊断概述     当前，整车厂和供应商采用在线诊断与离线诊断相结合的诊断方法。 在线诊断：它能够在汽车运行过程中不断监测电子控制系统各组成部分的工作情况，如有异常，根据特定的算法判断出具体的故障，并以代码形式存储下来，同时启动相应故障运行模块功能，使有故障的汽车能够被驾驶到修理厂进行维修，维修人员可以利用汽车故障自诊断功能调出故障码，快速对故障进行定位和修复。因此，从安全性和维修便利的角
结合实例讲解UDS诊断中的—会话Session的切换
WE_BIG的博客
12-24 4910
这里跳转，我们暂时不关注 10 04 会话和其他会话之间的关系从这张图中可以读取很多信息和注意事项注意点1：会话跳转顺序，10 01 default会话不能直接跳转到10 02 Programming会话和10 06会话中间需要先经过 10 03 Extened会话。注意点2：Extened会话和Programming会话之间的跳转关系，只能由10 03-》10 02 ，注意只能是单向跳转。注意点3：之间可以相互跳转。
诊断服务之0x10（DiagnosticSessionControl）
qq_42184299的博客
04-21 1705
诊断服务之0x10服务详解
UDS 0x10 服务 0xD0 会话 Quiescent-Current Diagnostic-Mode Start
最新发布
08-24
<think>嗯，用户这次的问题是关于UDS诊断协议中0x10服务的0xD0子服务（Quiescent-Current Diagnostic-Mode Start）的启动机制和配置方法。这个问题相当专业，看来用户可能是汽车电子领域的工程师或开发者。 从用户提供的引用资料来看，引用[1]和[2]详细介绍了0x10服务的基本特性，特别是会话控制机制和时序参数。引用[5]补充了P2*ServerMax超时时间的计算方式。虽然其他引用提到0x86和0x3D服务，但与本问题关联不大。 用户的核心需求很明确：想知道如何实现和配置0xD0这个特定会话模式。这个模式在ISO 14229标准中属于特殊电源模式，主要用于车辆休眠状态下的诊断，对电流消耗有严格要求。 在组织回答时，需要重点解释几个关键点： 首先必须说明0xD0会话的本质是低功耗诊断模式，这与常规的默认会话或编程会话有根本区别。然后要强调其核心约束条件——电流消耗必须控制在极低水平（通常低于10mA）。配置方面需要覆盖服务端和客户端两部分的实现逻辑，特别是服务端ECU需要做的状态切换和电流监控。 考虑到用户可能是要实现这个功能，还需要补充一些工程实践中的注意事项，比如唤醒线配置、网络管理协调等容易踩坑的点。最后用流程图展示典型会话切换过程会更有帮助。 用户应该需要具体的技术细节，所以回复中要包含： - 精确的请求响应报文格式 - 时序参数计算（如P2*ServerMax=5000ms） - 必要的状态机转换逻辑 - 典型的NRC错误码 这个问题的专业性很强，用户能提出0xD0这种特定模式，说明已经对基础会话模式（如0x01/0x02/0x03）很熟悉了。因此回答可以跳过基础概念，直接深入技术实现层面。不过还是需要简要说明0xD0与其他会话模式的区别，因为这是配置的关键前提。 从引用[5]提到的超时时间计算方式来看，用户可能对协议中时间参数的处理有疑问，这点在回复中要特别说明清楚，比如01 F4如何换算成5000ms。</think>以下是关于UDS协议中0x10服务的0xD0会话模式（Quiescent-Current Diagnostic-Mode Start）的详细解析： --- ### **0x10服务0xD0会话模式核心机制** 1. **功能定义** `0xD0` 属于**静态电流诊断模式**，专用于车辆休眠状态下的低功耗诊断。ECU在此模式下需将静态电流降至极低水平（通常$<10mA$），同时保留基础诊断能力。 2. **启动条件** - **硬件要求**： ECU必须支持**多级唤醒机制**（如KL15唤醒线 + 特定CAN报文唤醒）。 - **状态约束**： 仅当ECU处于`DefaultSession`（默认会话）且车辆电源模式为`OFF`时允许激活[^1][^2]。 3. **请求报文格式** ```markdown | 字节位置 | 值 | 说明 | |----------|----------|---------------------| | 0 | 0x10 | SID（服务标识） | | 1 | 0xD0 | 子功能（0xD0模式） | ``` > ⚠️ 若需抑制正响应（Suppress Positive Response），需设置子函数最高位为`1`（即`0xD0 | 0x80 = 0x50`）[^1][^5]。 4. **响应机制与时序** - **正响应**： ```markdown | 字节 | 值 | 说明 | |------|-------|---------------| | 0 | 0x50 | 响应SID | | 1 | 0xD0 | 激活的子功能 | | 2-3 | 0xXX | 会话参数（如P2*）| ``` **超时参数计算**（参考引用[5]）： - `P2*Server_max = 5000 ms`（示例中`01 F4`的十六进制转十进制：$500 \times 10 = 5000ms$）[^5]。 - **负响应（NRC）**： 常见错误码： - `0x12`（sub-function not supported） - `0x22`（conditions not correct）[^4]。 --- ### **配置与实现关键点** 1. **ECU端配置** - **电源管理**： 需实现**分级供电策略**，关闭非核心模块（如传感器、执行器），仅保留CAN收发器和基础MCU。 - **唤醒过滤**： 仅响应`0x10 0xD0`和物理唤醒信号，过滤其他报文以降低功耗。 2. **诊断仪端逻辑** ```python def activate_quiescent_mode(): send_uds_request(0x10, 0xD0) # 发送0x10 D0请求 start_timeout_timer(5000) # 启动P2*超时计时器 if response_received(): if response[0] == 0x50: # 正响应确认 enter_low_power_monitor() elif response[0] == 0x7F: # 负响应处理 handle_nrc_error(response[2]) else: raise TimeoutException("P2*超时未响应") ``` 3. **工程注意事项** - **网络管理协调**： 需与CAN NM（网络管理）协同，避免ECU被其他节点唤醒[^2]。 - **电流监控**： 必须集成电流检测电路，实时验证静态电流是否达标。 - **超时恢复**： 若超过`P2*`时间无操作，ECU自动退回`DefaultSession`[^5]。 --- ### **典型会话流程** ```mermaid sequenceDiagram participant 诊断仪 participant ECU 诊断仪->>ECU: [0x10 D0] 启动静态电流模式 alt 激活成功 ECU-->>诊断仪: [0x50 D0] 正响应 ECU->>ECU: 关闭非关键模块，电流降至<10mA 诊断仪->>ECU: 发送特定诊断请求（如0x22读数据） ECU-->>诊断仪: 响应诊断数据（保持低功耗） else 激活失败 ECU-->>诊断仪: [0x7F 10 22] NRC_conditionsNotCorrect end ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值