首页WIN10问题UDS服务基础篇之14

UDS服务基础篇之14

时间2022-12-22 04:00:06发布分享专员分类WIN10问题浏览98

来源 | ADAS与ECU之吾见

知圈 | 进“底盘社群”请加微yanzhi-6,备注底盘

前言

你知道如果系统产生了DTCserver 2003 ,应当如何清除呢?

14服务具体的执行流程如何server 2003 ?

14服务在使用过程中的常见bug又有哪些server 2003 ?

这篇,我们来一起探索并回答这些问题server 2003 。为了便于大家理解,以下是本文的主题大纲:

UDS服务基础篇之14

正文

根据 ISO14119-1标准中所述,诊断服务14主要用于Client向Server(ECU) 请求清除诊断相关信息server 2003 。

应用场景

一般而言server 2003 ,14诊断服务,主要应用场景为以下场合:

ECU被刷写新的软件后server 2003 ,此时需通过14诊断服务清除下DTC,然后读取下DTC查看是否存在异常的DTC,保证系统监控正常;

在产线EOL工位或者客户电检工位上都会执行下14服务以便清除下历史DTCserver 2003 ,然后查看下是否存在任何当前的DTC;

上述这些应用场景较为常见,除此以外,当然还有很多面向ECU内部测试的应用场合,这里就不一一列举server 2003 。

注意事项:

14服务可以指定某个DTC Group组(如Powertrain, Body, Chassis等)进行清除或者指定DTC进行清除server 2003 。同时除非有特殊说明,否则将会清除所有排放相关或者非排放相关的DTC。

DTC清除原理:

UDS服务基础篇之14

服务请求

服务请求是Client发送给到Server的诊断服务指令server 2003 。其中Client可以理解为Tester,Server可以理解为ECU节点。

请求格式

按照ISO14229-1标准所述server 2003 ,如下图1所示:

图1 14诊断服务请求格式

下图2中各参数解释如下:

图2 14请求格式说明

对于参数" groupOfDTC"按照14229-1标准文档定义取值如下:

UDS服务基础篇之14

图3 DTC Group定义

其中Powertrainserver 2003 , Chassis,Body Group中的定义可以由各个主机厂自行定义,对于0xFFFF00-0xFFFFFE字段, 如FFFF33表示排放相关的DTC Group,FFFFD0则表示Safety Group,其他的DTC group见如下表表格定义:

UDS服务基础篇之14

UDS服务基础篇之14

图4 DTC Group标准定义

请求实例

以清除排放相关的DTC Group FF FF 33为例server 2003 ,如下图5所示:

图5 14诊断请求实例

发送14 FF FF 33诊断指令请求清除排放相关的DTC Groupserver 2003 。

服务响应

服务响应是针对Client对Server诊断请求的响应server 2003 。

正响应格式

如下图6所示server 2003 ,为14诊断服务的正响应格式:

图6 14诊断服务正响应格式

从上图中可以看出server 2003 ,11诊断服务的正响应由以下三个部分组成:

Response ID:该参数固定为SID+0x40 = 0x54;

正响应实例

如下图7所示server 2003 ,为上述请求示例所对应的正响应:

图7 14正响应实例

负响应NRC支持

绝大多数情况下,Server针对Client的请求都会给到正响应,比如发生重启前需确保整车处于安全状态,如引擎熄火,车速不能超过3km/h等,或者为了防止不按照诊断请求格式进行请求,那么Server需要通过某种方式来告诉Client执行不成功的原因在哪里以便于调查问题直至得到正响应server 2003 。

因此ISO14229-1针对所有的诊断服务提供了一种统一的诊断负响应的诊断格式: 7F +SID + NRCserver 2003 。

其中 NRC全称为Negetive Responce Code,每个NRC具有唯一的含义来代表当前诊断请求错误的原因所在server 2003 。当然每个诊断服务支持的NRC不尽相同,具体支持的NRC需要参考ISO14229-1标准文档,对于14服务而言支持的NRC如下表:

UDS服务基础篇之14

图8 14服务NRC支持

例如当尝试请求清除DTC时且当前车速条件不满足,此时Client发送诊断指令" 14 FF FF FF "请求Server发生清除DTC行为,Server将会回复“ 7F 14 22 ”来告诉请求者当前执行清除DTC的条件不满足,请再次检查执行清除DTC的条件server 2003 。

当发送报文长度或者格式不对时server 2003 ,则Server会回复" 7F 11 13 ";

当诊断请求的groupOfDTC不在Server支持的范围内时server 2003 ,则Server会回复” 7F 11 31“ ;

当Server在执行写入NVM出现错误的时候server 2003 ,那么此时Server则会回复" 7F 11 72 ";

NRC优先级

有时候输入的诊断指令可能会同时存在多种错误server 2003 ,因此为了区分这些不同种错误的重要性,14229-1标准文档规定了NRC的优先级,针对14服务的NRC优先级如下:

UDS服务基础篇之14

图9 14服务NRC优先级常见bug大揭秘

对于从事过UDS开发的小伙伴可能会发现,其实针对每个服务的Bug都是有迹可循的,万变不离其宗,绝大多数问题都是由于针对需求理解不清晰或者其他人为因素导致的问题server 2003 。

因此,为了方便大家能够在工作过程中能够快速找到问题症结所在,特将小T了解到的常见14服务Bug分享给到大家,当然具体问题还是要具体分析server 2003 。

图10 常见问题bug

所谓14清除DTC策略就是如下AUTOSAR配置参数" DemClearDTCBehavior"来实现server 2003 。

UDS服务基础篇之14

图11 DTCClearBehavio选项

------------- END --------------

爱资源吧版权声明:以上文中内容来自网络,如有侵权请联系删除,谢谢。

UDSUDSserver 2003
Zabbix与乐维监控对比分析(一)——架构、性能篇 u深度u盘bios重装系统