漫谈UDS诊断协议系列
文章平均质量分 83
从车载诊断全栈工程师视角,依据整车开发V模型为样,从需求端定义诊断功能,基于AUTOSAR软件框架实现诊断功能,从集成测试、白盒测试、黑盒测试、手动测试、半自动化测试、全自动化测试为例,说明诊断协议ISO 14229
优惠券已抵扣
余额抵扣
还需支付
¥299.90
¥399.90
购买须知?
本专栏为图文内容,最终完结不会低于15篇文章。
订阅专栏,享有专栏所有文章阅读权限。
本专栏为虚拟商品,基于网络商品和虚拟商品的性质和特征,专栏一经购买无正当理由不予退款,不支持升级,敬请谅解。
车载诊断技术
专注于车载诊断技术10年,擅长从诊断需求规范制定—功能实现-集成测试;
精通车载诊断相关规范(ISO 14229、ISO 15765、ISO 13400、ISO 15031、ISO 11898、ISO 27145);
掌握业界常用车载工具(CANoe、CANdelaStudio、ODXStudio、CANoe.DiVa、Dawinci等);
熟悉AUTOSAR规范,精通车载诊断全流程(V模型)、精通车载AUTOSAR诊断模块CAN TP、DoIP、DCM、DEM、FIM等;
对车载电子电气架构、软件架构、OTA更新、新架构下的刷写及资源部分配有更深的探索
展开
-
车载诊断架构 --- UDS协议简略(万言文)
11表示服务不支持;12subfunction不支持;13请求的长度不正确,或者格式不正确31是请求超出范围;7E是在当前会话下subfunction不支持7F是在当前会话下服务不支持两个字节的根字节来定义DTC,左边前两位能反应DTC到底是哪一个系统:00表示Powertrain;01表示底盘;10表示车身;11是网络相关的。左边第3~4位反应的是,DTC到底是由ISO,SAE,这些标准组织所定义的故障,还是由整车厂来定义命名的故障;左边第5~8反应的是车辆系统的区域;原创 2024-09-01 21:09:22 · 701 阅读 · 0 评论 -
电子电气架构——由NRC优先级引起的反思
NRC优先级带给自己的思考原创 2024-06-23 19:25:55 · 415 阅读 · 0 评论 -
电子电气架构 --- 信息安全测试模糊测试
车载诊断和OBD协议原创 2024-06-10 13:07:47 · 1156 阅读 · 0 评论 -
电子电气架构——车载诊断DTC一文通
关于DTC参数的梳理## DTC information:#### 用于描述DTC监视了什么种类信号,信号传输是怎么实现的。### DTC信息需使售后人员了解DTC相关联的系统、功能及部件进而执行引导式诊断.### -> DTC监视的信号种类:原创 2024-06-08 22:16:47 · 736 阅读 · 0 评论 -
车载电子电器架构 —— Service 14功能
### 本文目的是分享汽车诊断Service 14和Service 19功能。原创 2024-05-19 20:26:41 · 465 阅读 · 0 评论 -
车载电子电器架构 —— 车载诊断和标定的对比
### 本文目的是分享汽车诊断和标定的功能对比。### 汽车行业的人大部分都听说过诊断和标定,熟悉诊断的人不少,但是了解标定的人不多!## 一、汽车标定是什么鬼?原创 2024-05-19 15:30:05 · 143 阅读 · 0 评论 -
车载电子电器架构 —— Service 19 PPT 讲述
车载电子电器架构 —— Service 19 PPT 讲述原创 2024-05-17 23:30:23 · 313 阅读 · 0 评论 -
车载电子电器架构 —— UDS Service 11介绍
车载电子电器架构 —— UDS Service 11介绍原创 2024-05-13 22:52:48 · 235 阅读 · 0 评论 -
车载诊断技术 --- Service 22读取DID怎么会导致ECU不在线
### 文章大体有如下内容:### 1、背景信息### 2、原因剖析### 3、总结原创 2024-05-05 12:48:48 · 137 阅读 · 0 评论 -
UDS深度解析Service 10
深度解读UDS协议Service 10原创 2024-04-21 20:44:04 · 502 阅读 · 0 评论 -
车载诊断的基本框架和概念
车载诊断的基本框架和概念原创 2024-04-21 16:25:37 · 469 阅读 · 0 评论 -
UDS---车载诊断精华总结
屏蔽力是信息过载时代一个人的特殊竞争力,任何消耗你的人和事,多看一眼都是你的不对。非必要不费力证明自己,无利益不试图说服别人,是精神上的节能减排。原创 2024-04-21 15:58:58 · 129 阅读 · 0 评论 -
电子电气架构 —— OEM关于DTC具体实现相关见解
### 本文主要讲述如下内容:### -> 1、DTC具体实现策略(Prefail、Prepass、Fail和Pass关系及区别);### -> 2、Test Period关于不同DTC设置策略;### -> 3、Step up 为何要比Step down大一些?### -> 4、关于Jump-Down,Jump-Up的一些思考原创 2023-06-23 20:52:17 · 1571 阅读 · 0 评论 -
车载诊断协议 —— 诊断服务Service 11
本文主要讲述如下内容,介绍车载诊断协议UDS关于Service 11相关内容:### -> 1、Service常见功能### -> 2、刷写场景下Service 11功能汇总### -> 3、ECU Reset执行序列原创 2023-06-17 17:06:30 · 622 阅读 · 0 评论 -
电子电气架构——车辆电子电气架构的网络安全汇总
随着汽车智能化、网联化的逐步推进,汽车在给人们的交通出行带来舒适便捷的同时,车载操作系统复杂化和丰富的对外通信接口更暴露出车载网络的脆落(无线远程连接),智能网联汽车的网络架构呈现异构、实时、成本敏感等特点原创 2023-05-13 19:53:41 · 776 阅读 · 0 评论 -
电子电气架构——车载诊断通信参数
本文大致有如下几个内容:-> 常见通信参数-> 功能实现端对参数的支持情况原创 2023-04-02 20:57:59 · 462 阅读 · 0 评论 -
电子电气架构——ECU软件升级完整性及一致性验证策略:签名验签
通过哈希算法对刷洗数据内容操作形成摘要,再通过RSA算法加密生成签名。将软件写入ECU之后,ECU首先需要使用RSA算法对数字签名进行解密得到摘要A,然后采用Hash算法从软件内容中得到摘要B,如果A=B,则说明软件是合法的。原创 2023-03-19 16:01:46 · 973 阅读 · 0 评论 -
电子电气架构——UDS在车载以太网中的应用(ISO 14229-5 2022版解析)
### UDSonIP引用ISO14229-1和ISO14229-2,并规定了用于互联网协议诊断通信的诊断服务的实现要求。### 本文件包括:### -> 特定于在以太网上实现UDS的附加要求;### -> 在以太网上实现UDS的具体限制。原创 2023-03-18 21:27:58 · 859 阅读 · 0 评论 -
电子电子架构——解读UDS协议不同版本(2006/2013/2020)区别
解读UDS协议不同版本之间的区分原创 2023-02-25 15:33:16 · 553 阅读 · 0 评论 -
车载诊断系列——车辆诊断 UDS 协议概述
基于以往培训PPT,对车载诊断协议UDS做了一个概述原创 2023-02-25 15:19:12 · 405 阅读 · 0 评论 -
电子电气架构——Vector关于车载诊断的设计和部署方案汇总
1、OEM研发部门;2、电子电气架构部门;3、车辆产线;4、售后部门等。原创 2023-02-19 17:18:21 · 375 阅读 · 0 评论 -
电子电子架构——测试方向CANoe发送功能寻址请求以及对应diagStopTesterPresent函数
(1)、物理请求ID;(2)、物理相应ID;(3)、功能请求ID;物理请求寻址ID 0x A1功能请求寻址 ID 0x B1物理响应寻址ID 0x E0variables。原创 2023-02-16 23:22:55 · 1042 阅读 · 0 评论 -
电子电气架构系列——关于车载诊断的一些思考
一种是以HPC(高性能处理器)外搭不同传感器和执行器。另外一种是以不同车身功能部位以域控制器为核心,基于自身通信需求,选用车载CAN线、Lin线、以太网等。两种方式各有优劣,也各有OEM基于其实现,且待时间的验证。原创 2023-01-31 21:47:00 · 299 阅读 · 0 评论 -
车载诊断协议——基于Vector诊断工具实现诊断测试
VN1630A/VN1640A 的集成 IO 功能可以同步采集信号以及 CAN/LIN 消息并通过数字输出切换高达 500 mA 的负载为了节省重量和空间,VN1610/VN1611/VN1630A/VN1630 log 集成了 CAN 高速收发器。 标准 D-SUB9 连接器支持双通道原创 2023-01-30 23:01:40 · 1131 阅读 · 0 评论 -
车载诊断系列 —— 车辆诊断(Vehicle Diagnostics)
介绍车载诊断全流程分析原创 2023-01-30 22:54:13 · 665 阅读 · 0 评论 -
车载诊断系列——车辆诊断(Vehicle and Fleet Diagnostics)
对于诊断发展的趋势,鉴于车载以太网发展,带来了远程连接的可能性。因此会有图中几种可能性:-> 远程诊断和数据采集(可用于大数据分析);-> 远程车辆刷写(OTA),用于修复车辆故障;-> 售后远程诊断用于界定故障部位。原创 2023-01-21 17:00:57 · 739 阅读 · 0 评论 -
车载诊断系列——汽车E/E技术(Automotive E/E Technologies)
该属性保持与HPC的独立区域通信仅面向服务。因此,来自A区的信号需要在服务中传输,反之亦然,如果它应该传输到B区,这便是SOA通信架构的优势。每个区域控制器都有助于底盘(横向和垂直动态)、ADAS、车身/舒适功能。高性能计算机。故障操作需求的可能冗余。每个 HPC、区域控制器和连接 ECU 都可以使用面向服务的架构。如上是讲述车身新趋势和电子电气架构新变化的内容,希望有所帮助!原创 2023-01-19 22:20:08 · 328 阅读 · 0 评论 -
解读UDS协议中NRC以及NRC优先级
因此该例子中虽然NRC 36、NRC 13都触发了,但是根据优先级,ECU会响应7F 27 13。关于NRC具体含义可参看ISO 14229协议附录表A,对全部NRC做了明确定义(NRC含义、触发条件),当涉及到多个NRC同时触发,当上图中没有具体描述的时候,需要OEM在诊断需求规范中明确。在OEM定义诊断需求规范时,会详细定义对应服务的NRC优先级,这样工程师在编写测试规范和测试用例时,就会基于这样的策略进行测试。当然也会有特定情况,就需要Supplier工程师与OEM项目对接人对其该具体内容信息原创 2023-01-15 13:20:29 · 4055 阅读 · 0 评论 -
UDS协议一致性测试之Service 27环境NRC 13、NRC 24优先级判断
预祝各位看官周末愉快,牙齿晒太阳哈。今天闲聊下在进行UDS协议一致性测试时,Service 27测试背景下NRC 13/24优先级判断问题。在实际一个车载控制器项目,首先OEM会提出该控制器的诊断需求规范(本文暂以诊断视角分析问题),对于测试端,会根据需求规范,提炼出测试规范。测试的目的是验证控制器功能实现是否是按照需求规范定义的内容来实现的,当然这期间会有很多正向、逆向、各种非工况的测试。当然对于测试而言,又区分很多内容:单元测试、集成测试、敏捷测试等等,不是本文重点,不过多讨论。首先原创 2023-01-14 21:30:13 · 4540 阅读 · 0 评论 -
车载诊断系列——CANoe基础诊断功能
如上图诊断控制台是CANo通过加载诊断数据库CDD(当然也支持加载另外一个常见的诊断数据库CDD/PDX),将数据库中编辑的诊断描述内容在人机交互界面显示出来,在测试的时候,工程师使用CANoe,通过硬件接口卡:车载CAN总线使用接口卡VN16系列;车载以太网使用接口卡VN56系列。连接好待测ECU, 工程师基于自己项目的测试规范编写的测试用例,手动进行测试即可!注:相比手动测试,在测试流程中还有自动化测试方案:1、一种是半自动化,需要工程师基于需求规范编写测试规范,基于测试规范编写测试原创 2023-01-14 21:17:07 · 2152 阅读 · 0 评论 -
电子电器架构车载诊断测试篇——怎么使用CANoe手动发送功能寻址诊断请求?
测试工程师在物理寻址诊断控制台ABS_ESP发送 Service 10 01(默认会话模式请求)在功能寻址诊断控制台ABS_ESP_1发送Service 10 03(扩展会话模式诊断请求)发送完请求后,查看Trace内容如下,达到自己使用目的:原创 2023-01-14 00:19:44 · 695 阅读 · 0 评论 -
UDS协议一致性测试之Service 27环境NRC 13、NRC 24优先级判断
在实际一个车载控制器项目,首先OEM会提出该控制器的诊断需求规范(本文暂以诊断视角分析问题),对于测试端,会根据需求规范,提炼出测试规范。测试的目的是验证控制器功能实现是否是按照需求规范定义的内容来实现的,当然这期间会有很多正向、逆向、各种非工况的测试。原创 2023-01-04 21:48:53 · 612 阅读 · 0 评论 -
车载诊断协议UDS——Fault Momery 中DTC那点事
在研发工程师做Aging Counter功能实现以及测试时,首先在代码做功能实现,在CANoe中用IG模块仿真车辆钥匙开关量,在编译环境下,将存储Aging Counter的寄存器标注出来,Debug运行。每一次开关量的切换,看Aging Counter存储器值是否增加+1.等到40,检测DTC是否清除。原创 2023-01-04 21:29:01 · 713 阅读 · 0 评论 -
车载诊断协议——ECU刷写(Software Update)那回事
以上是个人对于ECU刷写整体流程的认识。由于现阶段车企对OTA越发重视,所以要求Bootloader功能具有很高的稳健性,能够保证在不同极端条件下都可以对ECU进行刷写。因此Bootloader刷写测试的重要性越来越凸显。如下举常见几种测试策略,方便大家理解:原创 2023-01-04 21:06:05 · 2025 阅读 · 0 评论 -
车载诊断协议UDS——诊断刷写(Software Update)
伴随着OTA越来越普及,可设想以后对于控制器软件更新频率会越发快速。像蔚来汽车基于整车控制器软件更新一月一次,类似于手机APP更新模式一样。基于这样的操作,ECU刷写稳健性需更加重视。车载环境是一个很复杂的运行环境,控制器刷写过程中不可控会出现各种状况。这时需要对ECU刷写测试重视,来保证Bootloader代码的稳健性。原创 2023-01-04 20:47:27 · 2648 阅读 · 0 评论 -
车载诊断协议UDS——DTC 判定机制以及DTC Status个人见解
结语:对于控制器,在定义其诊断需求规范时会选择支持的DTC Status中的bit位、DTC触发条件、检测频率等,通过软件代码来实现检测功能。ECU一上电,故障检测代码就在循环运行。原创 2023-01-02 19:27:14 · 2205 阅读 · 0 评论 -
车载诊断协议UDS——读取故障服务Service 19
如上对DTC状态位,每一个bit进行定义(每个bit位含义在下周文章分享)。在具体一个控制器诊断需求规范中,OEM明确定义此控制器支持那些bit位(这8个bit位按需定义,没有硬性规定全部支持),同时每个bit位相应有不同的触发条件(同样在下篇文章分享)。原创 2023-01-02 18:40:55 · 1421 阅读 · 0 评论 -
车载诊断协议UDS——读写服务Service 22/2E
关于2E服务,给出肯定响应后(6E+DID),一般情况下还会用22+DID再读取,来验证是否真正的写入成功。另外,Service 2E一般是在扩展会话模式以及解锁状态下执行,在编辑诊断数据库时,需要关联好这两个状态机。原创 2023-01-02 18:07:37 · 1476 阅读 · 0 评论 -
车载诊断协议UDS——安全访问
Tester尝试解锁控制器,第一次发送错误Key值,控制器响应NRC 35,等到第三次尝试解锁,控制器响应NRC 36(表示尝试次数已>=3),这时再去请求Seed值,会响应NRC 37,意味着需要等待Delay_Timer时间。可类比手机解锁,当使用者连续几次解锁失败后,手机会设置等待时间,这期间不允许尝试解锁,目的是防止持续破解,保护安全。原创 2023-01-02 17:59:01 · 421 阅读 · 0 评论 -
车载诊断协议UDS——会话模式状态机Session
如上图中所示,可直观查看不同会话模式之间切换。其中若当前处于非默认会话模式,控制器重置(Reset),控制器会强行跳转到默认会话模式。原创 2023-01-02 17:28:35 · 1031 阅读 · 0 评论