【ISO14229_UDS_0x7F服务详解】

1、0x7F服务(UDS Negative Response Service,否定应答服务)

  Service description:
  0x7F服务(UDS Negative response Service,否定应答服务)被ECU用于表示诊断服务请求的报文无效,被终止,抑或是在当前请求时刻无法执行的情况。而在否定应答报文中的返回码ResponseCode则应该能够表示诊断服务失效或者是无法被完成的原因。

2、否定应答报文定义

  下表定义了否定应答报文的格式:

字节序号参数值约定字节值
#1Negative Response SIDM0x7F
#2Service Name Request SIDM0xXX
#3responseCodeM0xXX
#4specificCauseCodeC0xXX

  C:只有当responseCode == 0x22时,否定应答报文中应该附带上具体的原因代码specificCauseCode。

3、否定应答码释义

  下表定义了所有的否定应答码,每个诊断服务都指定了其可应用的否定应答码。服务端中的诊断服务的实现还可以利用车辆制造商定义的指定的附加和一些可应用的否定应答码。
  0x00-0xFF范围的否定应答码被划分为如下三种:
  —— 0x00:服务端内部实施所用的positiveResponse参数值;
  —— 0x01 - 0x7F:通讯相关的否定应答码;
  —— 0x80 - 0xFF:在服务端接收请求时,指定的条件/工况不符合的否定应答码。这些否定应答码可以附加在应答码0x22(conditionsNotCorrect)的后面,以更加详细的解释为什么请求无法被进行。

字节值否定应答码(NRC)定义
0x00positiveResponse
  在否定应答报文中,该NRC不应被使用。该positiveResponse参数值是为了服务端内部的实施(具体描述了当服务端接收到请求报文时,会执行的一些逻辑步骤,会用到0x00)所预留的。
0x01 - 0xFFISOSAEReserved
  该范围的值ISO预留。
0x10generalReject,一般性拒绝
  该NRC表示服务端拒绝了请求的执行。在服务端中,如果没有一个否定应答码可以表示实际情况时,可以使用(generalReject,0x10)否定应答码来表示一般性拒绝。
0x11serviceNotSupported
  当服务端不支持请求服务时,会发送该NRC。当客户端发送的请求报文的服务ID不正确、服务端不支持时,服务端会发送该NRC。
0x12sub-functionNotSupported,子服务不支持
  服务端不支持请求报文中所包含的子函数参数时,会发送该NRC。
0x14responseTooLong,响应消息太长
  如果要生成的应答报文超出了网络层可用的最大字节数,则服务端应发送此NRC。比如0x22服务请求读取多个DID的值,应答的长度超出了网络层可用的最大字节数时。
0x15 - 0x20ISOSAEReserved
  该范围的值ISO预留。
0x21busyRepeatRequest,请求繁忙
  服务端处理请求服务暂时繁忙时,会发送该NRC。在这种情况下,客户端会执行“同一个请求报文”或者“另外一个请求报文”的重复。重复提出请求的时间应该推迟到各个实施文档中所规定的时间。
  比如,在多个客户端环境中,当一个不同的客户端完成一个诊断任务时,另外一个客户端可能会发送一个NRC 0x21暂时将其请求报文锁住。
  如果客户端能够执行当前的诊断请求任务,但需要额外的时间来完成任务并且准备应答报文,则应该使用0x78。
0x22conditionsNotCorrect,条件不正确
  服务端执行请求报文的先决条件不满足。
0x23ISOSAEReserved
  该范围的值ISO预留。
0x24requestSequenceError,请求序列不正确
  客户端或者服务端发送的报文消息序列,不是服务端期望的不同。
比如一个成功执行的0x27服务(SecurityAccess),在请求报文中指定了子函数参数为请求种子和发送密钥。如果客户端发送的执行序列不同,那么服务端将会发送0x24否定应答码。
0x25noResponseFromSubnetComponent,子网组件未响应
  此NRC表示服务端已收到请求报文,但请求的操作无法由服务端执行,因为子网组件必须提供所请求的信息,但其未在指定时间内响应。
  noResponseFromSubnetComponent 否定应答应该由电子系统中的网关来实施,该电子系统包含了子网组件且不能直接响应客户端的请求。网关可以接收子网组件的请求,然后从子网组件请求必要的信息。如果子网组件没有响应,服务端将使用此否定应答通知客户端该子网组件故障。
  一般来说,每个诊断服务都支持该NRC,因为在数据链路层中的具体实施文件中没有另行说明,因此它没有列出在诊断服务的适用响应代码列表中。
0x26FailurePreventsExecutionOfRequestedAction,因失效阻止请求执行
  由于某种失效工况发生,并且这种失效阻止了服务端执行请求的动作。失效,其由DTC(诊断故障码状态位中的TestFailed, Pending, Confirmed 或者 TestFailedSinceLastClear被设置为1)所标记。
  举个例子,该NRC可以帮助技术人员直接去读取DTC,从而识别到或者修复问题。
  注意:这意味着用于访问DTC的诊断服务不应执行该NRC,因为外部的测试工具可能会检查上述NRC,并在收到上述NRC时自动请求DTC。每个诊断服务一般都可以支持该NRC(上述服务除外),因为在数据链路层中特定实施文件中没有另行说明,因此它没有列出在诊断服务的适用响应代码列表中。
0x27 - 0x30ISOSAEReserved
  ISO预留
0x31requestOutOfRange,请求超出范围
  服务端检测到请求报文中的参数超出了权限范围(比如,数据定义的是100个字节,而提交的数据是111个字节),或者是在当前会话下,尝试去访问的DID/RoutineID不被支持。
0x32ISOSAEReserved
  ISO预留
0x33securityAccessDenied,安全访问拒绝
  服务端的安全策略未被客户端满足。如下情况发生时,服务端应该发送此NRC:
—— 服务端的测试条件不满足;
—— 请求报文序列未满足:比如,DiagnosticSessionControl,securityAccess;
—— 客户端发送的请求报文要求一个解锁的服务端;
0x34ISOSAEReserved
  ISO预留
0x35invalidKey,密钥无效
  客户端发送的密钥与服务端内存中存储的密钥不匹配,服务端应该保持上锁,并且内部安全访问失败的次数应该也会增加一次。
0x36exceedNumberOfAttempts,超出访问次数
  客户端未成功访问的次数超出了服务端安全策略所规定的。
0x37requiredTimeDelayNotExpired,请求的时间延迟未过期
  在服务端的请求超时时间流逝之前,客户端最新一次去获取安全访问的尝试被重新初始化了。
0x38 – 0x4FreservedByExtendedDataLinkSecurityDocument
  扩展数据链路层安全保留。
0x50 – 0x6FISOSAEReserved
  ISO保留。
0x70uploadDownloadNotAccepted,上传下载未被接收
  上传/下载到服务端内存中的尝试,由于某种故障条件,未被完成。
0x71transferDataSuspended,数据传输停止
  数据传输操作停止了,由于一些故障,已经激活的数据传输服务应该被停止。
0x72generalProgrammingFailure,一般性编程失败
  当在永久内存设备(比如,Flash内存)上进行擦写或者重新编程内存地址时,检测到错误。
0x73wrongBlockSequenceCounter,错误的块顺序计数
  在blockSequenceCounter参数的顺序上,服务端检测到错误。注意:TransferData服务请求报文重复发送时,其blockSequenceCounter的值与上一条请求报文中的相同时,服务端应该接收该请求。
0x74 – 0x77ISOSAEReserved
  ISO保留。
0x78requestCorrectlyReceived-ResponsePending,请求被正确接收,应答Pending
  这个NRC表示请求报文被正确接收,并且请求报文中的所有参数都是有效的,但是要执行的操作尚未完成,服务端也还没有准备好接收另一个请求。一旦请求的服务被完成,服务端将发送一个肯定应答报文,或者是一个与此响应码不同的的否定应答报文。
  带有此NRC的否定响应报文可以由服务端重复发送,直到所请求的服务完成,并发送最终的应答报文。此NRC可能会影响应用层时许参数值。详细规范应包括在数据链路层的具体实施文件中。
  如果服务端在完成所请求的诊断服务时,无法从客户端进一步接收请求消息,则此NRC只能用于否定应答报文。
  当使用此NRC时,服务端总是要发送最后的应答(肯定或者否定);
使用该NRC的典型案例是,当客户端发送请求报文时,其包含了在服务端内存中要刷写或者擦除的数据。当写入服务端flash内存,如果刷写/擦除例程不支持串行通信,服务端应该使用应答码发送否定应答报文。
0x79 – 0x7DISOSAEReserved
ISO保留。
0x7Esub-functionNotSupportedInActiveSession,当前会话子函数不支持
当前激活的会话下,服务端不支持请求的子函数。
0x7FserviceNotSupportedInActiveSession,当前会话服务不支持
当前激活的会话下,服务端不支持请求的服务。
0x80ISOSAEReserved
  ISO保留。
0x81rpmTooHigh,转速过高
  服务端对于转速先决条件未满足(当前转速超出了预编程的最大值)。
0x82rpmTooLow,转速过低
  服务端对于转速先决条件未满足(当前转速超出了预编程的最小值)。
0x83engineIsRunning,发动机正在运行中
  有些测试工况下,要求发动机正在运行中。
0x84engineIsNotRunning,发动机未在运行
  有些测试工况下,要求发动机停止运行。
0x85engineRunTimeTooLow,发动机运行时间太短
  发动机运行时间低于预设值。
0x86temperatureTooHigh,温度过高
  温度高于预设值。
0x87temperatureTooLow,温度过低
  温度低于预设值。
0x88vehicleSpeedTooHigh,车速过高
  车速高于预设值。
0x88vehicleSpeedTooHigh,车速过高
  车速高于预设值。
0x89vehicleSpeedTooLow,车速过高
  车速低于预设值。
0x8Athrottle/PedalTooHigh,节气门/油门踏板过高
  节气门/油门踏板位置超出最大值。
0x8Bthrottle/PedalTooLow,节气门/油门踏板过低
  节气门/油门踏板位置低于最小值。
0x8CtransmissionRangeNotInNeutral,变速箱未在空挡
  变速箱不在空挡。
0x8DtransmissionRangeNotInGear,变速箱不在挡位
  变速箱不在挡位。
0x8EISOSAEReserved
  ISO保留。
0x8FbrakeSwitch(es)NotClosed (Brake Pedal not pressed or not applied),未踩制动踏板
  出于安全考虑,需要在整个测试过程中保持制动踏板处于制动状态。
0x90shifterLeverNotInPark,换挡杆不在P挡
  出于安全考虑,需要在整个测试过程中保持换挡杆出于P挡。
0x91torqueConverterClutchLocked,TC锁止
  当前液力变矩器离合器状态为锁止。
0x92voltageTooHigh,电压高
  ECU电压过高。
0x93voltageTooLow,电压低
  ECU电压过低。
0x94 - 0xEFreservedForSpecificConditionsNotCorrect,为指定不正确条件所预留
  该范围值预留。
0xF0 - 0xFEvehicleManufacturerSpecificConditionsNotCorrect,车辆制造厂商条件不正确
  该范围的值为车辆制造厂商指定不正确的条件场景预留。
0xFFISOSAEReserved
  ISO保留。
        

返回UDS诊断服务功能单元介绍目录

  • 7
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: iso-14229是一项用于汽车电子系统通信的协议,其全称为ISO14229 Unified Diagnostic Services(UDS)on Controller Area Network(CAN)。该协议旨在为车辆的诊断、维护和修复提供标准化的方法。ISO 14229定义了诊断服务和通信的标准化消息格式,包括诊断数据、错误码、故障清除等,以使不同车辆的系统实现得到统一和互操作性。 ISO14229 UDS协议栈是用于实现ISO 14229诊断协议的软件组件。该协议栈的实现可分为物理层和软件层两个部分,其中物理层是指使用CAN总线对车辆的执行单元进行通信,而软件层则是指实现ISO 14229标准的协议堆栈。该协议栈具有标准化、可重用和可配置的特点,可在不同的客户平台上使用。 ISO 14229的文档是对该协议的规范和说明,包括协议的基本架构、消息格式、错误码表、会话层和传输层的细节等。该文档是实现ISO 14229协议的必要依据,可用于开发UDS协议栈的开发人员和车辆诊断工程师。 源码.zip则是UDS协议栈的实现源代码,包括物理层和软件层代码。开发人员可根据该源码了解UDS协议栈的实现细节和技术实现,并根据需求进行二次开发。 综上所述,ISO-14229_14229_UDS协议栈_UDS-ISO-14229_ISO14229文档_ISO 14229_源码.zip等组件,是用于实现汽车电子系统诊断的标准化协议,可为车辆的维护和修复提供规范的方法。开发人员和车辆诊断工程师可根据这些组件进行UDS协议栈的开发和实现。 ### 回答2: ISO-14229是用于诊断汽车电子控制单元(ECU)的标准协议。该协议旨在提供一种标准化的方法,让技术人员可以使用相同的工具和流程诊断不同制造商的汽车。 14229 UDS是该标准的通信协议栈。UDS指协议栈中定义的通用诊断服务,该服务可用于访问ECU的内部数据和状态。ISO14229文档提供了UDS协议栈的详细规范,以及相关的数据格式和命令集合。 此外,文档和源代码可以帮助工程师实现符合ISO-14229标准的诊断工具或ECU,提高汽车诊断系统的质量和效率。源码.zip则是UDS协议栈的代码包。 总之,ISO-14229标准和UDS协议栈提供了一种标准化的、可靠的汽车诊断协议。它们有助于提高汽车技术人员的工作效率,同时减少汽车诊断工具和软件的开发成本。 ### 回答3: ISO-14229是一种用于汽车电子系统的通讯协议。它定义了诊断通信的规范和协议,允许车辆厂商和供应商使用这些规范和协议来开发和测试车载电子控制单元。其中,UDS协议栈是实现ISO-14229的关键技术之一,能够为客户端提供远程访问ECEs的可能性。 ISO-14229规定了接口:UDS(Unified Diagnostic Service),用于与电子控制单元(ECU)之间进行通讯。 UDS协议栈则实现了UDS协议的接口,可以自动进行诊断和测试,发生故障时还能产生错误报告。 相应地, ISO14229文档描述了在ISO14229-1文档中定义的UDS协议的特定应用,与ISO15765-2的特定要求相结合。 它还包括了EVITA Light文档中的安全方面。 源码.zip文件则包含了UDS协议栈的源代码,可以在开发与应用中使用,实现对汽车电子控制单元的简便对话操作。 总之,ISO-14229及其UDS协议栈实现了车载控制电子单元的标准化通讯,可简化车辆诊断和维护过程,提高效率和可靠性。同时,相应的规范、文档和源代码也为相关人员提供了方便和支持。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值