【AutoSar_UDS服务】0x11服务_ECU复位

1 术语解释

1.1 英文术语

术语解释
sub-function子功能
resetType复位类型
hardReset硬复位
keyoffonReset钥匙上下电复位
softReset软复位
powerDownTime下电时间

1.2 缩略语

缩写解释
SID服务标识符
resetType复位类型
hardReset硬复位
keyoffonReset钥匙上下电复位
softReset软复位
powerDownTime下电时间
Cvt约定值
M : 强制
C :有条件的
U : 用户选项
NRC否定响应码

2 功能简介

2.1 功能概述

UDS 0x11服务被client用来请求ECU复位,ECU复位有多种方式,由0x11服务的子功能参数resetType来决定;0x11服务的肯定响应会在执行复位动作之前发出;ECU在复位成功之后,将直接进入默认会话。

从ECU复位请求的积极响应消息之后的时间,直到复位成功完成,ISO 14229中没有定义ECU的行为。建议在此期间ECU不接受任何请求消息,也不发送任何响应消息。

2.2 服务实现原理

在收到0x11服务的诊断请求之后,Dcm会通过Rte将reset mode(e.g : SOFT, HARD)告知BswM,而BswM根据响应的reset mode执行Action List,并在reset mode切换成EXECUTE后执行最终的Action List(复位操作)。复位操作可以通过EcuM的回调来实现。

3 请求响应定义

3.1 请求消息格式

在这里插入图片描述

3.1.1 请求消息定义

该服务使用的sub-function如下,并不包含bit7肯定响应抑制位

sub-function(HEX)描述Cvt
00ISOSAEReserved
预留值
M
01硬复位
意味着ECU要完全下电之后上电的过程
在我们汽车行业里面ECU一般会有两种电源供应:
1、一种是常电用来供给ECU处理低功耗模式下使用的。
2、另一种唤醒电用来作为唤醒源,是ECU从低功耗模式进入正常模式的媒介,这个要根据厂家约定,如果某个厂家只支持常电不支持钥匙电,那就只供应常电给ECU,ECU就能够正常工作。
所以我们想ECU完成掉电,就必须将常电或唤醒电完全断开再上电。
可能导致易失性存储器和非易失性存储位置重新初始化为预定值
U
02此子功能识别类似于驾驶员关闭点火钥匙并再次打开的情况。此重置条件应模拟钥匙关闭-打开顺序(即中断开关电源)。执行的操作是特定于实施的,本文件未对此进行定义。通常,非易失性存储器位置的值被保留(需要走正常的下电流程);易失性存储器将被初始化U
03软复位
只是程序从头开始执行,RAM中的内容不重置(无需重新初始化先前学到的配置数据、自适应因素和其他长期调整)。
U
04使能快速休眠
开启休眠功能,在这种模式下,使用关闭钥匙电也不会进入关闭状态,而是进入休眠状态。
这个子功能是针对由车辆电池供电而非点火供电的ECU,这类ECU通常情况下在钥匙电关闭后的一段时间内进入电源关闭状态(PowerOff),而这个指令会命令ECU打开快速休眠功能,在这种模式下,ECU在钥匙电关闭后将不会进入关闭状态,而是进入休眠状态(休眠意味着虽然断电,但仍然可以被唤醒(电池供电)),进入休眠状态所需要的时间更短,且能够在更短的时间内被唤醒,但会有一定功耗。其实这个类似于电脑的关机和休眠,常规模式下钥匙电关闭后ECU会关机,而快速休眠模式打开后,则会快速进入休眠。
所以进入快速休眠状态必须满足以下两个条件:
1、请求使能快速休眠(会有响应消息)
2、关闭钥匙电(操作使用休眠功能,不会去发响应消息)
U
05关闭快速休眠
(也就是跟0x04子功能相对应的)
关闭快速休眠模式,返回常规模式
U
06-3FISOSAEReserved
该值的范围为本文件为未来定义预留
M
40-5F车辆制造商特定
此值范围保留以供车辆制造商特定使用
U
60-7E系统供应商特定
此值范围保留以供系统供应商特定使用
U
7FISOSAEReserved
该值的范围为本文件为未来定义预留
M

3.2 肯定响应格式

在这里插入图片描述

3.3 否定响应格式

否定响应格式:7F + 11 + NRC; NRC定义如下图:
在这里插入图片描述

4 服务请求实例

4.1 正响应软件复位

Tester ECU 02 11 03(soft Reset) 图中所有数值都为hex 02 51 03(Response) Tester ECU

4.2 否定响应软件复位

Tester ECU 02 11 01(hard Reset) 图中所有数值都为hex 03 7F 11 33(Response) 未完成解锁,无法硬复位 Tester ECU

5 配置说明

  • 主要的配置集中在Dcm模块中的复位服务相关配置
  • Rte的接口配置(Dcm—>BswM)
  • BswM中的Rule、Expression、ModeCondition、ActionList的配置(e.g:以硬复位为例,状态切换分为HARD和EXECUTE,建议到EXECUTE状态才执行复位动作)

6 参考资料

1. 汽车UDS诊断之ECU复位服务(0x11)深度剖析
2.Specification of Diagnostic Communication Manager_AUTOSAR CP R20-11

  • 18
    点赞
  • 29
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
autosar_sws_timesyncovercan是AUTOSAR标准中定义的基于CAN总线的时间同步服务。 在汽车电子系统中,不同的控制单元(ECU)需要按照统一的时间基准进行操作,以确保各个控制单元之间的协调和同步。autosar_sws_timesyncovercan就是为了满足这个需求而被定义的。 autosar_sws_timesyncovercan使用了CAN总线作为通信的介质,通过CAN总线将时间同步消息发送到各个控制单元。通过时间同步消息,各个控制单元可以获取精确的时间信息,并根据这个时间信息进行各种操作,例如数据传输、事件触发等。 autosar_sws_timesyncovercan实现了基于Master-Slave架构的时间同步机制。其中,Master节点负责发送时间同步消息,而Slave节点则负责接收并进行时间同步。Master-Slave架构确保了整个系统中所有控制单元之间的时间保持一致。 autosar_sws_timesyncovercan定义了不同的时间同步模式,包括周期同步模式和非周期同步模式。周期同步模式适用于需要周期性执行任务的应用场景,而非周期同步模式适用于一次性任务的应用场景。 autosar_sws_timesyncovercan还规定了时间同步消息的格式和传输方式,确保消息的可靠性和准确性。同时,还定义了时间同步相关的接口和API,方便控制单元的开发和集成。 总之,autosar_sws_timesyncovercan是一种以CAN总线为基础的时间同步服务,通过统一的时间基准来协调和同步汽车电子系统中的各个控制单元,实现系统的高效运行和协作。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值