原副标题：UDS服务项目此基础篇之14
ADAS与ECU之吾见
知圈 | 进“车身海外华人”请加微yanzhi-6,附注车身
序言
你晓得假如控制系统造成了DTC，应怎样去除呢？ 14服务项目具体内容的继续执行业务流程怎样？ 14服务项目在采用操作过程中的常用bug又有什么样？这篇，他们来一同积极探索并提问那些难题。为的是易于他们认知，下列是责任编辑的主轴概要：
节录
依照 ISO14119-1国际标准中所说，确诊服务项目14主要就用作Client向Server(ECU)允诺去除确诊有关重要信息。
应用领域情景
一般来说，14确诊服务项目，主要就应用领域情景为下列公开场合：
ECU被李神符捷伊应用软件后，这时需透过14确诊服务项目去除下DTC，接着加载下DTC查阅与否存有极度的DTC，确保科川恒定； 在生产线EOL机柜或是顾客噪音管制机柜上单厢继续执行下14服务项目以期去除下发展史DTC，接着查阅下与否存有任何人现阶段的DTC；前述那些应用领域情景极为常用，除此之外，总之除了许多面向全国ECU内测的应用领域公开场合，这儿就不细说。
小常识：
14服务项目可以指定某个DTC Group组(如Powertrain, Body, Chassis等)进行去除或是指定DTC进行去除。同时除非有特殊说明，否则将会去除所有排放有关或是非排放有关的DTC。
DTC去除原理：
服务项目允诺
服务项目允诺是Client发送给到Server的确诊服务项目指令。其中Client可以认知为Tester，Server可以认知为ECU节点。
允诺格式
按照ISO14229-1国际标准所说，如下图1所示：
图1 14确诊服务项目允诺格式
下图2中各参数解释如下：
图2 14允诺格式说明
对于参数” groupOfDTC“按照14229-1国际标准文档定义取值如下：
图3 DTC Group定义
其中Powertrain， Chassis，Body Group中的定义可以由各个主机厂自行定义，对于0xFFFF00-0xFFFFFE字段， 如FFFF33表示排放有关的DTC Group，FFFFD0则表示Safety Group，其他的DTC group见如下表表格定义：
图4 DTC Group国际标准定义
允诺实例
以去除排放有关的DTC Group FF FF 33为例，如下图5所示：
图5 14确诊允诺实例
发送14 FF FF 33确诊指令允诺去除排放有关的DTC Group。
服务项目响应
服务项目响应是针对Client对Server确诊允诺的响应。
正响应格式
如下图6所示，为14确诊服务项目的正响应格式：
图6 14确诊服务项目正响应格式
从上图中可以看出，11确诊服务项目的正响应由下列三个部分组成：
Response ID：该参数固定为SID+0x40 = 0x54； 正响应实例如下图7所示，为前述允诺示例所对应的正响应：
图7 14正响应实例
负响应NRC支持
绝大多数情况下，Server针对Client的允诺单厢给到正响应，比如发生重启前需确保整车处于安全状态，如引擎熄火，车速不能超过3km/h等，或是为的是防止不按照确诊允诺格式进行允诺，那么Server需要透过某种方式来告诉Client继续执行不成功的原因在哪里以易于调查难题直至得到正响应。
因此ISO14229-1针对所有的确诊服务项目提供了一种统一的确诊负响应的确诊格式：7F +SID + NRC。
其中 NRC全称为Negetive Responce Code，每个NRC具有唯一的含义来代表现阶段确诊允诺错误的原因所在。总之每个确诊服务项目支持的NRC不尽相同，具体内容支持的NRC需要参考ISO14229-1国际标准文档，对于14服务项目而言支持的NRC如下表：
图8 14服务项目NRC支持
例如当尝试允诺去除DTC时且现阶段车速条件不满足，这时ClientNRC优先级
有时候输入的确诊指令可能会同时存有多种错误，因此为的是区分那些不同种错误的重要性，14229-1国际标准文档规定了NRC的优先级，针对14服务项目的NRC优先级如下：
图9 14服务项目NRC优先级常用bug大揭秘
对于从事过UDS开发的小伙伴可能会发现，其实针对每个服务项目的Bug都是有迹可循的，万变不离其宗，绝大多数难题都是由于针对需求认知不清晰或是其他人为因素导致的难题。
因此，为的是方便他们能够在工作操作过程中能够快速找到难题症结所在，特将小T了解到的常用14服务项目Bug分享给到他们，总之具体内容难题还是要具体内容分析。
图10 常用难题bug
所谓14去除DTC策略就是如下AUTOSAR配置参数” DemClearDTCBehavior“来实现。
图11 DTCClearBehavio选项
————- END ————–
